![[eMule-Web]](images/satellite/header/logo.jpg){kind=logo}
|
Moin Thx für die neue DLP, ich wollte nur sagen, dass mir aufgefallen ist, dass wen man sich die "News" auf der xtreme-mod page ankucken will, nur das hier auftaucht: Zitat:
|
thanks... stupid me... werde das gleich fixen. Edit: gefixt.. sollte jetzt gehen (evtl. ein reload machen) |
Die 5.0.1 läuft und läuft und läuft:mrgreen: Hammer, einfach nur Hammer wie gut und stabil der Xtreme läuft!:shock: Vielen Dank für die super Arbeit und weiter so Xman!!:clap Mfg Jicksaw P.S.: Vielleicht sollte man eine Notbremse in den Xtreme einbauen, meine arme Festplatte:wink: |
Notbrembse wär echt net schlecht :D Die Festplatte hier liegt schon wieder in den letzten Zügen *ErsteHilfeDVDRohlingholundBrenn* |
Moin lol jouh is schon nice die Xtreme Mod! Aber eine Frage hab ich, hat aber glaub ich nicht direkt was mitm Xtreme zu tun, was bringt die neue Funktion "Tempdatein mit voller Dateigröße anlegen (non sparse)"? Was die Funktion darüber bewirkt, die ja wohl irgendwie damit zusammenhängt, ist mir im groben klar, aber die neue?? :??? |
Zitat:
|
Bist Du sicher, daß das mit der Fragmentierung zu tun hat? Meines Wissens nach macht das Windows ganz allein und schreibt die Daten hin, wo gerade Platz ist. Die Option würde also dafür sorgen, daß man bei Platzmangel praktisch mit dem ersten empfangenen Bit eines neuen Downloades die entsprechende Warnung bekommt und der betroffene Download gestoppt wird, während die anderen DLs unbehelligt weiterlaufen. (Der Platz dafür ist ja schon reserviert.) Hat man auf "sparse" gesetzt kann es passieren, daß alle DLs gestoppt werden weil tatsächlich kein Platz mehr frei ist... Mit freundlichen Grüßen aalerich |
Ok thx, aber was ist der Unterschied zu der anderen, schon vorher vorhanden gewesenen, Option "Erstelle neue Tempdatein als sparse (Nur NTFS)"?? |
@aalerich es reduziert Fragmentierung. Klar schreibt windows dorthin wo es ihm paßt. Aber wird jede Datei nach und nach, also Stück für Stück angelegt, so ist die Wahrscheinlichkeit einer höheren Streuung größer, als wenn ich die Dateien auf einmal komplett anlege. @Jok3r spare ist die komprimierung bei NTFS-Dateisystemen. Ist die Option aktiviert wird das File also komprimiert angelegt. |
Super Mod ! Mit einer 6000er Leitung geht da einiges ! Die Downloads sind so schnell fertig, dass es fast langweilig ist ...haha ! Tolle Arbeit ! 2 Anmerkungen habe ich noch: In der neuesten Version ist im Suche Bereich die Rechtsklick-funktion "Als abgebrochen markieren" nicht mehr vorhanden. Bei vielen Fakes ist das aber recht sinnvoll, da man somit gewisse Dateien (zu einem späteren Zeitpunkt) "ausschließen" kann. Wie wäre es zb. noch mit einer Powerslot-Funktion, bei der man dem Freund XY etwas mehr upload-Power geben kann (Rechntsklick auf Client: Powerslot ???). Die Speed per Slot - Funktion ist schon cool geregelt, vielleicht geht da ja noch mehr, ohne "böse" zu sein ;) Ansonsten mach weiter so ! Xtreme rocks !! Bestes. Dr. A. |
danke, da hatte ich doch glatt beim Port auf die 5.0 Version eine Codezeile vergessen. Das mit dem Powerslot ist ohne größere, konzeptionelle Änderungen leider nicht machbar. |
ah okay :) Na, vielleicht ist ja abhängig der DSL-Leitung irgendwann mal ein Slotlimit von z.b. 20 drin ? ;) |
Zitat:
|
Zitat:
@aalerich - hast schon recht, aber Windows versuchst zunächst mal, den angeforderten Festplattenplatz am "Stück" bereitzustellen. Wie handhabe ich es: Ich gönne meinen eMule Temp und incomming Verzeichnissen ein eigene Festplatte. Eine eigene Patition geht auch, wobei es günstiger ist, wenn die Patition nicht auf derselben Festplatte mit der Patition C: liegt. Auch ist es "besser", wenn Temp und incomming Verzeichnis auf derselben Patition liegen, da dann beim beenden eines downloads das file schneller verschoben werden kann (ist dann nur ein Direktoryeintrag) und es nicht zu evtl. Nebenerscheinungen wie freezes und/oder sehr hoher CPU Last kommt. Diese Festplatte/Patition ist mit der größtmöglichen Zuordnungseinheit (64 kb) formatiert (NTFS), so das unter Windows (bei mir w2k) eine Defragmentierung nicht mehr nötig wird bzw. sich gar nicht mehr durchführen läßt. |
Ja gut, daß das eine geringere Fragmentierung bewirkt ist schon klar. Allerdings ist es mir vor längerer Zeit mal passiert, daß ich keinen Platz mehr auf der Platte hatte. Resultat war. daß fast alle Downloads gestoppt wurden, die seltenen Dateien natürlich zuerst .-( Und wenn man drei Tage für jeden einzelnen Chunk anstehen muß ist das extrem ärgerlich... Darum denke ich, daß das der Hauptgrund für diese Funktion ist; eine starke Fragmentierung ist normalerweise kein allzu großes Problem. Eine kurze englische Erklärung von sparse. Zugeben muß ich allerdings, daß ich dachte, das Muli legt generell alle Tempdateien in voller Größe an. Die Option "sparse" wäre also sinnvoll, so sie denn gewünscht ist. Die Option volle Dateigröße hingegen wäre eigentlich überflüssig, eben weil das Muli sowieso auf diese Weise arbeitet. Mal sehen, wenn ich es nicht vergesse beobachte ich das mal. Mit freundlichen Grüßen aalerich |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 14:35 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.