9front - general discussion about 9front
 help / color / mirror / Atom feed
From: sirjofri <sirjofri+ml-9front@sirjofri.de>
To: hiro <9front@9front.org>
Subject: Re: [9front] cfs, aan and network recommendations
Date: Wed, 17 Nov 2021 10:31:50 +0000 (UTC)	[thread overview]
Message-ID: <05860f2f-c72d-442b-9fe8-7c4360f2f06b@sirjofri.de> (raw)
In-Reply-To: <CAFSF3XNF37tPS-WFjqCvWrZkzSad0pARnD7BaT9h79SQE32D9w@mail.gmail.com>


17.11.2021 10:45:00 hiro <23hiro@gmail.com>:

> i *assumed* that the version would be a local copy!

The version itself is the local copy, saved on the cache partition. Cfs 
uses the qid.version field to determine if the version is outdated or 
not.

So it still needs to ask the server for the version of the file. If it's 
out of date, it fetches the new version and responds with data from that. 
If the qid.version didn't change, it answers with the data from the file 
directly. That's why latency is important.

However, when reading static files like pdfs and images (big filesize to 
protocol ratio) it's really a benefit.

Imagine a process with many big files where only few of them change, and 
the result of the process is quite small and written back to the file 
server, cfs should be quite good. Only those few changed files have to be 
transferred while the other big files remain the same on the cfs cache 
partition. The process does it magic calculation based on the cached 
data, and writes the small artifact back to the (original) server.

sirjofri

  reply	other threads:[~2021-11-17 11:15 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-15 22:39 sirjofri
2021-11-16  4:12 ` Xiao-Yong Jin
2021-11-16 18:18   ` Noam Preil
2021-11-16 19:04     ` Steve Simon
2021-11-17  1:51       ` hiro
2021-11-17  7:31         ` sirjofri
2021-11-17  9:45           ` hiro
2021-11-17 10:31             ` sirjofri [this message]
2021-11-17 15:31               ` hiro
2021-11-18 22:05                 ` Steve Simon
2021-11-18 23:21                   ` hiro
2021-11-17 21:35               ` sirjofri
2021-11-17 22:12                 ` hiro
2021-11-17 22:52                   ` Steve Simon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=05860f2f-c72d-442b-9fe8-7c4360f2f06b@sirjofri.de \
    --to=sirjofri+ml-9front@sirjofri.de \
    --cc=9front@9front.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).