At 22.23 22/02/03 +0100, you wrote: >>During a FEC retrieving, the attempt to recovery blocks >> continue in a situation that is sure to fail: >> >>the situation is when the number >> >>queued blocks minus >>recovered blocks (green check) minus >>unrecoverable block (red cross) >> >>is less that the number of blocks still >> necessary in the segment queue. >> >>It seems better to abort the transfert when >> not enought blocks remains. > >once upon a time, while i was watching those nice ok- and ick-,arg-,ooh!-signs appear >within my splitfileframe, i had the same idea. > >but i'm quite sure that aborting the unsuccessful download prematurely will not do >any good, because the last blocks that are requested for the garbage bin, >because the download will not succeed due too much missing blocks, will not be >requested and thus are not spread though freenet, making them drop off >the net, which will lead to even more missing blocks for the splitfile and the >following splitfile healing process!
Yes, sure, but the pupose of Freenet is to drop unpopular info in favour of popular one; your argument is good to survive unpopular info ad disadvantage popular one. I cannot understan why FEC files must be treated opposite to non FEC ones. You are trading good user experiece for a target that IMHO is not valuable. FWIW. Marco -- + il Progetto Freenet - segui il coniglio bianco + * the Freenet Project - follow the white rabbit * * Marco A. Calamari [EMAIL PROTECTED] www.marcoc.it * * PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 * + DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B + _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
