[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule Allgemein (http://www.emule-web.de/board/emule-allgemein/)
-   -   2 kleinere Fragen (http://www.emule-web.de/board/3279-2-kleinere-fragen.html)

macko 25. May 2003 14:50

2 kleinere Fragen
 
Hi

1. Ich hab mal gehört man sollte emule und die temp dateien von emule getrennt also auf 2 verschiedenen platten laufen lassen.
jetzt hab ich eine 40GB und eine alte 2 GB drin. Immoment is alles auf der 40er.
Würde es was Bringen wenn ich emule auf die 2er und die temp dateien von emule (zu ladenden dateien) auf der 40er laufen lasse? also das ganze trenne

2.Warum belastet emule die CPU nach dem start von emule so stark?
Wenn ich emule (0.28a) starte zieht der meine CPU ca 10 min auf 100% obwohl ich nur die herunterzuladenden Dateien freigegeben hab.

THX

Anonymous 25. May 2003 15:00

zu 1. .... wer hat dir denn den quatsch erzählt?
zu 2. .... weil emule am start z.b. all deine temp-files überprüft???

RuZap 25. May 2003 15:01

Manno renegade ist mir zuvorgekommen :(

Anonymous 25. May 2003 15:14

ist doch wurschd RuZap :wink:

RuZap 25. May 2003 16:30

jo stimmt schon trotzdem...um ein paar sekunden...

Usul 25. May 2003 17:06

Ich habe die Erfahrung gemacht, das es auf jeden Fall günstig ist, wenn Temp- und Incoming-Verzeichnis auf einer Partition liegen. Wenn eine Datei fertig ist, muß sie ja komplett vom Temp-Verzeichnis ins Incoming-Verzeichnis befördert werden, und das ist fast null Aufwand, wenn die beide Verzeichnisse auf der selben Partition liegen, weil dann nicht die Datei an sich auf Platte verschoben wird, sonder nur der Eintrag im Inhaltverzeichnis geändert werden muß. Wenn die Datei aber von einer Partition zu einer anderen befördert werden muß, muß ja jedes Byte kopiert werden, und bei einer ganzen CD dauert das schon ein paar Sekunden. Am längsten dürfte es wohl dauern, wenn Temp und Incoming auf der selben Platte, aber in unterschiedlichen Partitionen liegen.

DEEP DISH 28. May 2003 14:24

deine 40gb festplatte wird übrigens durch alte 2 gb abgebremst,also weg damit!:)

macko 28. May 2003 15:27

warum wird denn meine 40er durch die 2er ausgebremst??
wenn ich dateien auf der 40er hab ladt ich die mit dem speed der 40er und die dateien von der 2er mit dem speed dieser platte. Die haben doch miteinander nichts zu tun.
Schliesslich hab ich auf der 2GB nur mp3s und ein paar textdokumente und keine programme, OS´e oder Spiele.

Ist doch wie als hättest du 2 Autos. Eins mit 50 und eins mit 200PS

multimuli 28. May 2003 15:35

Zitat:

Zitat von Usul
Ich habe die Erfahrung gemacht, das es auf jeden Fall günstig ist, wenn Temp- und Incoming-Verzeichnis auf einer Partition liegen. Wenn eine Datei fertig ist, muß sie ja komplett vom Temp-Verzeichnis ins Incoming-Verzeichnis befördert werden, und das ist fast null Aufwand, wenn die beide Verzeichnisse auf der selben Partition liegen, weil dann nicht die Datei an sich auf Platte verschoben wird, sonder nur der Eintrag im Inhaltverzeichnis geändert werden muß. Wenn die Datei aber von einer Partition zu einer anderen befördert werden muß, muß ja jedes Byte kopiert werden, und bei einer ganzen CD dauert das schon ein paar Sekunden. Am längsten dürfte es wohl dauern, wenn Temp und Incoming auf der selben Platte, aber in unterschiedlichen Partitionen liegen.

Ich habe gehört daß es schneller ist wenn Incoming und Temp auf verschiedenen Platten sind . Beim Completen wird doch zuerst das File im Incoming Ordner erstellt und dann die Temp gelöscht ? Also kann das mit dem ändern des Inhaltverzeichnisses nicht hinkommen . Man braucht ja auch doppelt soviel freien Platz beim Completen wie das File hat . Weil das File für einen kurzen Zeitpunkt doppelt vorhanden ist .
Soll Ich jetzt die beiden Ordner wieder auf eine Platte legen ?
Ich hab ja nur eine 80 GB und eine 60 GB . :shock:
Zur Zeit ist es so , daß die 80 GB für Emule und eine 20 GB Partition von der 60er für den Temp Ordner ist .

DEEP DISH 28. May 2003 16:58

Zitat:

wenn ich dateien auf der 40er hab ladt ich die mit dem speed der 40er und die dateien von der 2er mit dem speed dieser platte. Die haben doch miteinander nichts zu tun.
und wenn eine als udma33 und andere als udma66 arbeitet?dann wird deine 40-er auf dma33 abgebremst,weil deine 2gb langsamer ist.

Usul 28. May 2003 22:06

Zitat:

Zitat von multimuli
Beim Completen wird doch zuerst das File im Incoming Ordner erstellt und dann die Temp gelöscht ? Also kann das mit dem ändern des Inhaltverzeichnisses nicht hinkommen . Man braucht ja auch doppelt soviel freien Platz beim Completen wie das File hat . Weil das File für einen kurzen Zeitpunkt doppelt vorhanden ist .

Wenn eine Datei komplett ist, dann steht sie schon richtig im Temp-Ordner und muß nicht erstellt werden, sonern müßte nur noch verschoben werden. Das ist doch auch der Grund, warum die Videovorschau überhaupt funktioniert, weil der Download, auch wenn er unvollständig ist, schon in der richtigen Form im Temp-Verzeichnis drin steht, nur halt mir Löchern wie ein Käse. Und wenn der Download komplett ist, sind halt keine Löcher mehr da. Ich werde das demnächst mit dem completen und dem doppelt benötigten Platz beobachten, ich glaube nämlich, das das nicht nötig ist, wenn temp und incoming auf einer partition liegen. Theoretisch wäre es zumindest nicht nötig.

Usul 28. May 2003 22:14

Zitat:

Zitat von DEEP DISH
und wenn eine als udma33 und andere als udma66 arbeitet?dann wird deine 40-er auf dma33 abgebremst,weil deine 2gb langsamer ist.

Auf einer MSI-Seite fand ich folgenden Text:
Zitat:

Man sollte möglichest PIO-, Multiword-DMA- oder UDMA/33 Laufwerke nicht am selben Kabel betreiben, wie UDMA/66 oder UDMA/100 Laufwerke. Die langsameren Laufwerke können die schnelleren Laufwerke ausbremsen, wobei das parallele Betreiben eines UDMA/33 Laufwerks mit einem UDMA/66 oder UDMA/100 Laufwerks meist nicht kritisch ist.
Also die Laufwerke können sich negativ beeinflussen, müssen aber nicht (kann man ja mal nachmessen, soweit der negative Einfluß überhaupt von Bedeutung ist). Außerdem wurde hier glaub noch nirgendwo geschrieben, ob die beiden Platten am gleichen Controller hängen, wenn eine am Primary und die andere am Secondary hängen, ists eh Wurscht, weil die sich dann garantiert nicht beeinflussen.

cosmic girl 28. May 2003 22:20

Zitat:

Zitat von Usul
...Ich werde das demnächst mit dem completen und dem doppelt benötigten Platz beobachten, ich glaube nämlich, das das nicht nötig ist, wenn temp und incoming auf einer partition liegen. Theoretisch wäre es zumindest nicht nötig.

Wenn temp und incoming auf der gleichen Partition sind, dann wird das file einfach nur umbenannt und gleichzeitig in den incoming verschoben. Es wird kein extra Platz benötigt.
Das war sogar schon beim guten alten eDonkey so - nur daß er manchmal, wenn er meinte ein Problem mit dem file entdeckt zu haben, dann das .part beim completen zwar umbenannt aber nicht nach incoming verschoben hat - so konnte man vorher das file im temp nochmal überprüfen, aber zu 99 % waren die files auch eh in Ordnung.

multimuli 29. May 2003 02:15

@ Usul
Danke für die Antwort .
Es steht so in der BoardFAQ (Auszugsweise) :
Denn zunächst wird ein Part File in der fertigen Größe im Temp Ordner angelegt. Wenn aber später das File completed wird, also im Incoming Ordner erstellt wird, wird aus Sicherheitsgründen ERST das fertige File erzeugt, bevor ANSCHLIESSEND das partfile gelöscht wird. Während dieser kurzen Zeit des Completing existiert das File also doppelt.

Als mir einer sagte daß das kopieren von einer Platte zur anderen technisch schneler ist (irgendwas mit Lese/schreibköpfen die hin und her flitzen) , war es mir Einleuchtend den Temp Ordner auf die andere Platte auszulagern . Lasse mich aber gern eines besseren belehren . Wäre noch zu klären was unter erzeugt genau zu verstehen ist . Ob es von Emule neu erstellt wird oder nur kopiert und dann das Inhaltsverzeichnis geändert wird .
Ist es nur bei mir so daß während des Completen der freie Arbeitsspeicher von 300MB auf ca.20 Mb absinkt und damit das System lahm macht ? Dies ist unabhängig wo sich der Temp Ordner befindet .


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