Dateiinhalt teilweise löschen

[Medium]

Du könntest eine kleine FAT in dein Format einbauen, und zu löschenden Speicher einfach als "nicht belegt" markieren. Sobald dann wieder was geschrieben wird, kommt das in die "freien Bereiche", ggf. auch fragmentiert. Dabei wird nach Löschen das Archiv allerdings nicht kleiner, dafür ließe sich dann aber eine Service-Option machen, die auf Wunsch defragmentiert und zusammenschiebt wenn Zeit dafür ist.

Edit: Holy Bananasplit! Ich war ja NOCH lahmer. Verfluchtes Telefon =)

[Aphton]

Genau jenes haben wir (ich und Björn (olee?)) realisiert. Such mal nach VPHD

Edit: Ich hab dann meine Variante nicht veröffentlicht, da es ja im Kern dasselbe ist...

[Assarbad]

Zitat:

Zitat von blablab (Beitrag 1163148)

Eine vielleicht etwas dumme Frage aber: Muss die Datei denn am Clusteranfang anfangen? Kann da nicht das erste Zeichen ungenutzt bleiben und der Dateiinhalt fängt dann erst beim 2. Zeichen an?

Nein.

Zitat:

Zitat von blablab (Beitrag 1163150)

Um mein Problem etwas genauer zu beschreiben:

Ich möchte eine Art Archiv machen, also eine Datei in der mehrere Dateiinhalte hintereinander stehen. Ich weiß jetzt aber nicht, was ich machen soll, wenn ich eine Datei aus dem Archiv löschen will. Denn ich möchte die Größe des Archivs nicht einschränken, das soll ruhig mehrere Gigabyte groß werden können und das wird es in der Praxis auch. Aber wenn ich dann nur eine einzige Datei lösche die eher am Anfang des Archivs steht, kann ich doch nicht den ganzen Dateiinhalt kopieren. Ich kann den Benutzer doch nicht nach jedem Löschvorgang 2 Minuten warten lassen...

Sekunde, du hast ein Archivformat in dem die Dateien wie genau angeordnet sind?

Normalerweise wäre der erste Schritt die "Verzeichniseinträge" zu löschen, also die Verweise auf Daten im Archiv. Danach könntest du verwaiste Daten in einem Rutsch löschen und das Archiv neu aufbauen.

Sprich: unter normalen Umständen entfernst du nur den Verweis.

Alle paar x-Male oder wenn eine bestimmte Kenngröße erreicht ist, rekonstruierst du das Archiv ohne die verwaisten Daten und hast so ein konsolidiertes Archiv.

Beispiele für Programme die das so machen sind Mailprogramme ala Thunderbird ("Verzeichnis komprimieren") und TrueImage ("Backuparchiv konsolidieren").

[himitsu]

Zur Datei wird nur der Startcluster und die Dateigröße gespeichert.
und über das VolumeBitmap (so nennt es sich in NTFS, bzw. über die FAT/FileAllocationTable beim FAT) werden dann die nachfolgenden Cluster verlinkt.
Bei jedem Clustereintrag steht dann entweder das nächste Cluster, eine virtueller Cluster (die Endemarkierung) oder eine 0 (ungenutzer Cluster) drin.

Da nirgendwo eine Byteposition gespeichert wurde, erklärt es sich von selber, daß man Cluster nur komplett nutzen kann. (bis auf das Ende des letzen Clusters)

Anders ist das eben bei den Sparse Files und den Compressed Files, wo auch noch die Größe der einzelnen Blöcke gespeichert wird.

[Assarbad]

Zitat:

Zitat von himitsu (Beitrag 1163190)

Zur Datei wird nur der Startcluster und die Dateigröße gespeichert.

[...]

Anders ist das eben bei den Sparse Files und den Compressed Files, wo auch noch die Größe der einzelnen Blöcke gespeichert wird.

Bei NTFS gibt es noch eine andere Variante für sehr kleine Dateien. Die können nämlich durchaus zusammen mit den Metadaten gespeichert sein. Aber im Großen und Ganzen stimmt deine Aussage.