[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   complete file hashing killt alle active downloads - immer :-( (http://www.emule-web.de/board/12797-complete-file-hashing-killt-alle.html)

muffin 19. July 2007 13:49

complete file hashing killt alle active downloads - immer :-(
 
hallo :-) so da bin ich wieder.

mein emule xtreme läuft wie geschmiert, ich habe sogar geschafft mein router auf high id einzustellen, was es noch schneller gemacht hat. (sogar mit low id hatte ich average speed um die 100-150k, natürlich nach zigweisen herumprobieren bei den einstellungen und brav alle anleitungen studieren ;-P)

zum problem:


immer wenn der emule completes ein download von einer datei die ein bisschen grösser ist (ab cca 40mb) der übergang vom hashing completed file und kopieren in den incoming folder (beide auf gleicher partition) bricht alle aktive verbindungen (download und upload) ab, was dazu führt, dass ich dann wieder am queue ende lande :-/

bei firefox bricht keine verbindung ab, somit ist es nur emule related (nehme ich an)

das ist bei sources mit mega queues wirklich blöd, denn dann kann ich oft auf die letzten mbs tagelang warten

gibt es eine möglichkeit z.b. den file nicht in den incoming zu kopieren sondern nach dem hash die prozedur anzuhalten (so dass ich in den zeiten, wo der download niedrig ist diese dann nach und nach reaktivieren kann?)

oder überhaupt hashing/moving so einstellen bzw. steuern , dass der emule moves die files nach dem hashing nur dann, wenn trafic is low (oder wenn ich mal neustarten muss und der emule sowieso nicht connected ist, dass er erst dann die ganzen files completes?

danke und schönen tag noch muffin ;-)

Blomy 19. July 2007 13:56

Und das beim Xtreme ? Kann ich mir nicht vorstellen. Xman hat diese Routine - meinem Infostand nach -
multithreadet ausgeführt, trotz der Bedenken der Devs auf emule-project.
Jedenfall ist es bei den 5.4x Versionen so.

aalerich 19. July 2007 14:34

Falls Du es noch nicht gemacht hast: Setze mal in den Optionen unter "Erweitert" einen Haken bei "Tempdateien mit voller Dateigröße anlegen".

Und defragmentiere die Platte auch mal. Beides wird das Problem nicht lösen, vielleicht wird es aber ein bißchen gemildert.

Versuchsweise könntest Du auch in den Xtreme I-Optionen ganz unten die Prozesspriorität höher setzen.

Mit freundlichen Grüßen
aalerich

muffin 28. July 2007 15:42

danke für eure tips :-)


also ich bin jetzt seit tagen beim aufräumen von meiner festplatte (mein armes pIII800 notebook checkt das nicht besonders schnell :chuckle

hashing habe ich geschafft schneller zu machen - durch defragmentieren UND habe die hd-komprimierung von windows für temp deaktiviert, denn ich glaube, dass hat auch gebremmst und preallocate space aktiviert - also während hashen, wenn der file processiert wird, geht es schneller und der transfer bricht nicht mehr ab...


jedoch, während übergang zw. temp folder und incoming folder wird der gesammte transfer weiterhin komplett abgeschossen

also wenn ihr noch ideen habts :mrgreen:


alles gute

muffin

aalerich 28. July 2007 16:12

(An die Windows-Komprimierung hab' ich überhaupt nicht gedacht ...) Nimm doch den Incomingordner auch davon aus, ist sowieso ziemlich sinnlos. Mulidateien sind in aller Regel gut komprimiert (zips, rars, avis usw).

Mit freundlichen Grüßen
aalerich


Alle Zeitangaben in WEZ +1. Es ist jetzt 07:41 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102