[Gelistirici] mudur ile ilgili mevcut sorunlar ve açılış sürecinin iyileştirilmesi

[Onur Küçük]

On Sat, 22 Nov 2008 02:54:12 +0200
Ozan Çağlayan <ozan at pardus.org.tr> wrote:
...
> Öncelikle mevcut hatalarımız:
>     - Uzak dosya sistemi bağlarken 2008 müdürünün CTRL+C'yi handle 
> edememesi,
>        http://bugs.pardus.org.tr/show_bug.cgi?id=7524

 bu pis bir sorun, 2007 de olmuyormuş, 2008 de oluyor, signal handler ı
init 3 e geri alınca da düzelmedi diye hatırlıyorum, başka ne değişmiş
olabilir fikri olan var mı ?

>     - Udev başlatıldığı sırada dosya sistemi salt-okunur
> bağlandığından, udev'in rule-generatorları ile "o evrede" ürettiği
> hiçbir kuralın /etc/udev/rules.d altına yazılamıyor olması. Bunun bir
> sonucu bazı makinelerde persistent bir şekilde ağ arabirimlerinin
> isimlendirilememesi, http://bugs.pardus.org.tr/show_bug.cgi?id=8458

 sistemi geri rw bağladıktan sonra udev başlatsak ne kaybederiz ? Dosya
sistemi modülleri initramfs de yükleniyor zaten, oradan sorun olmaması
lazım

> Bunlar dışında sık karşılaşılan durum(lar):
>     - Bir sebepten dolayı müdür bir evrede sorunla karşılaştığında 
> müdür'ün sonlanarak "Bakım için root parolanızı girin veya CTRL+D ile 
> devam edin" diyerek kullanıcıyı çaresiz bırakması. Burada müdür belli 
> başlı bir kaç check yaparak sorunu tespit edip düzeltmeye
> çalışabilir. (comar-rdb betiğini çalıştırır, fsck yapar,..) Ya da bu
> opsiyon grub'a eklenebilir.

 ufak bir "system restore" suit imiz olsa çok güzel olurdu ama bununla
kim uğraşmak ister, nereye koyabiliriz (initramfs e çok ufak bir araç,
ki bu bayağı çetrefilli olabilir, ya da grub a bir safe mode parametresi
ile sistemin /bin/rescuemode çağırması, ki bu iyice güvenilmez olabilir)

> - /dev içeriği dolduruluyor evresinde 5-6 saniye harcanıyor,

 çokmuş 

> - Yeni çekirdek ile ilk açılışta depmod çalışıyor ve yine 5-6 saniye 
> çalışıyor. Ancak bu bir defaya mahsus bir şey. depmod -a yerine
> depmod 
> --quick kullanmak bu süreyi de azaltabilir mi? quick neye göre yeni 
> modül olup olmadığına bakıyor?

 Fatih bayağı düzeltti diyor, leziz 

> - Bundan sonra kaydadeğer bir kaybımız yok. Servislerin başlatılması 
> gerçekten iyi sayılabilecek sürelerde gerçekleşiyor. Ancak bir
> istisna var, o da irqbalance. Arkadaşın işini bitirmesi açılış
> esnasında 6-7 saniye alıyor, sistem açıldıktan sonra konsoldan time
> ile çalıştırdığımda ise 11 saniye civarında. Kendisi oneshot bir
> servis yani başlayıp, işini halledip bitiyor.

 irqbalance da bir acayiplik var, her işlemcide one shot çalışmıyor,
bazılarında bir süre bekleyip kapanıyor, bazılarında hep çalışır
vaziyette kalıyor, işlemcilerin desteklediği bir özelliğe bakıyor
olabilir, ya da başka bir yerlere bakıyordur, detaylı incelemedim

> Burada paralel servis başlatmanın önemli bir getirisi olduğunu
> görüyoruz aslında. irqbalance ve buna benzer kendi başına,
> bağımlılığı ve kendine bağımlı servis olmayan servisler asenkron
> olarak başlatılabilirse çok güzel bir performans artışı
> yaratılabilir. irqbalance çalıştırılıp sonra onun 6 saniye dönmesi
> beklenmeden kdm geliyor olsa bunun kimseye bir zararı dokunmaz gibime
> geliyor.

 bunu irqbalance ı müdür den çıkarıp servisini conditional yaparak
hallettim, artık işlemci adında Intel geçiyorsa çalışıyor


-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.pardus.org.tr>                       but wisdom listens