[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule Allgemein (http://www.emule-web.de/board/emule-allgemein/)
-   -   0down bei Fertigstellung von Files (http://www.emule-web.de/board/6310-0down-bei-fertigstellung-von-files.html)

robert980 30. December 2003 15:43

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

Januar1956 30. December 2003 18:53

Zitat:

Diese ist mit dem NTFS Dateisystem formatiert, Kompression ist aktiviert.
Hier ist Dein Prob.
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

Gucky 30. December 2003 19:23

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.

robert980 30. December 2003 20:44

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

NaP 30. December 2003 20:50

Zitat:

Zitat von robert980
gibt es eine andere Möglichkeit zu vermeiden, daß emule ab dem ersten kilobyte die Datei gleich kpl. anlegt und damit massig Speicherplatz "verschwendet"?

nein. sobald der letzte chunk der datei angefangen wird zu laden, hat die temp datei die komplette größe des fertigen files.


Alle Zeitangaben in WEZ +1. Es ist jetzt 10:37 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