Boot időben vátoztatható időszelet értékek

Linux

Andrea Arcangeli bejelentette az első -aa patchét a 2.4.23-pre6 kernelhez. Szerinte a legfigyelemreméltóbb új funkció az, hogy a kernelnek boot időben megadhatunk egy 'desktop' paramétert, amellyel kérhetjük a kernelt, hogy inkább a desktop funkcióknak megfelelően működjön.



Ismert tény, hogy a szerver és desktop gépek optimális beállításai nem minden esetben fedik egymást, így a boot időben változtatható tulajdonság hasznos lehet. Az új funkció legnagyobb előnye, hogy használatához nincs szükség a kernel újrafordítására.

A tapasztaltabb felhasználók a időszelet (timeslice) értékének konkrét megadásával (pl. HZ=500/HZ=50/HZ=200) változtathatják meg a kernel tulajdonságát.A ellenőrzésre a boot után a /proc filerendszeren keresztüli lekérdezéssel nyílik lehetőség az alábbi módon:

cat /proc/sys/kernel/{*timeslice,HZ}

Ez a kernel úgy tűnik, hogy szépen bootol x86-64 architektúrán is. Andrea szerint a patch egyelőre nincs olyan állapotban, hogy "éles" környezetben lehetne használni. Ennek nem a boot időben beállítható időszelet érték funkció az oka, hanem a patch egyéb változtatásai.

Andrea levele itt.

( borso | 2003. 10. 03., p – 11:53 )

Nem vagom :( Kinek lehet szuksege hip-hop valtogasson desktop es szerver

szerep kozott ugyanazon a gepen?

Meg most jut eszembe, korabban lattam (talan epp mingotol) egy

scheduler-tunables patch-et ami a /proc-ba kiexportalta a sched.c

mindenfele parametereit r/w. Ez a mostani otlet vajon miert tobb vagy

jobb?

>Nem vagom :( Kinek lehet szuksege hip-hop valtogasson desktop es szerver szerep kozott ugyanazon a gepen?

Miert a kernel panic jelzése Morse kóddal az mire jo? Nem nagyon lattam meg szakembert gepet debugoln ugy, hogy a Morse jeleket probalta kitalalni. Sokkal inkabb lattam soros portoon keresztul debugolni. Ez egy egyszeru feature. Bar el tudom kepzelni, hogy nehany esetben szoftverfejlesztoknek hasznos lehet.

>Meg most jut eszembe, korabban lattam (talan epp mingotol) egy scheduler-tunables patch-et ami a /proc-ba kiexportalta a sched.c mindenfele parametereit r/w. Ez a mostani otlet vajon miert tobb vagy jobb?

Hat talan attol, hogy ez a stabil kernelhez keszult, az meg gyanitom, hogy a 2.6-os fejlesztoi kernelhez.

Ha jol emlekszem a morzet nem mergelte mt (a panic() kornyeken

fellelheto komment szerzoje (aminek otlete alapjan szuletett a patch)

is azt mondta hogy jopofa, de soha nem gondolta komolyan),

[scheduler]

Nem, amirol irtam az 2.4-hez volt (Con Kolivas oldalarol lehetett

letolteni, talan o portolta).

>Ha jol emlekszem a morzet nem mergelte mt (a panic() kornyeken fellelheto komment szerzoje (aminek otlete alapjan szuletett a patch) is azt mondta hogy jopofa, de soha nem gondolta komolyan)

Pedig volt aki mergelte a sajat fajaba, ha jol emlekszem AC. De ettol meg nekem erteket nem hordoz, viszont a timeslice ertek valtoztatasa megadja azt a lehetoseget, hogy eljatszhassak a sajat kernelemmel anelkul, hogy ujra kellene forditanom a kernelt. Igy nekem ez utobbi tobbet er.