Fórum Root.cz
Hlavní témata => Server => Téma založeno: Benda 06. 06. 2012, 23:35:01
-
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.
-
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
-
Hodně pomáhá zapnutí dir_indexu, umí to zrychlit z minut na sekundy.
-
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?
-
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.
-
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.
-
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.
-
ZFS.
-
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.
-
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.
-
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:
tune2fs -O dir_index /dev/md0
e2fsck -D /dev/md0
a pak muzes zkusit na namountovanym e4defrag
a tyto mount parametry v /etc/fstab mas? noatime,stripe=x, vono by to bylo lepsi preformatovat jeste se stride, ale jestli nemuzes, tak alespon dej spravny stripe...
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?
-
a co rika
tune2fs -l /dev/md0 | grep features?
mas tam extents uninit_bg dir_index?
-
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
-
features jsou v poradku, co rika
mount? mas v nem noatime a stripe?
no a zkousel jsi e4defrag /mountpoint?
-
jeste je mozny, ze ten dir_index neni aktualni, to by se melo dat opravit pomoci
e2fsck -fyD /dev/mapper/skupina-data, kdyz nebude namountovanej
-
/dev/mapper/skupina-data on /samba type ext4 (rw)
-
no tak nemas noatime ani stripe, pridani do options v /etc/fstab by melo pomoci
-
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.
Proc zrovna ECC u ZFS? Ta vec se muze tykat i jinych filesystemu.
Ad ECC. Zalezi na aplikaci,kdo resi konzistenci dat atd. atd. Nelze to rici jednoznacne. Mate treba aplikace na vice strojich ktere si treba vzajemne testuji konzistenci dat. Tam je ECC celkem nahouby.
ZFS na navic svoje checksumy ktere jsou by default zapnute. Coz samozrejme nezabrani ulozeni poskozenych dat a vypocitani spravneho checksumu z nich.
Pokud mas low cost reseni tak vetsinou ECC netreba. I kdyz ECC uz jsou dneska velmi levne proti tomu co to stalo za mych detskych let, tak spis to preferuju u masin, ktere mi pametovy modul odpoji(ve spolupraci s OS). Nebo pripadne ho lze i vymenit za behu.
-
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.
No je to hlavne problem samby resp. protokolu a ne filesystemu. Sleduj jak cpu vylitne kdyz se listuje.
Mas na souborech treba aclka a to same v sambe? Mas zapnuty/vypnuty asynchroni io? Zapnute oplocky? Jakou mas verzi samby? Chybi mi informace. Pokud tu moznost mas, tak se pripojuj pres nejaky mene narocny protokol napr.NFS. I ty windle se na nej daji presvedcit;)
Jak uz je tu zmineno, pri velikosti dat a redundanci kterou potrebujes bych komplet presel na ZFS nebo prinejhorsim aspon na XFS+LVM. On ten ext4 neni zadnej slagr. Je to v podstate ext2 na praskach.
-
Co sa tyka samotneho FS, porovnanie vykonnosti niektorych sucastnych FS robil priamo RedHat.
vid.: http://lwn.net/Articles/400629/