Discussion:
Hashowanie plików na końcu pobierania - kilka jednocześnie, zamula się dysk
(Wiadomość utworzona zbyt dawno temu. Odpowiedź niemożliwa.)
maniek
2011-11-09 22:36:52 UTC
Permalink
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
2011-11-10 01:13:15 UTC
Permalink
Post by 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ć).
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
2011-11-12 13:35:30 UTC
Permalink
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...
Loading...