![]() |
0down bei Fertigstellung von Files Hi, ich weiß daß das hier nicht unbedingt das richtige Unterforum für probleme mit dem Muli ist, da es sich nicht speziell an eine MOD-Version richtet, sondern mit allem vorkommt was sich emule schimpft. Ich habe einen Athlon 1900+ mit 512 MB Speicher und einer 2 Platten, die eine davon 80GB nur für emule-Files. Diese ist mit dem NTFS Dateisystem formatiert, Kompression ist aktiviert. Immer wenn Emule einen Download fertigstellen will (passiert so von der NTFS Platte mit 80GB wird die Datei auf die erste Platte fertiggestellt), geht das Teil komplett in den Keller von 50 kb/s auf 0. Und das passiert immer nur bei Fertigstellung, sonst nicht. Ich habe schon versucht den Filebuffer von dem Standardwert 240000 nach unten und auch nach oben zu variieren, aber das half nichts. Was kann ich noch tun? Liegt es am komprimierten Dateisystem? Ich kenne jemanden der auch eine kompr. NTFS für Emule verwendet, bei ihm ist das Problem aber nicht und sein REchner ist sogar nicht etwas kleiner als meiner. Danke für eure Hilfe! Gruß rob |
Zitat:
Es braucht woh nicht viel Überlegung, dass die Komprimierung deinen Prozzi belastet. Auch werden dabei die anfallenden Daten mit erhöter Priorität im RAM abgearbeitet. Eine Komprimierung würde ich generell nicht akivieren. Für die Datenabarbeitung ist unzweifelhaft das NTFS System dem dem FAT 32 vorzuziehen. Literatur und Erfahrungswerte gibts dazu mehr als genug, siehe www.google.de Januar |
da fällt mir ein anderer trick ein. ob er funktioniert ist eine andere frage. emule in der prozessorpriorität eine stufe über normal stellen. dran glauben tue ich nicht so recht daran. es ist ja ein thread von emule, der das abspeichern erledigt und wartet auf die rückmeldung von deiner hdd. wenn die halt eben spät kommt, ist der dl im eimer. dieses (ähnliches) phenomen stelle ich fest, wenn ich von einem neuen file die ersten kb bekomme und es ist der letzte chunk. dann legt emule ja die komplette part datei an und das dauert halt eben ein wenig. gott sei dank sind meine hdd´s schnell genug, aber eine kleine verzögerung macht sich trotzdem bemerkbar. ansonsten wie Januar1956 schon schrieb auf Fat32 wechseln oder komprimierung aus videos, jpg-bilder + zip files können nicht mehr viel komprimiert werden. |
Hi und danke für eure Antworten, gibt es eine andere Möglichkeit zu vermeiden, daß emule ab dem ersten kilobyte die Datei gleich kpl. anlegt und damit massig Speicherplatz "verschwendet"? Denn das war an sich der Grund für die komprimierte NTFS, dabei werden ja eh nur die nicht belegten Teile der Datei weggelassen (also wahrscheinlich von Nullen gefüllte Teile). Gruß rob |
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:49 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.