On Tue, Mar 29, 2011 at 09:17:34PM +0300, Atıf CEYLAN wrote: > en az oldugu saatte kontrol ettim ve artik suphem kalmadi ki okuma ve > yazma fazlaligi cluster'i zorluyor.
cluster dosya sistemlerinde lock etme zorunlulugu zorlar. Birkac bin dosya olan bir dizinde -ortalama bir maildir- ls -l uzun sure bekletir. Benim denedigim cluster dosya sistemlerinin ortak sorunu. (ocfs2, gfs2). > ocfs heartbeat kapatip tek makinede denedigimde ise perfmansi daha iyi > oluyor. Bu durum, iki makineyi back to back baglayip cluster > haberlesmesini o networke alma dusuncemi destekliyor. Malesef. Sorun network'un sature olmasi degil. > Ayrica noatime ile erisim bilgisini guncellememesini > saglamak bayagi bir rahatlikta sagladi onu da belirtmeliyim. noatime olmadigi zaman her okuma ayni zamanda bir yazma olur. Bu da bilhassa cluster file system'ler icin iyi bir workload (Turkcesi?) degil. Ama yukarida dedigim gibi esas sorun ayni dataya birkac node'dan erisilebildigi icin her erisimden once lock etme zorunlulugu ve bunun getirdigi performans kaybi. Gelistiriyorlar ama hala alinacak yol var. -- Eray Aslan Developer, Gentoo Linux eras <at> gentoo.org _______________________________________________ Linux-sunucu E-Posta Listesi [email protected] Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
