Changes between Version 3 and Version 4 of Ticket #510, comment 22
- Timestamp:
- 2013-05-30T00:21:10Z (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #510, comment 22
v3 v4 7 7 The cloud backend uses [https://github.com/LeastAuthority/tahoe-lafs/blob/1c1aff2b58c121dbf74a781525d3f65060deb54d/src/allmydata/storage/backends/cloud/cloud_common.py#L575 caching] to mitigate any resulting inefficiency. However, this is only of limited help because the storage client lacks information about the behaviour of the chunk cache, and the storage server lacks information about the access patterns of the uploader or downloader. 8 8 9 A possible performance improvement and simplification that I'm quite enthusiastic about for an HTTP-based protocol is to make blocks the same thing as chunks. That is, the segment size would be k times the chunk size, and the uploader and downloader would directly store or request chunks, rather than blocks, from the backend storage .9 A possible performance improvement and simplification that I'm quite enthusiastic about for an HTTP-based protocol is to make blocks the same thing as chunks. That is, the segment size would be k times the chunk size, and the uploader and downloader would directly store or request chunks, rather than blocks, from the backend storage, doing any caching itself.