Vhodný fs pro použití SMB na 10TB

[Benda]

Dobrý den, poslední dobou řeším problém s rychlostí fs na RAID 5 (7TB).
Používám ext4.
Jedná se hlavně o pomalé procházení složek obsahující cca 900 souborů a více.

[Reklama]

[anonym]

po tom co sem zabil mdraid s ext4 sem presel na ZFS a zatim dobry

na druhou stranu ja nemam tisice malych souboru, ale naopak dost velky soubory, takze vykon listovani adresaru me nebere

[Sten]

Hodně pomáhá zapnutí dir_indexu, umí to zrychlit z minut na sekundy.

[RDa]

Podle me je problem v SMB, take se me jedna slozka nacita uz postrehnutelne dlouho. Kdyz tam lezu lokalne (pres mc), tak je vzdy ok.

A dalsi problem v SMB je pri ukladani dat... buhviproc, ale soubor ulozeny na server pres SMB se da cist jen velice omezenou rychlosti... jakoby byl silene fragmentovat, nevite o tom neco?

[Trubicoid2]

No a neni to pomalou síti? Jestli je potreba poslat všechny atributy tisíce souboru, tak to mozna chvili zabere. Tak třeba zkusit přes 1Gbps drát misto WiFi.

Jinak je ten ext4 je zarovnanej pro raid5? Google: ext4 stride raid5.

A partice jsou správně zarovnany? A co takhle zkusit xfs, ten by měl se měl sám správně zarovnat na raid5 a umi defrag přes xfs_fsr.

No a jestli je problém jen v sambe by šlo zjistit přes nfs, sftp nebo ftp.

[Reklama]

[JardaP .]

Podle me je problem v SMB, take se me jedna slozka nacita uz postrehnutelne dlouho. Kdyz tam lezu lokalne (pres mc), tak je vzdy ok.

Tak by se asi dal vytvorit share na localhostu, namontovat a prolezt MC, abyste videl, jestli je to porad pomale a jestli za to muze Samba.

[Benda]

Rychlost fs je stejná na serveru v MC tak přez sambu.
Jinak jsem připojen 1 Gb/s,
Osobně si myslím že je problém přímo v EXT4.
Přemýšlel jsem o ZFS, bohužel není možnost jak převést EXT4 na ZFS.

[martin-ux]

ZFS.

[martin-ux]

ZFS.

(sorry za double posting .. )

konverzia z lub. FS na ZFS nie je. je treba si bud "pozicat" disky a data prehodit, alebo spravit restore z media (tapes,etc.).
pri vyuziti aj inych sluzieb (napriklad iSCSI) jednoznacne openindiana. ak nie, FreeBSD je vyborna alternativa.

pri ZFS sa oplati investovat do ECC pamati.

teraz si uz ani neviem predstavit, ze by som mal iny FS.

[Benda]

Tak to vypadá, že se budu muset smířit s EXT4.
Opravdu nevím kam bych odlil 7TB dat. :-D
Příště až budu dělat nový server zvolím ZFS.

[trubicoid2]

no jestli nemuzes data zalohovat, tak stejne muzes zkusit dir_index, jak uz tu radili, myslim musis nabootovat nejakou live distribuci, na namountovanym to nepujde:

Kód: [Vybrat]

tune2fs -O dir_index /dev/md0
e2fsck -D /dev/md0
a pak muzes zkusit na namountovanym

Kód: [Vybrat]

e4defrag
a tyto mount parametry v /etc/fstab mas?

Kód: [Vybrat]

noatime,stripe=x, vono by to bylo lepsi preformatovat jeste se stride, ale jestli nemuzes, tak alespon dej spravny stripe...

Kód: [Vybrat]

stripe=n Number of filesystem blocks that mballoc will try
to use for allocation size and alignment. For RAID5/6
systems this should be the number of data
disks * RAID chunk size in file system blocks.
a nemel jsi puvodne ext3 a potom nekonvertoval na ext4?

[trubicoid2]

a co rika

Kód: [Vybrat]

tune2fs -l /dev/md0 | grep features?

mas tam

Kód: [Vybrat]

extents uninit_bg dir_index?

[Benda]

tune2fs -l /dev/mapper/skupina-data | grep features

Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent sparse_super large_file uninit_bg

[trubicoid2]

features jsou v poradku, co rika

Kód: [Vybrat]

mount? mas v nem noatime a stripe?
no a zkousel jsi

Kód: [Vybrat]

e4defrag /mountpoint?

[trubicoid2]

jeste je mozny, ze ten dir_index neni aktualni, to by se melo dat opravit pomoci

Kód: [Vybrat]

e2fsck -fyD /dev/mapper/skupina-data, kdyz nebude namountovanej