[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