[Gelistirici] Pardus 2007-2008 performans farkı

Ozan Çağlayan ozan at pardus.org.tr
12 Oca 2009 Pzt 23:04:49 EET


Uzun zamandır 2008'in yüksek disk IO'su altında kullanılamaz hale 
geldiğini savunuyorum ancak pek arka cikan olmuyor bana belki de daha 
düşük konfigürasyonlu sistemlerde ya da başka parametrelere bağli olarak 
hissedilebilirliği artan bir sorun olabilir.

"Heavy Disk I/O harms desktop responsiveness"
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/131094
http://bugzilla.kernel.org/show_bug.cgi?id=7372 
<http://bugzilla.kernel.org/show_bug.cgi?id=7372>
http://bugzilla.kernel.org/show_bug.cgi?id=12309

Özetle 2.6.18 ile über/süper çalışan desktop 2.6.22+ ile çok fena 
olduğunu, büyük dosya kopyalamalar esnasında, sistemin kullanılamaza 
yakın hale geldiğinden bahsediliyor. Tam olarak tanımlanamasa da bu 
geçişte hem fedora, hem ubuntu hem de biz IO scheduler'ını CFQ'ya 
geçirdik ve adamlar buna dikkat çekmişler, çoğu kişi server kernel'ini 
yükleyince rahatlamış(deadline IO scheduler kullanıyor) sonra aynı 
rahatlamayı /sys kullanarak on-the-fly IO scheduler değiştirerek de 
tecrübe etmişler ancak bu rahatlamanın çok da büyük miktarda olmadığını 
savunanlar da var.

Kimileri de sadece IO scheduler'dan değil, yeni gelen NO_HZ hedesiyle 
ayrıca ext3 ile de alakalı olabilir diyorlar.

Son yorumlarda gelen bir test kodu ise IO dan ziyade process scheduler'a 
atıyor suçu vs.vs.

Şimdi gözlemlerinizi merak ediyorum, benden başka bunun acısını çeken 
var mı? Özellikle 'svn up' yaparken bilgisayarın başından kalkıyorum, o 
kadar söyleyeyim.

Ayrıca nasıl debug edebiliriz, elimizdeki debug araçları nelerdir bu 
tarz bir problemin kaynağını tespit edebilmek için?

Upstream kendi yolunda ilerliyor ve böyle iddialı bir sorunla 
ilgileneceklerini çok fazla sanmıyorum kaliteli bir deney ortamı ve 
sonuç sunulmazsa.

İyi akşamlar.

-- 

Ozan Çağlayan
<ozan_at_pardus.org.tr>




Gelistirici mesaj listesiyle ilgili daha fazla bilgi