Das Hashen einer 700 MB Datei dauert bei mir laut LOG ca. 20-30 Sekunden. Wenn ich gerade brenne wesentlich mehr.

Ich fänd's schön, wenn man das Hashen und Anlegen der Dateien Pausieren könnte. Am besten einstellbar im Emule-Tray-Menü.

Kannst du doch: Einfach vor dem Brennen eMule ausmachen (oder alle Files pausieren), dann kann sowas nicht passieren.

Also ich finde die Idee gar nicht so schlecht. Das wäre doch in Situationen wie das oben erwähnte Brennen ganz sinnvoll (besonders da meine HDD noch länger braucht). So was wie "Vor dem Hashen von fertigen Dateien nachfragen". Ausmachen von eMule ist nicht so toll, da verliert man seine Quellen.

Hashen läuft imho mit einer sehr tiefen prozess-priority, da ists doch ganz egal obs langsam läuft oder gar nicht... wenn wieder kapazität frei ist läufts ja wieder schnell weiter / zu ende

Einspruch!
Durch das ständige Hin- und Herspringen wird die Festplatte extrem ausgebremst.

Erfahrungswerte:
Hashen von 700 MB: 30 Sekunden.
Brennen von 700 MB: 3 Minuten (bei 40x).
Beides zur selben Zeit:
4-10 Minuten.

Mit "Pause" verliert man seine Quellen auch nicht.

Ja, es gibt sicherlich auch so Möglichkeiten das Hashen zu verhindern. Aber es wäre doch schön, wenn es so sein könnte, wie xnorf geschrieben hat:

Es geht nicht um "ich will alles", sondern darum, eMule so zu gestalten, daß es die Festplatte nicht belastet, wenn man es am wenigsten braucht (also auf die Bedürfnisse des Users anzupassen). Und auf die Programmierer abwälzen will das auch keiner, wir haben uns doch erst mal darüber unterhalten, ob sowas sinnvoll wäre. Wenn zu kompliziert ist, werden die es halt nicht machen (falls das hier je ins Feature Request schaffen sollte, was ich im Moment noch seeeehr stark bezweifle).

Nun ja - man kann aber nicht nur / immer auf die Bedürfnisse der User eingehen, sonst gäb es längt so Buttons wie "Upload mal eben 10 Minuten abstellen" o.ä. Wer den Rechner für was anders breucht, der hat mit den bereits in eMule integrierten Mitteln die Möglichkeit ein gleichzeitiges Hashen beim Brennen zu verhindern. MAn muß nur bereit sein, es zu nutzen und dann solange mal auf ein paar Kilobytes Download zu verzichten. Oder man brennt nur, wenn keine Files kurz vor dem Fertigstellen sind. Dafür auch nur eine zusätzliche Zeile Code zu produzieren halte ich für verchwendete Energie.

Aber das ist ja nur meine Meinung

Ich frage mich, warum das Anlegen von 700 MB so lange dauert/so HD-intensiv ist. Wird das leere File gehasht, um sicher zu gehen, daß es leer ist?

nein es wird angelegt, dauert halt solange bis 700mb geschrieben sind

wenn du 2 festplatten hast kopier doch das was du brennen willst erst auf die andere und brenn es dann

Ich dachte es ginge nicht um das Anlegen einer neuen Part-Datei, sondern um das Hashen einer fertiggestellten?

Wenn eine Datei fertiggestellt wird, deren Zielverzeichnis auf einer anderen Partition als das Tempverzeichnis liegt, dann passieren ja sogar zwei festplattenintensive Dinge; die Datei wird kopiert und dann nochmal komplett gehasht.

Bur: Also ich habe Incoming und Temp auf der selben Partition. Wäre auch blöd anders, meiner Meinung nach.
Siehe 1. Post: "Anlegen der Dateien": damit war das Anlegen der leeren Dateien bei Downloadbeginn gemeint.
Außerdem wird 1. gehasht und dann verschoben.

Außerdem glaube ich, daß das reine "Anlegen" einer Datei auch schneller gehen kann, z.B. bei Getright, Download einer segmentierten 700 MB Datei. Da werden 700 MB in Nullkommanix belegt.

also ich finde 700 MB in 30 Sekunden auf die Platte schreiben nicht wirklich langsam.
Das sind immerhin 23MB/Sek. Gibt sicher schnellerer Platten, aber dass liegt dann nicht an emule sondern an deiner Hardware
Wenn ein anderes Programm so tut als ob es 700 MB schneller auf die Platte schreiben kann, dann dürfte das Programm wohl etwas "mogeln" z.b. indem es lediglich den Speicherplatz auf der PLatte für diese Datei als belegt markiert, aber nicht wirklich Daten in diese Datei reinschreibt... (soweit so etwas in der form möglich ist)

es braucht nicht mogeln, normalerweise wird es ja von anfang bis ende übertragen, da kann die datei auf der platte ja stück für stück vergrössert werden
bei emule kommt aber evetl der letzte teil der datei zuerst