[tahoe-lafs-trac-stream] [tahoe-lafs] #1508: shortcut encryption and erasure coding when a file has already been uploaded
tahoe-lafs
trac at tahoe-lafs.org
Fri Aug 26 19:17:26 PDT 2011
#1508: shortcut encryption and erasure coding when a file has already been
uploaded
--------------------------------------------+---------------------------
Reporter: davidsarah | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: undecided
Component: code-encoding | Version: 1.9.0a1
Keywords: upload performance convergence | Launchpad Bug:
--------------------------------------------+---------------------------
warner wrote in ticket:1398#comment:6 :
> '''publishing immutable when the file is already uploaded''': our
Uploader doesn't short-circuit the upload when it discovers that enough
shares are already in place. The upload sequence runs (including
encryption and erasure-coding of each share), but the results are
discarded. (this is arguably an inefficiency, but I'm not convinced the
additional code paths would be worth it). So the memory footprint is the
same as for not-already-uploaded
--
Ticket URL: <http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1508>
tahoe-lafs <http://tahoe-lafs.org>
secure decentralized storage
More information about the tahoe-lafs-trac-stream
mailing list