Guys,
Max and min connections refer to the connection network, and have
nothing to do with downloads. If you look at the Advanced window, it
will try to get at least min, and stop when it gets max.
Furthur will not show duplicate results to a query. Furthur will
automatically resume from another host if your first one goes offline,
provided there is another host with a duplicate file set. In each of
these situations, a "duplicate" is determined by the file sizes, file
checksums, and file set name.
So, the querying functionality sounds like it was working correctly,
the question is: why are the two shows that appear to have come from the
same seed different sizes?
Can anyone verify that the files have or have not been changed? Did
the downloader replace some of the files? Did Furthur corrupt the files
when saving them to disk?
I've never seen Furthur have trouble saving a file set to disk, or
change the sizes of any files it was saving, however we may have found
some obscure case where this happened. I'll look into it, if anyone has
more info, please let me know.
- Jamie
On Mon, 01 Oct 2001 12:04:52 -0400 "marc bernstein" wrote:
> As far as I understand (which may not be far enough), propogating is
> good;
> showing up twice is not so good; and having different sizes is bad.
>
> The same exact seed (which these are bc they both list the same
> 'posted by'
> info) probably shd not show up 2x. If it does, (again this is from
> what I
> understand; I didn't write this wonderful app :) ) a d/l from Site A that
> fails in the middle will not resume from Site B because furthur
> doesn't know
> the two file sets are the same thing.
>
> Someone pls correct me if I'm wrong.
>
> A question: I assume 'maximum connections' has the same meaning as for an
> ftp server. Anybody know what 'minimum connections' does?
>
> A second question: Right now I have three connections dl'ing SCI
> 5/27/00.
> The 'status' lists a d/l speed of around 5 KB/s. Is this an average?
> When
> there was only one connection for this show, the lone d/l'er was getting
> 40-50 KB/s. Is there any reason why multiple connections would create
> inefficiencies causing wasted bandwidth?
>
> As always, just tryin' to help. And to everyone that d/l'ed that 3/27/88
> show, thanks go to AugustWest.net for the seed.
>
> (Bob -- sorry if this went to you 2x.)
>
> mb
>
> >From: "bob freedman" <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> >Subject: Re: [Furthur] TO those who d/l'ed gd 1988-03-27
> >Date: Mon, 01 Oct 2001 11:22:51 -0400
> >
> >
> >showing up twice is good; it means its propagating through the net.
> far as
> >the different sizes, its possible somebody had a different copy of
> the same
> >show. big question is, do they md5?
> >>
> >>In a search I did, this show appeared twice, both d/l'ed from my pc
> >>(tpup).
> >>Strange thing though - the sizes of the files were substantially
> >>different.
> >>Right now, I can't tell what the actual size is. I suppose its the
> larger
> >>of the two - 269 MB. I don't think its supposed to work that way.
> >>'Reshared' files aren't supposed to show up 2x, much less with different
> >>sizes. The postings are identical in all other respects (except host
> >>speed).
> >>
> >>Any idea what happened?
> >>
> >>mb
> >>
> >
> >
> >_________________________________________________________________
> >Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp
> >
> >
> >
> >------------ [ [EMAIL PROTECTED] ] ------------
> > Questions, Comments: [EMAIL PROTECTED]
> > http://cyberial.com/furthur
> >--------------------------------------------------
>
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
>
>
>
> ------------ [ [EMAIL PROTECTED] ] ------------
> Questions, Comments: [EMAIL PROTECTED]
> http://cyberial.com/furthur
> --------------------------------------------------
------------ [ [EMAIL PROTECTED] ] ------------
Questions, Comments: [EMAIL PROTECTED]
http://cyberial.com/furthur
--------------------------------------------------
