2 gunluk gozlemler sonucunda access time hedesini kapatmam sonuc verdi
diyebilirim. Suan sorun kalmadi. Duraklama ve performans kaybi yok
denebilir.
On 03/29/2011 11:11 PM, Eray Aslan wrote:
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.
--
/**
* *@author* Atıf CEYLAN
* Software Developer & System Admin
* http://www.atifceylan.com
*/
_______________________________________________
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
