[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule Allgemein (http://www.emule-web.de/board/emule-allgemein/)
-   -   emule schluckt speicher (http://www.emule-web.de/board/3800-emule-schluckt-speicher.html)

bambamfox 27. June 2003 14:57

emule schluckt speicher
 
hi
also ich hab ein problem, vielleicht hab ich mir das problem selber eingebrockt.
es geht darum, ich habe bis jetzt 52 downloads gleichzeitig laufen (natürlich laden nur max 5 gleichzeitig). diese hab ich noch nich lang drin, und die größten haben bis jetzt auch nur MAXIMAL 30 mb aufm konto.

irgendwann hab ich mich mal gefragt, warum ich die ganze zeit speicher freiräumen muss. als eben meine partition voll wurde (11 GB !!!!) wurdes mir zu bunt.. da die ganzen 11 GB von emule kommen --- aus dem temp ordner. dann hab ich da mal so schön reingeguckt und "fupp" ca. 10 dateien mit sage und schreibe 500 MB und andere mit jeweils 300 und dann noch welche mit gar nix!!!

ACH DU GOTT HAB ICH GEDACHT ---- schluckt emule echt so viel speicherplatz??? werden die dateien alle encodet oder umgeschrieben??
warum is das nich so wie bei kazaa, da is die datei immer nur so groß wie sie in wirklichkeit ist.

helft mir, woran liegt das???????

danke

(und wenn möglich auch noch lösungsvorschläge, gibts tools .....) :?:


[edit by NaP: titel ma mit kleinbuchstaben geschrieben und, oh wunder, man kanns immer noch lesen. bitte das nächste mal vor posten eines topics die board rules beachten!]

Edol 27. June 2003 15:07

Emule erstellt zu jedem Download eine .part Datei, die so groß ist wie die spätere Enddatei und dazu noch ein paar kleinere Dateien (wenige KB groß)


Edit: http://www.emule-project.net/faq/ Allgemeine Informationen ------>Benutzte Dateien

Vip2002 27. June 2003 15:13

Ein Trick ist ntfs zu verwenden.
Aber Vorsicht, dann musst Du Dich darum kümmern, dass immer genug Platz vorhanden ist, um die Dateien auch wirklich fertig zu stellen.

Anonymous 27. June 2003 15:31

bambamfox, die großen files die du da im emule-temp-ordner gefunden hast sind deine download-files. diese werden zuerst als *.part files im temp-ordner gespeichert, und wenn sie vollständig sind verschiebt sie emule in deinen incoming-ordner und benennt sie um (in den richtigen namen).
das die files so groß sind hat auch seine richtigkeit.

beispiel:
du lädst ein file x herunter, das eine größe von 100mb hat. klick das file mal mit rechts an und wähle "zeige dateidetails". ganz oben steht hinter "met-datei" wie das temporäre file heißt und wo es gespeichert ist (z.b. c:\emule\temp\001.part.met).
wenn du nun in deinen temp-ordner schaust findest du da 2 files. eine 001.part.met (hier speichert emule alle relevaten infos zum file) und eine 001.part (das eigentliche download-file).
nun gibt es in den einstellungen von emule eine option "möglichst die ersten und letzten dateiteile herunterladen" diese solltest du aktivieren.
ein file, das du laden willst ist in dateiteile, sogenannte chunks, unterteilt. ein chunk ist dabei 9,28mb groß.
läd emule ein file, so reserviert es immer den platz vom ersten bis zum aktuell letzten geladenen chunk mit.
nun fängt also emule an dein file x zu laden und beginnt dabei mit dem letzten chunk, in dem fall chunk 11.(100mb / 9,28 = 10,77 =11 chunks).
hat emule diesen 11. chunk geladen, reserviert es gleich den ganzen platz davor (also für alle anderen 10 chunks) und dein 001.part file nimmt die komplette größe von 100mb an. fängt emule dagegen erst mit dem 5. chunk an, wird nur der platz für die ersten 4 davor mitreserviert. läd es zuerst nur den 1.chunk, so hat dein 001.part file nur eine größe von 9,28mb, also einem chunk.
hat emule alle 11 chunks komplett geladen, so verschiebt es das file 001.part in den incoming-ordner und benennt es um (es bekommt den namen unter dem du das file herunterlädst (z.b. x.avi)

du kannst gegen die großen files im tempordner also nichts machen, das hat alles seine richtigkeit. wenn du also z.b. 10 files mit jeweils 700mb lädst, und emule bei allen mit den letzten chunks anfängt, dann sind in deinem temp-ordner 10 files mit 700mb gespeichert. von dem her können 11gb relativ schnell weg sein.

hoffe mal das meine erklärung einleuchtend war.

Vicco 1. July 2003 16:50

Ich habe eine Idee wie du dieses Problem lösen kannst. Einfach immer nur 1-3 Dateien im download haben und wenn die gertig sind sofort brennen und dann löschen. Nachdem sie gelöscht sind kannst du dann anfangen die nächsten Files zu saugen und immer so weiter. So hast du immer genug Platz für andere Sachen.

Vip2002 1. July 2003 17:13

Zitat:

Zitat von Vicco
und wenn die gertig sind sofort brennen und dann löschen.

Tolle Idee :?
Warum nicht einfach ntfs mit Komprimierung benutzen?
Dann belegen die Files nur soviel Platz wie sie gerade groß sind.

Bringt imho dem Netz mehr als nur soviele Files zu saugen, wie Platz da ist.

Xman 1. July 2003 17:23

Gleich Löschen ist nun wirklich der falsche Weg!
Es gibt manche Files, die ich ziemlich bald lösche, genauso gibts welche die laß ich über Monate drin.

Ich berücksichtige dabei folgende Faktoren:
- seh ich schon beim Download, daß ein Chunk sehr selten ist und hab den irgendwann, so bleibt das File so lang im share, bis ich diesen Chunk ausreichend verbreitet hab.
- gibts zu einem File kaum Quellen (<20) und es ist verdammt schwer seine Chunks zusammenzubekommen, dann bleibt das File lang im share
- gibt es viele volle Quellen und desweiteren viele Quellen, die unterschiedliche und viele Chunks haben, und war zu beobachten, daß die Quellen sehr viel und schnell gaben, na dann brauch ich den Film nicht selbst auch noch sharen, sondern lieber den upload für die Raritäten freigeben.

Blomy 1. July 2003 20:40

Xman, mach ich genauso.


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