On Fri, Oct 09, 2009 at 03:43:06PM +0300, Osman Yozgatlioglu wrote:
> Selamlar,
>
> Makinanın üstünde sadece postfix ve courier-imap çalışıyor. Depo
> diskini bölme veya uygulamaları ayırma imkanım yok.
> Ssd diskler de büyük kapasitelerde sanırım epey bir maliyet. Şu an
> için tüm mailler 200GB civarında ama giderek artıyor.
> Ağırlıklı olarak kullanıcılar mail gövdesi içinde kelime araması
> yaptıklarında sistem bayılıyor.
> Sistemin disklerde mi, dosya sisteminde mi yoksa anakart kaynaklarında
> mı tıkandığını nası ayırt edebilirim?
>
> Özgür Bey, istediğiniz çıktı aşağıda. hda işletim sistemi ve loglar,
> sda/sdb yazılım raid1 olarak mail deposu, sdc maillerin yedeklendiği
> disk.
>
> İyi çalışmalar,
> Osman
>
> mail4:~# iostat -x 60 2
> Linux 2.6.26-2-686 (mail4) 09-10-2009 _i686_
>
>
> Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s
> avgrq-sz avgqu-sz await svctm %util
> hda 0,00 8,83 1,75 6,62 21,73 123,60
> 17,37 0,11 13,04 1,78 1,49
> hda1 0,00 8,82 1,75 6,60 21,73 123,33
> 17,37 0,11 13,06 1,77 1,48
> hda2 0,00 0,00 0,00 0,00 0,00 0,00
> 0,00 0,00 0,00 0,00 0,00
> hda5 0,00 0,02 0,00 0,02 0,00 0,27
> 16,00 0,00 4,00 4,00 0,01
> md0 0,00 0,00 247,80 355,42 8371,87 2843,33
> 18,59 0,00 0,00 0,00 0,00
> sda 46,42 334,62 82,02 21,22 4540,00 2850,27
> 71,59 7,45 72,19 5,23 54,01
> sda1 46,42 334,62 82,02 21,22 4540,00 2850,27
> 71,59 7,45 72,19 5,23 54,01
> sdb 41,03 334,53 78,23 21,30 3830,80 2850,27
> 67,12 10,88 109,35 5,36 53,31
> sdb1 41,03 334,53 78,23 21,30 3830,80 2850,27
> 67,12 10,88 109,35 5,36 53,31
> sdc 0,00 0,00 0,00 0,00 0,00 0,00
> 0,00 0,00 0,00 0,00 0,00
> sdc1 0,00 0,00 0,00 0,00 0,00 0,00
> 0,00 0,00 0,00 0,00 0,00
Disk kullanim orani (sda ve sdb icin) cok yuksek (evet %40'tan yukarisinda
depolama sistemleri pek verimli calismaz) .. await suresi de epey uzun (40ms'dan
fazlasi pek hayra alamet degil).. Ayrica kucuk boylarda cok I/O var (ozellikle
okuma)
Bu mail sistemi icin normal birsey.. Gorunen o ki I/O donanimi taleplere
yeterince hizli yanit veremiyor.
Onceki sorunuza gelirsek, sorun dosya sisteminden kaynaklaniyor gibi gorunmuyor.
Ancak bunun icin /proc/slabinfo'daki dosyasistemi ile ilgili yapilarin
kullanimlari detayli incelenerek birseyler bulunabilir. Yine de sorunun onunla
ilgili olmadigina neredeyse eminim.
Sıkısmanın disklerde mi yoksa anakartta mi oldugunu belirlemek eger buna yonelik
BIOS duzeyinde araclariniz yoksa (ki bu ancak gelismis (ve de pahali) depolama
sistemlerinde olur) bulunabilecegini sanmiyorum.. Ancak deneme yanilma ile
olabilir (yani daha hizli bir disk konsinye alinir, denenir sonuca bakilir)..
Guvenlik icin sda/sdb arasinda RAID 1 yapmissiniz. Burada kontrol kartinin (bu
durumda anakart) bu isi hizli yapamiyor olmasi var. Ancak boyle ayniandaligi
(concurrency) sistemlerde raid 0+1 ya da 1+0 (stripe) yapmak en uygunudur. Eger
donaniminiz bunu yapabiliyorsa konfigurasyonu degistirmek sistemi epey
rahatlatabilir. Bu durumda donanim degisikligine gitmeye gerek kalmaz.
Bu arada RAID1'i soft mu yaptiniz (md0 bana onu cagristiriyor).. Bu da
genellikle yavas sonuc verir.. Hangi yontemi kullanarak RAID yaptiniz. ?
Yine de eninde sonunda ozellikle onbellegi buyuk ve hizli olan disklere gecis
yapmak durumunda kalabilirsiniz.
Iyi calismalar,
--
OZGUR YUKSEL | senior principal support engineer | +90 312 4598900
ORACLE Linux & Virtualization - Bug Diag & Escalation, KM Lead, EMEA DM
ugur mumcu cad. 88 c-blok 6.kat gop | ankara | TR-06700 | TÜRKiYE
Web: oss.oracle.com | linux.oracle.com | www.oracle.com/virtualization
"... when men were men
and wrote their own device driver ..."
-- Linus Benedict Torvalds
_______________________________________________
Linux-donanim Mesaj Listesi
[email protected]
http://liste.linux.org.tr/mailman/listinfo/linux-donanim
