Re: Node gets more FEC blocks than needed

On Thu, Jan 04, 2007 at 03:48:09PM +0100, bbackde-gM/[email protected] wrote:
> Ok, so I will open a feature request for this issue. Because with the
> informations provided in SimpleProgress a freenet client cannot
> display a correct progress to the user. Either we need more
> informations about the progress of each segment, or the node
> normalizes this by itself and provides a percentage :)
> 
> But the current behavior often leads to downloads that have more than
> 100% progress *g*

Why is that a problem? It's only slightly over 100%.
> 
> On 1/4/07, Florent Daignière (NextGen$) <[email protected]> wrote:
> > * bbackde-gM/[email protected] <bbackde-gM/[email protected]> [2007-01-04 15:40:24]:
> >
> > > Of course I heard about FEC, in fact I implemented all this stuff in
> > > the 0.5 part of Frost by myself ;)
> > >
> > > And thats why I thought if the node says X blocks are required, then
> > > this amount of blocks is required to decode the file (no matter if
> > > data or check blocks).
> > > So please tell me what Required means in the SimpleProgress message
> > > then? Or do you mean that there were not enough blocks for one
> > > segment, but more than enough for another segment, is it this?
> >
> > That's probably it ... it's hard to tell without logs.
> >
> > >
> > > On 1/4/07, Florent Daignière (NextGen$) <[email protected]> wrote:
> > > > * bbackde-gM/[email protected] <bbackde-gM/[email protected]> [2006-12-29 22:04:07]:
> > > >
> > > > > Following SimpleProgress shows it: some threads in freenet node seems
> > > > > to be started and do not finish if we have all the needed blocks:
> > > > >
> > > > > SimpleProgress {Total=9606, FatallyFailed=2, FinalizedTotal=true, Failed=287, Su
> > > > > cceeded=6411, Identifier=get-11673399350836773, Required=6404} EndMessage
> > > > >
> > > > > Its a request with DDA enabled, not in global queue.
> > > > >
> > > > > Reasons? Fixes? Ideas?
> > > >
> > > > Well, it's a wholly erroneous interpretation of what "required" means.
> > > > It does mean that the download *can't* complete without that "amount" of
> > > > blocks... but it doesn't mean it will.
> > > >
> > > > Ever heard of ForwardErrorCorrection and Hamming distance ?
> >
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.6 (GNU/Linux)
> >
> > iD8DBQFFnRJuU/Z/dHFfxtcRAtxsAJ0b1s3hkAc5U/MVnz5iVBMsI6O2AgCfRwOW
> > En/iX2M3+WV8QIpGwJw2tpk=
> > =B4sk
> > -----END PGP SIGNATURE-----
> >
> >
> > _______________________________________________
> > Tech mailing list
> > [email protected]
> > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech
> >
> >
> _______________________________________________
> Tech mailing list
> [email protected]
> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech
>

_______________________________________________
Tech mailing list
[email protected]
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFq8GJA9rUluQ9pFARAlPjAJ9Xv7JjNkCODzZ7Dqx1DOg5A9mb3wCbB0/U
PcJqbafOBOlC7/5iprteSrQ=
=0A6P
-----END PGP SIGNATURE-----