hallo..
ich möchte diesen befehl wieder rückgängig machen...
tune2fs -o journal_data_writeback -O dir_index /dev/hda7
kennt wer die genaue syntax?
ist ein ext3 dateisystem ..wollte das dateisystem optimieren (beschleunigen)..bringts aber nicht so für mich...
gruss günter
KarstenW 
ghartl1 „Tune2fs“
Ließ mal die manpage von tune2fs:
man tune2fs
....
journal_data
When the filesystem is mounted with journalling enabled, all data (not
just metadata) is committed into the journal prior to being written into
the main filesystem.
journal_data_ordered
When the filesystem is mounted with journalling enabled, all data is
forced directly out to the main file system prior to its metadata being
committed to the journal.
journal_data_writeback
When the filesystem is mounted with journalling enabled, data may be writ-
ten into the main filesystem after its metadata has been committed to the
journal. This may increase throughput, however, it may allow old data to
appear in files after a crash and journal recovery.
journal_data
Wenn man journal_data angibt werden alle Daten (die eigentlichen Daten und die Metadaten des Dateisystems) in das Jounal kopiert, wodurch die Größe des Journals größer wird.
journal_data_ordered
Wenn man journal_data_ordered angibt ,werden nur die Metadaten des Dateisystem in das Journal kopiert
journal_data_writeback
Wenn man journal_data_writeback angibt , werden immer zuerst die Metadaten des Dateisystem in das Journal kopiert, bevor die veränderten Daten in das Dateisystem geschrieben werden. Das dient einer besseren Systemsicherheit im Falle eines Stromausfalls, kostet aber etwas Performance .
Anhand dieses Journals können Daten des Dateisystems nach einem Stromausfall repariert werden.
Ich würde als Option journal_data_ordered angeben. Es werden bei dieser Option nur die Metadaten des Dateisystem in das Journal kopiert. Dadurch wird das Journal nicht ganz so groß und es geht relativ schnell, schneller als mit der Option journal_data_writeback.
Dafür kann es im Falle eines Stromausfalles eher zum Datenverlust kommen.
Das sind alles Default Werte nach der Erzeugung des Dateisystems ext3 von Debian etch /lenny:
tune2fs -l /dev/hda1
tune2fs 1.41.3 (12-Oct-2008)
Filesystem volume name: /
Last mounted on:
Filesystem UUID: a281569a-0680-41d3-b133-d60948e3d532
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal dir_index filetype needs_recovery sparse_super
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 387840
Block count: 775128
Reserved block count: 38843
Free blocks: 271004
Free inodes: 357284
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16160
Inode blocks per group: 505
Filesystem created: Sat Sep 22 22:20:34 2007
Last mount time: Sat Sep 5 09:10:31 2009
Last write time: Sat Sep 5 09:10:31 2009
Mount count: 24
Maximum mount count: 34
Last checked: Tue Aug 18 08:31:59 2009
Check interval: 15552000 (6 months)
Next check after: Sun Feb 14 07:31:59 2010
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
First orphan inode: 481
Default directory hash: tea
Directory Hash Seed: 0b2450c1-d978-4030-9df7-f95e0a565a40
Journal backup: inode blocks
PS: Wenn du mehr Performance haben willst ,dann übersetze dir einen eigenen Linuxkerel. Der gcc kann den Binärcode für die eingebaute CPU optimieren.
Wenn du merkst das der Linuxkernel sehr häufig Speicher auf die Swappartition auslagert (Befehl free -m oder nur free), dann baue etwas mehr Speicher ein. Der Linuxkernel versucht die Auslagerungspartition so wenig wie möglich zu nutzen , weil das Auslagern von Speicher den Rechner langsamer macht.
