[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
AW: [Mldonkey-users] Latest CVS, fasttrack: too many sources, too much
From: |
tristate |
Subject: |
AW: [Mldonkey-users] Latest CVS, fasttrack: too many sources, too much memory used. |
Date: |
Tue, 1 Jul 2003 12:51:37 +0200 |
> -----Ursprungliche Nachricht-----
> Von: address@hidden
> [mailto:address@hidden Auftrag
> von b8_bavard
> Gesendet: Freitag, 27. Juni 2003 11:01
> An: Sebastian Wilwerth
> Cc: address@hidden
> Betreff: Re: [Mldonkey-users] Latest CVS, fasttrack: too many sources,
> too much memory used.
>
>
>
> > First, sorry about my english.
> >
> > I downloaded and built the latest CVS version of MLnet
> (26/06/03). (this
> > thing happens on previous versions too)
> >
> > But when I start to download form fasttrack a file with a high
> > availability, the list of sources starts to grow over the "max sources
> > per file".
> > When this thing happens, over 300MB of physical memory was
> used, and the
> > downlink bandwidth receives more data than mldonkey write to the file.
> > Per example: PPPload statistics show 1,8GB received, when the
> only file
> > downloaded is 700MB long, and this file was at 50 percent of
> the total (
> > too much junk in the download link?).
> >
> > If I kill the core and manually edit files.ini to cut a large
> amount of
> > sources ( thanks a lot for making this file human readable :-)), and
> > start mlnet again, everything works fine for a couple of hours.
>
> Yes, this is a known issue. The fasttrack plugin does not use any
> sources management policy (contrary to the edonkey plugin). The next
> step in the development is by the way to make all plugins use the
> edonkey sources management, so this issue might be solved
> soon. Another problem is that the current swarming mechanism seems to
> request the same ranges from several sources, because the ranges are
> chosen too early. We are aware of this problem too.
>
> Thanks for your remarks,
>
> PS: on 2.5-devel-4, non-edonkey downloads don't terminate, because
> they cannot be verified... will be fixed too.
>
> - b8_bavard (mldonkey)
is it possible that we have the same bug in 2-5.3? i mean i have over 5000
sources
for some files, and mlnet eats all the mem :( that makes mlnet unusable!
please answer!
- tristate
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- AW: [Mldonkey-users] Latest CVS, fasttrack: too many sources, too much memory used.,
tristate <=