Hashowanie plików na końcu pobierania - kilka jednocześnie, zamula się dysk

[maniek]

Zauważyłem kolejną niedoróbkę emule.
Czasami jest tak, że ściągać kończą się w tym samym praktycznie czasie 2 lub
nawet 3 pliki lub są to odstępy nastu sekund.
I teraz jak pliki są duże np ~1GB to emule zaczyna świrować, bo zaczyna je
sprawdzać jednocześnie.
Brakuje mi tu mechanizmu np. z czytników grup binarnych gdy pobiera się
kolejne paczki RAR np po 10MB czy 50MB i mimo, że np obie (lub więcej)
paczki pobiorą się w tym samym czasie to do dekodowania czeka druga i
kolejna w kolejce, do czasu aż skończy się procedura dekodowania pierwszej.
I w ten sposób może sobie czekać w kolejce i naście plików i jest spokój. W
emule w takiej sytuacji robi się urwanie dysku. A może jest jakiś myk, który
to eliminuje? może jakaś ukryta opcja, która włączy kolejkowanie pobranych
już plików aby odczekały w kolejce na swoje sprawdzenie hash-a?
Podobnie jest jak po pobraniu zabrakło miejsca na dysku - pasek postępu
pobierania takich plików (pobranych już w 100%) zmienia się na
żółto-czarnego ukośnego pasiaka. I teraz gdy takich plików uzbiera się też
nam kilka i np. z takimi oczekującymi plikami na zwolnienie miejsca
uruchomimy ponownie emule to znowu brakuje tu mechanizmu kolejkowania zadań.
Emule rzuca się na żywioł i potrafi nawet rzeźbić po 3-4 pliki jednocześnie
( mimo, że nadal nie zwolniłem miejsca, on tego nie sprawdza czy mu starczy
miejsca żeby z parta zrobić wyjściowy plik i znowu zaczyna mielić).
Zapewne sprawę poprawiły by tu sterowniki SATA AHCI bo by w dysku działało
kolejkowanie NCQ i może by mnie rzeźbiło dyskiem.
A może jakiś mod posiada to już dopracowane? i w danej chwili max 1 plik
jest dekodowany? Byłoby to znacze udoskonalenie.

[spa]

maniek wrote:
> Zauważyłem kolejną niedoróbkę emule.
> Czasami jest tak, że ściągać kończą się w tym samym praktycznie czasie 2 lub
> nawet 3 pliki lub są to odstępy nastu sekund.
> I teraz jak pliki są duże np ~1GB to emule zaczyna świrować, bo zaczyna je
> sprawdzać jednocześnie.
> Brakuje mi tu mechanizmu np. z czytników grup binarnych gdy pobiera się
> kolejne paczki RAR np po 10MB czy 50MB i mimo, że np obie (lub więcej)
> paczki pobiorą się w tym samym czasie to do dekodowania czeka druga i
> kolejna w kolejce, do czasu aż skończy się procedura dekodowania pierwszej.
> I w ten sposób może sobie czekać w kolejce i naście plików i jest spokój. W
> emule w takiej sytuacji robi się urwanie dysku. A może jest jakiś myk, który
> to eliminuje? może jakaś ukryta opcja, która włączy kolejkowanie pobranych
> już plików aby odczekały w kolejce na swoje sprawdzenie hash-a?
> Podobnie jest jak po pobraniu zabrakło miejsca na dysku - pasek postępu
> pobierania takich plików (pobranych już w 100%) zmienia się na
> żółto-czarnego ukośnego pasiaka. I teraz gdy takich plików uzbiera się też
> nam kilka i np. z takimi oczekującymi plikami na zwolnienie miejsca
> uruchomimy ponownie emule to znowu brakuje tu mechanizmu kolejkowania zadań.
> Emule rzuca się na żywioł i potrafi nawet rzeźbić po 3-4 pliki jednocześnie
> ( mimo, że nadal nie zwolniłem miejsca, on tego nie sprawdza czy mu starczy
> miejsca żeby z parta zrobić wyjściowy plik i znowu zaczyna mielić).

Jeśli akurat obserwujesz ściaganie plików, które mają zaraz pobrać się
do 100% to po prostu daj pauzę na te pliki z wyjątkiem jednego.
Wcześniej włącz opcję "Start next paused file when a file completes"
<http://www.emule-project.net/home/perl/help.cgi?l=1&rm=show_topic&topic_id=113>
Jeśli wyrzeźbi pierwszego to powinien zabrać się za kolejne.
Może to już pomoże.
Minusem jest to, że musisz obserwować "kończące się" pliki.
Chyba lepiej jest zrobić więcej wolnego miejsca.

[identifikator: 20110701]

to u Ciebie nie mieli dyskiem jak ko�czy �ci�ganie jakiego� pliku? u mnie
przy ka�dym pliku mieli, a jak mam jaki� plik 3,5GB to mieli z 15 minut...