hilfe:tipps:sonstiges:datenorg
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
hilfe:tipps:sonstiges:datenorg [21/12/2005 00:12] – Änderungs in der Zuordnung mischroeder | hilfe:tipps:sonstiges:datenorg [Unbekanntes Datum] (aktuell) – Externe Bearbeitung (Unbekanntes Datum) 127.0.0.1 | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== | + | ====== |
===== Vorwort: ===== | ===== Vorwort: ===== | ||
- | Tausende von Tasten drücken wir zuweilen jeden Tag, um die für uns am wichtigsten erscheinenden Daten festzuhalten. Die einen Daten sind nur kurzfristig wichtig, andere widerum müssen lange gültig sein und erhalten werden. Aus beiden Gründen speichern wir sie in Dateien ab, die der PoFo für uns in Verzeichnissen verwahrt, bis wir über den Exitus der Gültigkeit entscheiden. Dummerweise kann aber auch eine Fehlermacht den Exitus erzwingen !\\ | + | Tausende von Tasten drücken wir zuweilen jeden Tag, um die für uns am wichtigsten erscheinenden Daten festzuhalten. Die einen Daten sind nur kurzfristig wichtig, andere widerum müssen lange gültig sein und erhalten werden. Aus beiden Gründen speichern wir sie in Dateien ab, die der PoFo für uns in Verzeichnissen verwahrt, bis wir über den Exitus der Gültigkeit entscheiden. Dummerweise kann aber auch eine Fehlermacht den Exitus erzwingen!\\ |
- | Ziel dieses Workshops soll es sein, technische Hintergründe so zu vermitteln, | + | Ziel dieses Workshops soll es sein, technische Hintergründe so zu vermitteln, |
Wenn hier von Speichermedien die Rede ist, so kann man jeden der nun folgenden Datenträger dafür einsetzen: Ramdisk, Memorycard, Memory-Modul, | Wenn hier von Speichermedien die Rede ist, so kann man jeden der nun folgenden Datenträger dafür einsetzen: Ramdisk, Memorycard, Memory-Modul, | ||
Zeile 11: | Zeile 11: | ||
In den letzten neun Jahren wurden viele Speichermedien für den PoFo entwickelt oder bestehende Speichermedien dem PoFo angepasst. Die meisten davon benötigen eine Batterie, damit die Daten für längere Zeit gespeichert bleiben. Auch die Größe dieser Medien war und ist ein entscheidendes Kriterium zum Kauf, weil sie möglichst über den Eigenbedarf hinausgehen, | In den letzten neun Jahren wurden viele Speichermedien für den PoFo entwickelt oder bestehende Speichermedien dem PoFo angepasst. Die meisten davon benötigen eine Batterie, damit die Daten für längere Zeit gespeichert bleiben. Auch die Größe dieser Medien war und ist ein entscheidendes Kriterium zum Kauf, weil sie möglichst über den Eigenbedarf hinausgehen, | ||
- | Angefangen hat alles mit den Memorycards in den Größen 32 Kilobyte, 64 Kilobyte und 128 Kilobyte. Pardon, ich vergaß die eingebaute Ramdisk mit ihrer Standardgröße von 32 Kilobyte. Ihr Vorteil ist die fast wahlfreie Größeneinstellung in Schritten von jeweils acht Kilobyte, was ansonsten kein externes Speichermedium zu bieten hat. Weiter ging es dann sehr bald mit Memorymodulen von 256 Kilobyte bis zu einem Megabyte. Auch die PCMCIA-Karten der Klasse I, die seit kurzer Zeit per Adapter vom PoFo genutzt werden können, sind noch auf einem Megabyte Speicherkapazität beschränkt.\\ | + | Angefangen hat alles mit den Memorycards in den Größen 32 Kilobyte, 64 Kilobyte und 128 Kilobyte. Pardon, ich vergaß die eingebaute Ramdisk mit ihrer Standardgröße von 32 Kilobyte. Ihr Vorteil ist die fast wahlfreie Größeneinstellung in Schritten von jeweils acht Kilobyte, was ansonsten kein externes Speichermedium zu bieten hat. Weiter ging es dann sehr bald mit Memorymodulen von 256 Kilobyte bis zu einem Megabyte. Auch die PCMCIA-Karten der Klasse I, die seit kurzer Zeit per Adapter vom PoFo genutzt werden können, sind noch auf einem Megabyte Speicherkapazität beschränkt.\\ |
- | Nocheinmal | + | 3,5" Disketten mit einem Speichervolumen von bis zu 1.44 Megabyte sind eine preisgünstigere Alternative, |
+ | Noch einmal | ||
Die 3.5" Disketten bieten den höchsten Speicher für den kleinsten Preis, sind aber auch das langsamste Medium, weil ein Diskettenlaufwerk noch mechanisch arbeitet: Der Schreib-/ | Die 3.5" Disketten bieten den höchsten Speicher für den kleinsten Preis, sind aber auch das langsamste Medium, weil ein Diskettenlaufwerk noch mechanisch arbeitet: Der Schreib-/ | ||
Die Speichermodule und -karten funktionieren rein elektronisch und sind unschlagbar schnell. Leider müssen sie durch Batterien die Daten am Leben erhalten, was die Verlustgefahr der Daten erhöht. Disketten, generell gesprochen, sind meist " | Die Speichermodule und -karten funktionieren rein elektronisch und sind unschlagbar schnell. Leider müssen sie durch Batterien die Daten am Leben erhalten, was die Verlustgefahr der Daten erhöht. Disketten, generell gesprochen, sind meist " | ||
Zeile 24: | Zeile 25: | ||
Auch wenn Speicherkarten keinerlei Scheiben besitzen, ebenso entfällt der Schreib-/ | Auch wenn Speicherkarten keinerlei Scheiben besitzen, ebenso entfällt der Schreib-/ | ||
Die Sektoren sind die kleinsten Speicherplätze auf einem Speichermedium und schwanken in ihrer Anzahl, je nach Speichermedium, | Die Sektoren sind die kleinsten Speicherplätze auf einem Speichermedium und schwanken in ihrer Anzahl, je nach Speichermedium, | ||
- | Die Entwickler packten einfach mehrere Sektoren zu einem Sektor zusammen, damit die Anzahl der nutzbaren Sektoren sich erhöht. So ein Paket tauften sie Cluster, weil man zwischen Sektoren und Clustern auch unterscheiden können will. Wohl aus technischen Gründen, wie ich vermute. Auf jeden Fall hat man nun den Vorteil auch sehr große Speichermedien bearbeiten zu können, bis zu 32MB unter unserem DIP-OS nämlich. Leider hat man aber auch einen großen Nachteil: Es können nun nicht mehr Daten in einzelnen Sektoren gespeichert werden, sondern nur noch in den einzelnen Clustern, die ja wiederum eine gewisse Menge an Sektoren beinhalten: Es werden Sektoren verschwendet !\\ | + | Die Entwickler packten einfach mehrere Sektoren zu einem Sektor zusammen, damit die Anzahl der nutzbaren Sektoren sich erhöht. So ein Paket tauften sie Cluster, weil man zwischen Sektoren und Clustern auch unterscheiden können will. Wohl aus technischen Gründen, wie ich vermute. Auf jeden Fall hat man nun den Vorteil auch sehr große Speichermedien bearbeiten zu können, bis zu 32MB unter unserem DIP-OS nämlich. Leider hat man aber auch einen großen Nachteil: Es können nun nicht mehr Daten in einzelnen Sektoren gespeichert werden, sondern nur noch in den einzelnen Clustern, die ja wiederum eine gewisse Menge an Sektoren beinhalten: Es werden Sektoren verschwendet!\\ |
Meine Daten, die ich nun zu Speichern gedenke, würden locker in einen Sektor passen und noch etwas Platz für Änderungen lassen. Da ich aber in einen Cluster speichern muß, alle DOS-Versionen erlauben nichts anderes, werden die anderen Sektoren in dem Cluster ungenutzt bleiben, weil ein Cluster immer nur zu einer Datei gehören kann. Man kann auf jeden Fall keinen Cluster für zwei verschiedene Dateien benutzen, oder ihn auf mehrere Dateien aufteilen.\\ | Meine Daten, die ich nun zu Speichern gedenke, würden locker in einen Sektor passen und noch etwas Platz für Änderungen lassen. Da ich aber in einen Cluster speichern muß, alle DOS-Versionen erlauben nichts anderes, werden die anderen Sektoren in dem Cluster ungenutzt bleiben, weil ein Cluster immer nur zu einer Datei gehören kann. Man kann auf jeden Fall keinen Cluster für zwei verschiedene Dateien benutzen, oder ihn auf mehrere Dateien aufteilen.\\ | ||
Und es kann sogar noch schlimmer kommen: Sind die zu speichernden Daten kleiner als ein Cluster, so wird der Rest des Clusters mit irgendwelchen Daten aus dem Ramspeicher aufgefüllt: | Und es kann sogar noch schlimmer kommen: Sind die zu speichernden Daten kleiner als ein Cluster, so wird der Rest des Clusters mit irgendwelchen Daten aus dem Ramspeicher aufgefüllt: | ||
Zeile 30: | Zeile 31: | ||
Einige gängige Clustergrößen sind, und nun wird es endlich wieder etwas konkreter: 128 Bytes, 256 Bytes, 512 Bytes und 1024 Bytes. Aber es gibt, gerade auf Festplatten, | Einige gängige Clustergrößen sind, und nun wird es endlich wieder etwas konkreter: 128 Bytes, 256 Bytes, 512 Bytes und 1024 Bytes. Aber es gibt, gerade auf Festplatten, | ||
Am günstigsten für uns ist natürlich die kleinste Clustergröße von 128 Bytes, weil wir dann am wenigsten Bytes beim speichern verschenken: | Am günstigsten für uns ist natürlich die kleinste Clustergröße von 128 Bytes, weil wir dann am wenigsten Bytes beim speichern verschenken: | ||
- | Eine Datei mit 150 Bytes benötigt bei einer Clustergröße von 128 Bytes zwei Cluster und verschenkt 106 Bytes. Bei einer Clustergröße von 256 Bytes benötigt dieselbe Datei nur einen Cluster und verschenkt ebenfalls 106 Bytes. Ist ein Cluster dagegen schon 512 Bytes groß, so werden bei besagter Datei schon 362 Bytes im Cluster ungenutzt bleiben. Und nun die große Preisfrage, bei der man nur an Erfahrung gewinnen kann: Wieviele Bytes bleiben bei einer Clustergröße von 1024 Bytes übrig ?\\ | + | Eine Datei mit 150 Bytes benötigt bei einer Clustergröße von 128 Bytes zwei Cluster und verschenkt 106 Bytes. Bei einer Clustergröße von 256 Bytes benötigt dieselbe Datei nur einen Cluster und verschenkt ebenfalls 106 Bytes. Ist ein Cluster dagegen schon 512 Bytes groß, so werden bei besagter Datei schon 362 Bytes im Cluster ungenutzt bleiben. Und nun die große Preisfrage, bei der man nur an Erfahrung gewinnen kann: Wieviele Bytes bleiben bei einer Clustergröße von 1024 Bytes übrig?\\ |
- | In der Praxis wird man also bei so ziemlich jeder zu speichernden Datei einige Bytes im letzten Cluster verschenken müssen, weil man, gerade bei *.COM, *.EXE und *.SYS Dateien, kaum Einfluß nehmen kann. Zum Glück ist davon auch immer nur der letzte Cluster betroffen und nicht alle !\\ | + | In der Praxis wird man also bei so ziemlich jeder zu speichernden Datei einige Bytes im letzten Cluster verschenken müssen, weil man, gerade bei *.COM, *.EXE und *.SYS Dateien, kaum Einfluß nehmen kann. Zum Glück ist davon auch immer nur der letzte Cluster betroffen und nicht alle!\\ |
Weil es kaum Informationen darüber gibt, welches Speichermedium welche Clustergröße hat, habe ich das mit mehreren Batchdateien in Erfahrung gebracht, die testweise Dateien und Verzeichnisse anlegten und die Änderungen per CHKDSK- Befehl in Textdateien festhielten. Zum einen war das eine MMTEST.BAT, die satte 30KB groß ist und zum anderen testete ich die Ramdisk C: mit einer etwa 9KB großen Batchdatei von Laufwerk A: aus. Sie werden sicherlich irgendwann einmal auf einer Diskette oder einer zukünftigen Club-CD-Rom zu finden sein. | Weil es kaum Informationen darüber gibt, welches Speichermedium welche Clustergröße hat, habe ich das mit mehreren Batchdateien in Erfahrung gebracht, die testweise Dateien und Verzeichnisse anlegten und die Änderungen per CHKDSK- Befehl in Textdateien festhielten. Zum einen war das eine MMTEST.BAT, die satte 30KB groß ist und zum anderen testete ich die Ramdisk C: mit einer etwa 9KB großen Batchdatei von Laufwerk A: aus. Sie werden sicherlich irgendwann einmal auf einer Diskette oder einer zukünftigen Club-CD-Rom zu finden sein. | ||
- | In mühevoller Handarbeit habe ich die aus diesen Batchdateien entstandenen Textdateien ausgewertet und in folgende Wertetabelle umgesetzt (hoffentlich fehlerfrei !):\\ | + | In mühevoller Handarbeit habe ich die aus diesen Batchdateien entstandenen Textdateien ausgewertet und in folgende Wertetabelle umgesetzt (hoffentlich fehlerfrei!): |
Auswertung in Dokument zusammen gefasst: Download {{hilfe: | Auswertung in Dokument zusammen gefasst: Download {{hilfe: | ||
Zeile 39: | Zeile 40: | ||
Kommen wir zur Bedeutung dieser Wertetabelle: | Kommen wir zur Bedeutung dieser Wertetabelle: | ||
Der " | Der " | ||
+ | |||
Ein Beispiel für die Ramdisk: Wenn bei Speicher-Medium-Typ von " | Ein Beispiel für die Ramdisk: Wenn bei Speicher-Medium-Typ von " | ||
Die " | Die " | ||
Zeile 83: | Zeile 85: | ||
DEL A: | DEL A: | ||
DEL A: | DEL A: | ||
- | \\ | + | |
Zeile 96: | Zeile 98: | ||
Hier mal ein Beispiel für manuelle Defragmentierung auf dem PoFo: | Hier mal ein Beispiel für manuelle Defragmentierung auf dem PoFo: | ||
Verzeichnis C:\TEST soll defragmentiert werden unter Benutzung einer MMC in A:, die noch genug Platz hat.\\ | Verzeichnis C:\TEST soll defragmentiert werden unter Benutzung einer MMC in A:, die noch genug Platz hat.\\ | ||
+ | |||
+ | |||
=== Auslagerungsverzeichnis erstellen: === | === Auslagerungsverzeichnis erstellen: === | ||
Zeile 121: | Zeile 125: | ||
* Und nun wird A:\DEFRAG gelöscht: | * Und nun wird A:\DEFRAG gelöscht: | ||
* rd a:\defrag | * rd a:\defrag | ||
- | * endgültiges Ende !\\ | + | * endgültiges Ende ! |
- | Das ganze nocheinmal als automatisch ablaufende Batchdatei:\\ | + | Das ganze nocheinmal als automatisch ablaufende Batchdatei: |
+ | <code dos> | ||
@echo off | @echo off | ||
md a:\defrag | md a:\defrag | ||
Zeile 134: | Zeile 139: | ||
for % %a in (a: | for % %a in (a: | ||
for % %a in (a: | for % %a in (a: | ||
- | rd a:\defrag\\ | + | rd a:\defrag |
+ | </ | ||
- | Und zu guter letzt als flexible DEFRAG.BAT:\\ | + | Und zu guter letzt als flexible |
+ | <code dos> | ||
@echo off | @echo off | ||
md a:\defrag | md a:\defrag | ||
Zeile 147: | Zeile 154: | ||
for % %a in (a: | for % %a in (a: | ||
for % %a in (a: | for % %a in (a: | ||
- | rd a:\defrag\\ | + | rd a:\defrag |
+ | </ | ||
die mit " | die mit " |
hilfe/tipps/sonstiges/datenorg.1135120626.txt.gz · Zuletzt geändert: 16/02/2024 17:02 (Externe Bearbeitung)