Man weiß nie, wie viel Speicher etwas benötigen könnte. Man kann höchstens immer den Worst Case annehmen und sagen "Ich brauche für die Konvertierung 100 MB!" - und dann kommst Du und schreist rum "Ja wie kann denn das bisschen Konvertieren so viel Platz belegen???".
Du hast nicht viel Ahnung von der Programmierung, oder? <- Das oder ist NICHT ernst gemeint, soll nur nicht ganz so negativ klingen.
Wenn ich weiss wie die alte Dateistruktur aussieht, wie die neue aussieht, wie groß die ursprüngliche Datei ist und wie der von mir programmierte Konvertierungsalgorithmus funktioniert kann ich aufs Byte genau sagen wieviel Arbeitsspeicher und notfalls Plattenplatz ich benötige.
Weißt Du was ein Windows macht, wenn ihm der Platz ausgeht? Richtig! Es schmiert ab - und Du kannst von Glück reden, wenn Du es nochmal hoch bekommst, um Platz freizuschaufeln.
Warum werde ich das Gefühl nicht los das das wieder nur so ein "Apple macht alles richtig" Thread wird?
Weil ichs nicht glauben wollte und es mir auch noch nie passiert ist:
Weder eine VM mit Win7 noch eine mit Win8 stürzt ab wenn das System Volume voll ist. Wenn eine variable Auslagerungsdatei benutzt wird bleiben einige Applikationen stehen weil deren Speicheranforderungen nicht erfüllt werden - Aber weder ein Excel noch ein Premiere haben dabei vorhandene Dateien geschrottet.
Ich bleib dabei: Der User hat so viel Grips anzuwenden, wenigstens 500 MB - 1 GB auf seinen Laufwerken freizuhalten.
Kannst Du ja gern dabei bleiben. Aber wer sagt wieviel frei bleiben muss? FCP produziert bei mir auch mal temp Files die >10GB sind (und schlimmer manchmal nicht löscht) und PS ist da nicht viel besser. Soll ich auf ner 256GB SSD 200GB frei lassen für den Fall das mal mehrere Files gleichzeitig angelegt und genutzt werden?
Sorry, ist zwar Deine Meinung aber im Endeffekt ist das nur ein Workaround für schrottige Programme.
Was machste denn zum Beispiel wenn iTunes zu Beginn der Konvertierung feststellt "Ich brauche 50 MB!" - die sind zu diesem Zeitpunkt frei und es geht los. Und dann kommt ein nettes anderes Programm und schreibt seine Temp-Dateien auf dieselbe Platte. willst da jetzt auch noch iTunes dafür verantwortlich machen?
Wie Du unten schon geschrieben hast: Ich sage dem Filesystem das ich 50MB Platz benötige.
iTunes mache ich so oder so dafür verantwortlich das er nicht vernünftig überprüft ob denn alles geklappt hat.
Denn spätestens wenn iTunes feststellt das das Neuanlegen nicht funktioniert hat sollte die Datei aus dem Backup wieder als produktive Datei verwendet werden. ... und jetzt sage bitte nicht das das nicht funktioniert wenn das Filesystem voll ist.
Nochmal: iTunes macht nichtmal das, denn das FS war schon voll bevor iTunes versucht hat da irgendwas zu konvertieren. ... und das ist einfach mal DILETTANTISCH, egal was Du meinst und denkst.
Freien Speicherplatz kannste nur allokieren, wenn Du eine Temp-Datei schreibst in der Größe. Und dann? Muss diese Temp-Datei trotzdem mal freigegeben werden, damit der eigentliche Inhalt geschrieben werden kann. Scheinst Dich noch nicht wirklich mit Software-Entwicklung auseinandergesetzt zu haben oder?
Wenig Speicherplatz ist IMMER ein Problem wenn es um
Ich kann auch die Anzahl der belegten Blöcke anpassen um vorzutäuschen das das Filesystem kleiner ist und viele weitere dirty tricks.
Nen simples fwrite in C kann z.B. in vorhandene Dateien schreiben, da muss ich gar keine Temp Datei löschen und hoffen das der Platz in einer Sekunde noch da ist. Das nennt man dann Race Conditions und ist ein guter Indikator wie gut ein Programmierer wirklich ist.
Programmierung geht. Warum? Weil wir in einer Multitasking-Welt leben, wo es nicht nur 1 Programm gibt, das irgendwohin schreiben kann. Transaktionssteuerung wie in einer Datenbank ist auf einem Dateisystem nicht wirklich möglich. nur dann wenn man sich von allem was man macht ein Backup macht. und das benötigt wieder Speicher, den Du zuvor nicht allokieren kannst, weil Du gar nicht weißt wie umfangreich der Prozess wird.
Netter Versuch, leider völlig daneben gegangen.
Denn da stellt sich mir die Frage was Du unter einer Transaktion verstehst. Selbst ein relatives altes ext3 kann mit seinem Journaling (AKA Transaktion) Mechanismen dafür Sorge tragen das zwar die Daten die während des Absturzes geschrieben waren verloren gehen, dafür aber die Datei an sich noch konsistent ist. Was viel anderes tut eine DB Transaktion auch nicht.
Nebenbei gibts auch Sachen wie BTRFS und ZFS die mit Snapshots etc. arbeiten und somit automatisch eine Art Backup erzeugen.
Was glaubst Du was los ist, wenn eine Datenbank keinen Festplattenspeicher mehr hat? Dann gehts rund, aber richtig!
... welchen "Festplattenspeicher" einer Datenbank meinst Du denn (Sorry, dummerweise habe ich sehr lange mein Geld mit DBs verdient)?
Datencontainer, Tempspaces, Transactionslogs, ... ?
Nebenbei: Da geht gar nichts rund da die meisten DBs vernünftig programmiert sind. Wenn in den Datencontainern und Tempspaces z.B. kein Platz mehr ist wird die entsprechende Transaktion zurückgedreht. Wenn die SQLOGS voll sind bleibt die DB im Normalfall stehen. Egal was da passiert die Daten sind konsistent und können nach beheben des Problems wieder benutzt werden.
Genau DAS kreide ich iTunes die ganze Zeit an: Egal wieviel Platz beim nächsten Start frei ist: Die Mediathek ist nicht da und muss händisch wieder hergestellt werden.
Aber in Zeiten, wo man nicht mehr in Megabyte sondern in Terabyte rechnet, ist es schon ein Armutszeugnis, wenn Du wegen ein paar MB rummaulst...
Du rechnest auf SSDs in Terabyte? Sorry, ich verdiene zwar ganz gut habe aber auch noch ne Familie in die ich mein Geld lieber investiere als in mit Gold aufgewogene SSDs...
Ich "maule" wegen der Unfähigkeit von iTunes grundlegende Sachen zu überprüfen. Das ist doch nen bischen was anderes, oder?
Achja: Ein Müllbereich hat auf einem produktiven Volume (und davon gehe ich aus, dass Du Deine Mediathek produktiv einsetzt) nichts zu suchen. Wieso machst Du Dir nicht ein Volume, wo alle Deine Videodateien und Müllsachen hinwandern? Dann würde das das Risiko minimieren.
Da Du bis jetzt ja so mit Fachwissen geglänzt hast:
Wie würdest Du es machen wo in einem Laptop der Platz für extra Platten doch beschränkt ist?
Damit kann man die (maximal zwei) vorhandenen Platten im Laptop partitionieren. Was dann mangels LVM dazu führt das man eine starre und auf keinen Fall optimale Verteilung des Platzes hat der durch die geringeren Größen von SSDs nochmal verschärft wird.
... das ist aber hier alles viel zu OT, also besser weiter per PN...
