|
#1
|
|||
|
|||
Kein Speicherplatz Softlinks Windows
Folgende Situation:
c:\ - wenig Platz c:\...\Jdownloader\link - softlink zu Partition wo genug Platz ist. Dies ist als speicherordner angegeben, Jdownloader will aber trotzdem nicht starten wegen zu wenig Platz. windows xp. Softlink Unterstützung wurde damit freigeschaltet schinagl.priv.at/nt/ln/ln.html#symboliclinksforwindowsxp Last edited by ololoe; 17.08.2015 at 18:36. |
#2
|
|||
|
|||
Was erwartest du? Auf C: hast du so genauso viel Platz wie vorher. Stadt den Downloadordner per Softlinbk auf eine andere Partition zu verbiegen, wovon JD nichts weiß, verlege das Downloadverzeichnis über die Einstellungen auf die andere Partition, Für bereits in der Download- oder Linkgrabberliste befindliche Downloads musst du den Pfad aber separat ändern. Die Einstellungen wirken nur auf neu hinzugefügte Downloads.
Abgesehen davon, hast du auf C: auch dann noch zu wenig freien Speicherplatz, was du ändern solltest. |
#3
|
|||
|
|||
Bei mir in XP werden die Softlinks von Java nicht korrekt bearbeitet o_O. Ist es bei späteren betriebssystemen besser?
Code:
new File(path).getCanonicalPath() Last edited by ololoe; 17.08.2015 at 15:44. |
#4
|
|||
|
|||
Lagere halt weitere Daten aus. Wobei es auch ohne Softlinks und Junctions oder eingehängte Laufwerke geht, wenn man den Speicherort wie bei JD beliebig festlegen kann.
Wenn du so wenig Speicherplatz frei hast, dass sich JD weigert, seine Downloads zu speichern, sind da standardmäßig maximal 512MB + Größe des Downloads frei und unter Umständen fällt dir das möglicherweise irgendwann mal auf die Füße. Ja ich weiß wovon ich Rede. Ich habe eine Zeit lang mit so wenig freien Speicherplatz auf dem Systemlaufwerk gearbeitet und habe das des öfteren gemerkt. @Jiaz, bitte Junctions und eingehängte Laufwerke nicht vergessen. Wobei beides sogenannte Reparsepoints sind. Edit: Es sind standardmäßig sogar nur 128 MB. Mir ist so, als ob das mal 512 MB waren. Möglicherweise irre ich mich ja auch. Last edited by oEFLKQzikCqw; 17.08.2015 at 17:00. |
#5
|
||||
|
||||
JDownloader weiß nichts von dem Softlink. Die Idee ist ja das Softlinks total transparent sind Sprich wir müssten jetzt extra spezial Support einbauen um zu prüfen ob
c:\Test wirklich auf C liegt oder doch wo anders. aber ich erstell mal ein Ticket. *vielleicht* kann ich *relativ* einfach support dafür einbauen
__________________
JD-Dev & Server-Admin |
#6
|
|||
|
|||
Na sieh mal, uTorrent z.B. behandelt das Problem gut. Kannst du den code Zeigen der das überprüft?
Die rede ist übrigens nur von Softlinks, Hardlinks können nur innerhalb einer Partition sein. |
#7
|
||||
|
||||
Ich hab nicht gesagt das wir das GAR NICHT können, aber es muss halt implementiert werden. Java 1.7 kann Links verarbeiten, muss eben eingebaut werden
__________________
JD-Dev & Server-Admin |
#8
|
|||
|
|||
Zeigst du den Code wenn's fertig wird? Jetzt wo ich eclipse gestartet habe bin ich neugierig geworden.
|
#9
|
||||
|
||||
jd.controlling.downloadcontroller.DiskSpaceManager
dort muss das eingebaut werden In der Schleife in dem der Pfad in seine Teile zerlegt wird muss halt dann auf Links geprüft werden und denen gefogt werden
__________________
JD-Dev & Server-Admin |
#10
|
||||
|
||||
Junctions und Reparsepoints?
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
So heissen sie unter Windows, sind in grossen und ganzen Softlinks und können vielleicht auch so behandelt werden. Muss man aber testen.
|
#12
|
|||
|
|||
oEFLKQzikCqw, wenn ich das so mache dann habe ich meine Gründe dafür. Z.b. dass Programme später auf die Pfade greifen und die Festplatte aus dem Schlaf wecken oder meckern wenn der laufwerk nicht gefunden wird. Mit Softlinks zeigen alle Pfade in Programmeinstellungen auf das Systemlaufwerk der morgen nicht verschwindet.
Ich gabe schon alle Videos verschoben, aber jetzt wird's schmerzlich. Wenn ich z.B. Softwareinstallatoren verschiebe dann kann ich del Laptop nicht ordentlich nutzen. 120 Gb ist ziehmlich wenig für 2 Betriebssystemen und von VM's kann jetzt nicht mal die Rede sein und leider hat der Laptop nur ein Loch für SATA. Alternative wäre den speicherplatz nicht zu überprüfen aber gleich am Anfang platz für die ganze Datei zu reservieren (so macht, glaube ich, uT) |
#13
|
|||
|
|||
Quote:
Quote:
Der Check lässt sich abschalten (in den Profieinstellungen nach Space suchen) und früher hat auch JD den Platz reserviert, zumindest bei Dateien, die mit mehreren Verbindungen heruntergeladen wurden. Nur macht das bei Gigabyte großen Dateien keinen Spaß, denn dann ist der JD erstmal Ewigkeiten mit dem Schreiben der Dateien beschäftigt. |
#14
|
|||
|
|||
Quote:
Was mache ich dann mit der alten? Hat 62 Euro gekostet. Für 40 verkaufen? Quote:
Last edited by ololoe; 17.08.2015 at 19:31. |
#15
|
||||
|
||||
@ololoe
danke für die info
__________________
JD-Dev & Server-Admin |
#16
|
|||
|
|||
Kein Problem, wäre aber warscheinlich der erste Google-Ergebnis.
|
#17
|
|||
|
|||
Es gibt durchaus Notebooks, auch ältere, in denen man 2 SSDs oder HDDs verbauen kann. Mitunter muss das 2 Laufwerk eine SSD im m.2 oder mSATA-Format sein. Bei anderen kann man das optische Laufwerk durch eine Halterahmen für eine HDD/SSD austauschen. Da du aber die Produktbezeichnung deines Notebooks verschweigst, kann man dazu nichts sagen.
Die alte SSD lässt sich entweder weiternutzen oder auch verkaufen. Soweit ich weiß, gibt es keine Möglichkeit, den Platz für eine Datei zu reservieren, als sie in voller Größe mit Nullbytes vollzuschreiben. µTorrent benutzt da aktuell wohl genauso wie JD Sparsefiles wenn möglich. Zumindest war es so, als ich µTorrent zuletzt benutzt hatte (ist schon ein Weilchen her). Bei Nutzung von Sparsefiles wird der Platz aber nicht reserviert. Da belegen nur die Cluster der Datei Platz auf der Platte, die nicht komplett Null sind. Die Sparsedatei kann sogar größer als das Laufwerk sein, auf dem sie gespeichert ist. Last edited by oEFLKQzikCqw; 17.08.2015 at 21:17. |
#18
|
|||
|
|||
Ich sage nichts darüber weil ich keine Hilfe brauche. Ich habe schon gegoogelt - DVD zu SATA Rahmen kostet vergleichbar mit der Preisunterschied zwischen 256 und 128 Gb SSD (und funktioniert nur mit dem Notebook). mSATA unterstützt er auch nicht.
Quote:
|
#19
|
|||
|
|||
Quote:
Es passt zwar nicht jedes Laufwerk in jedes Notebook, aber es ist auch nicht so, das jedes Laufwerk nur in ein einziges ganz bestimmtes Notebook passt, so dass der Rahmen durchaus in anderen Notebooks passen könnte. Du beschreibst Sparsefiles. Schaue dir doch mal die Eigenschaften einer mit µTorent heruntergeladenen unfertigen Datei an, insbesondere die Größe auf dem Datenträger. Die dürfte kleiner als die Größe der Datei sein. Das ist nur bei Nutzung von Sparsedateien oder der NTFS-Komprimierung der Fall. |
#20
|
|||
|
|||
Quote:
Quote:
Was kosten sie? 15 oder sogar 20 euro vs. 30 euro unterschied zwischen 128 und 256 Gb. Übrigens, warum wurden die SSDs nach einem Jahr nicht billiger? |
#21
|
|||
|
|||
Jetzt wird's not wunderbarer - das Softlink wurde gelöscht und an dessen Platz ein Ordner angelegt. JD, was machst du denn?
|
#22
|
||||
|
||||
JD nutzt SparseFiles. Sprich Windows zeigt sofort die *fertige* Größe an, belegt aber nur die *real* genutzte Größe . Fsutils und Dateieigenschaften zeigen das.
__________________
JD-Dev & Server-Admin |
#23
|
|||
|
|||
Quote:
Gibt es die Option, gleich die volle Grösse zu belegen? |
#24
|
||||
|
||||
Quote:
Auch ohne Sparse kann es zu Fragmentierung kommen.
__________________
JD-Dev & Server-Admin |
#25
|
||||
|
||||
@ololoe
__________________
JD-Dev & Server-Admin |
#26
|
|||
|
|||
Ihr seid wirklich die erste von Download Managers, die auf die Idee kommen Ordner zu löschen, die ihr selber sogar nicht angelegt habt.
Last edited by ololoe; 18.08.2015 at 18:20. |
#27
|
||||
|
||||
JD löscht den Ordner nur falls es nicht der Default Ordner ist und er danach leer ist. Aber werde das demnächst beheben
__________________
JD-Dev & Server-Admin |
#28
|
|||
|
|||
Quote:
Beim Sparse-Dateien gibt es aber die Fragmentierung immer, auch wenn genug unfragmentiertes Platz vorhanden ist. Last edited by ololoe; 18.08.2015 at 22:07. |
#29
|
||||
|
||||
Nein, warum sollte es nen Ban geben? Das mit dem Ordner werd ich bald angehen. JD legt einfach ne Info Datei in den Ordner mit ab, damit JD weiß das der Ordner erstellt wurde und wieder gelöscht werden darf. Das mit dem Ordner löschen war übrigens schon immer so und wurde damals (vor vielen Jahren) so gewünscht und du bist der erste dem es negativ auffällt. Aber ist auch klar, wenn es ein Link ist Wird behoben.
Sparse Files fragmentieren genauso viel/wenig wie normale Files. Wenn ich ein SparseFile öffne und sequentiell reinschreibe und keine andere IO Last existiert, dann gibts im Idealfall auch keine Fragmentierung. Genauso kann ein NON Sparse File fragmentieren, wenn gleichzeitig weitere Dateien erstellt/geschrieben/gelöscht werden. Und ob ein Sparse File fragmentiert oder nicht liegt eben auch in der Hand des Dateisystems. Ohne Sparse Files gibts im aktuellen DownloadSystem eben Probleme mit großen Dateien und Multichunks. Der nächste Downloadcore an dem ich gerade arbeite umgeht das Problem indem die Datei von Vorne->nach Hinten geladen wird und nicht in gleichgroße Stücke aufgeteilt wird. Ein Jump ans Ende einer x GByte Datei dauert eben mal ein paar Sekunden/Minuten (ohne Sparse).
__________________
JD-Dev & Server-Admin |
#30
|
|||
|
|||
Das bedeutet dann, dass die Datei in vielen kleinen Chunks (aber immer nur die eingestellte Anzahl gleichzeitig) geladen wird und dass es etwas mehr Overhead gibt.
|
#31
|
|||
|
|||
Jedes mal wo ich über Qualität rede, vergesse ich wieder dass sie hier nicht vorhanden ist und rege mich wieder darüber auf statt zu nutzen was halt funktioniert.
Es geht hier nicht nur um Links, ich kann einfach nicht eure Logik nicht nachvollziehen. Du hast immer noch nicht gesagt wonach Ordner gelöscht werden. Quote:
Quote:
|
#32
|
||||
|
||||
Andre DownloadManager haben die selben Probleme
Entweder man benutzt 1.) Sparse, schnellen Zugriff auf egal wohin 2.) Pre-Allocation, unter Umständen lange StartZeit, macht keine Freude auf ne NAS eine 8GB Datei zu erstellen oder gar noch größer. Und ja, das Problem betrifft primär große Dateien und langsame Medien 3.) Datei von Vorne nach Hinten laden um eine Pre-Allocation zu verhindern und dennoch Chunks nutzen zu können Löschen von Ordner: Habe ich bereits geschrieben "JD löscht den Ordner nur falls es nicht der Default Ordner ist und er danach leer ist." Handelt es sich um den Parent der Datei NICHT um den Default-Download-Ordner und ist dieser nach dem Löschen der Datei leer, so wird auch der Ordner selbst gelöscht. DownloadCore -> Der kann noch vieles mehr. Zb on the Fly Chunks dazu/wegnehmen. Der aktuelle kann nur statische Chunks und eben auch die Probleme mit den großen Files, siehe Punkt 2. Aber dennoch gibts keinen Ban, wenn du begründete Punkte aufweist und ich sie auch verstehe und verbessern/beheben werde.
__________________
JD-Dev & Server-Admin |
#33
|
|||
|
|||
Habe gerade getestet
Code:
f=file(r'x:\_test\asd','w') f.seek(int(1e9)) f.write('\0') f.close() Dateien sequentiell laden um problemen von viel schnelleren Festplatten zu losen ist natürlich ein gewaltiger Overkill. Wie Base64 oben sagte da gibt es ein Overhead gegenüber normalen Vorgehen. Quote:
|
#34
|
||||
|
||||
Wenn es ne normale NAS mit Linux unterbau ist, dann ist es in 99% der Fälle EXT4 und Sparse per default Bei NTFS wird dein obiger Call auch schnell sein, da by default compress an ist und zig tausend nullen auch schnell geschrieben sind.
JD, sofern JDownloader die fertigen Downloads löschen soll. Zb nach dem Entpacken der TeilArchive, diese löschen und dann den leeren DownloadOrdner löschen
__________________
JD-Dev & Server-Admin |
#35
|
|||
|
|||
Also ich glaube ich hatte gar keine Archiven/gesplitteten Dateien und Archive Auspacken ist ausgeschaltet. Das muss was anderes gewesen sein.
|
#36
|
||||
|
||||
Das ist die einzige Stelle an der JDownloader den Download Ordner löscht
__________________
JD-Dev & Server-Admin |
#37
|
|||
|
|||
Quote:
|
#38
|
||||
|
||||
Ich kann nur sagen was JDownloader macht. JD löscht den Ordner nur wenn die Dateien entfernt werden.
__________________
JD-Dev & Server-Admin |
#39
|
|||
|
|||
Ich kann auch nur sagen was passiert ist: das Link wurde entfernt und stattdessen ein Ordner angelegt. Entpacker ist aus. Soll ich ein Screenshot beilegen?
|
#40
|
||||
|
||||
Ist es der DownloadOrdner? Oder um welchen Ordner hat es sich gehandelt? Ich glaub dir das, kann es nur nicht nachvollziehen oder finden, wo das im JDowloader passieren sollte.
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|