Reiserfs: lassú az új file létrehozása

Azt tapasztalom, hogy ha új fájlt hozok létre, vagy másolok egyet, akkor az legyen akár egy pici (pár kbyte) fájl, akkor is lassan jön létre, legalábbis néha (de ahhoz elég sűrűn, hogy most már idegesítsen). A jelenség egyébként amiatt van, hogy a fájl létrehozásakor rettenetesen elkezd tekerni a disk. Arra tippelek, hogy valami journal vagy valamilyen hasonló területe túl kicsi, ezért mindig bővítenie kell, amikor új file jön létre.

Amióta nem kell pecselni a kernelt, azóta használok reiserfs-t, ugyanígy létrehozva, de ilyet még nem láttam. A reiserfstune ilyet mond:

ap:~# reiserfstune /dev/mapper/data_vg-data_lv
reiserfstune: Journal device has not been specified. Assuming journal is on the main device (/dev/mapper/data_vg-data_lv).

Current parameters:

Filesystem state: consistent

Reiserfs super block in block 16 on 0xfd07 of format 3.6 with standard journal
Count of blocks on the device: 244187136
Number of bitmaps: 7452
Blocksize: 4096
Free blocks (count of blocks - used [journal, bitmaps, data, reserved] blocks): 25411625
Root block: 109964222
Filesystem is clean
Tree height: 5
Hash function used to sort names: "r5"
Objectid map size 2, max 972
Journal parameters:
Device [0x0]
Magic [0x129e0fe4]
Size 8193 blocks (including 1 for journal header) (first block 18)
Max transaction length 1024 blocks
Max batch size 900 blocks
Max commit age 30
Blocks reserved by journal: 0
Fs state field: 0x0:
sb_version: 2
inode generation number: 9989
UUID: 57b57549-7082-404d-bb36-a5071d1025d5
LABEL:
Set flags in SB:
ATTRIBUTES CLEAN

A disken egyébként jobbára filmek vannak, azaz 3-400M-s meg 700M körüli file-ok, meg egy kevés, ami 1G feletti. Meg egy marék 5-6M-s file. Nagyon apró és sok file nincs rajta.

Ötlet, hogy miért lehet ez?

Hozzászólások

Egyiket se. Reménykedtem, hogy hátha valaki tapasztalt már ilyet. Ez az újabb állapot:

ap:~# reiserfstune /dev/mapper/data_vg-data_lv
reiserfstune: Journal device has not been specified. Assuming journal is on the main device (/dev/mapper/data_vg-data_lv).

Current parameters:

Filesystem state: consistent

Reiserfs super block in block 16 on 0xfe07 of format 3.6 with standard journal
Count of blocks on the device: 244187136
Number of bitmaps: 7452
Blocksize: 4096
Free blocks (count of blocks - used [journal, bitmaps, data, reserved] blocks): 2638979
Root block: 109964222
Filesystem is clean
Tree height: 5
Hash function used to sort names: "r5"
Objectid map size 40, max 972
Journal parameters:
Device [0x0]
Magic [0x129e0fe4]
Size 8193 blocks (including 1 for journal header) (first block 18)
Max transaction length 1024 blocks
Max batch size 900 blocks
Max commit age 30
Blocks reserved by journal: 0
Fs state field: 0x0:
sb_version: 2
inode generation number: 13309
UUID: 57b57549-7082-404d-bb36-a5071d1025d5
LABEL:
Set flags in SB:
ATTRIBUTES CLEAN

Ahogy látom annyi változott, hogy kevesebb lett a hely.

Úgyis kell mellé másik disk, arra teszek új vg-t, új lv-t, új fs-t, és átmásolom rá a cuccokat, hogy lássam, azon is beteg lesz-e.

Az otthoni gépen megoldottam úgy, hogy jfs (vagy xfs?) lett reiser helyett. Viszont most egy másik gépnél panaszkodnak, hogy szintén ez van. Nem öröktől fogva, csak egy ideje. Azóta esetleg véletlenül nem futott bele ilyesmibe?