Kernel

Mikor fogsz 2.6.0-ra frissíteni?

 ( trey | 2003. december 18., csütörtök - 9:52 )
Már hónapokkal ezelőtt megtettem
15% (130 szavazat)
Már fordul a kernel :-)
6% (51 szavazat)
Majd a 2.6.2-2.6.4 idején
12% (99 szavazat)
Majd a > 2.6.10 idején
10% (85 szavazat)
Majd ha megnyílik a 2.7.0 fa
4% (30 szavazat)
Majd ha minden driverem, fs-em, stb. lefordul
11% (91 szavazat)
Hmm, most váltok 2.4-re :-)
2% (18 szavazat)
Hmm, most váltok 2.2-re :-))
0% (4 szavazat)
Óvatos vagyok, még kivárok
11% (91 szavazat)
Egyelőre nincs rá szükségem
12% (105 szavazat)
A napokban nekiállok tesztelni. Attól függ...
10% (84 szavazat)
Hmm, most váltok másik OS-re (flame)
8% (66 szavazat)
Összes szavazat: 854

Andrew Morton: must-fix és should-fix listák a 2.6.0-hoz

 ( trey | 2003. december 18., csütörtök - 9:42 )

Természetesen az a tény, hogy az éj leple alatt Linus kiadta a stabil 2.6.0-ás kernelt, nem jelenti azt, hogy minden 100%-os kernelben. Vannak még elhárítandó hibák, amelyeken a fejleszetők dolgoznak.

Linus Torvalds: Linux 2.6.0

 ( trey | 2003. december 18., csütörtök - 8:41 )

Stabil 2.6.0! A hód kijött a detoxból.

Linus Torvalds majd két év fejlesztési idő után kiadta a Linux kernel soron következő stabil verzióját, a Linux 2.6.0-át. Ahogy Linus levelében azt írta, a kiadás nem lephet meg senkit nagyon a listán, hiszen régebb óta készülődnek a megjelenésre, és Linus az utóbbi időben már nem fogadott el új patcheket sem, kivéve a hibajavításokat.

Andrew Morton: Linux 2.6.0-test11-mm1

 ( trey | 2003. december 17., szerda - 16:59 )

Andrew visszatért a pár hetes távollétről, és mindjárt kis is adott egy -mm patchet. A patchben szép számmal találunk javításokat, de a fejlesztő szerint egyik sem komoly hibát javít.

Stabil vagy sem? (2.6 vs. 2.4)

 ( trey | 2003. december 16., kedd - 11:36 )

Egy kisebb diskurzus kezdődött az LKML-en (Linux Kernel Mailing List) arról, hogy elegendően stabil-e vagy sem a 2.6-os teszt kernel széria általános célú felhasználásra. Marcelo Tosatti - a 2.4-es kernel sorozat karbantartója - korábban már kijelentette, hogy a 2.6 elegendően stabil az átlag felhasználók számára.

Zack Brown: Kernel Traffic #245

 ( trey | 2003. december 15., hétfő - 10:37 )

Megjelent a Zack Brown által karbantartott, heti rendszerességgel megjelenő, az LKML (Linux Kernel Mailing List) levelezési lista tartalmát kivonatos formában feldolgozó hírlevél, a Kernel Traffic legfrissebb száma.

A tartalomból:

A Linux processz ütemező III.

 ( trey | 2003. december 14., vasárnap - 18:03 )

A cikksorozat a 2.6-os Linux kernel processz ütemezőjéről szól. A cikksorozat első részét (Ütemezés, Irányelv (policy), I/O-függő vs. processzor-függő processzek, Processz prioritás) megtalálod itt. A második részt (Időszelet, Processz preemptálás, Az ütemezési irányelv akcióban) pedig itt.

Az ütemező algoritmus
---------------------------

A Linux ütemező a kernel/sched.c fileban van definiálva. Az ütemező algoritmus és a hozzá kapcsolódó támogató kód nagymértékű átalakításon ment keresztül a 2.5-ös fejlesztői kernel készítésének korai szakaszában. Az átírat a magyar Molnár Ingo nevéhez fűződik. Az ütemező kód teljesen új lett, és nem hasonlít a korábbi kernelek ütemezőjéhez. Az ütemező tervezésekor az alábbi szempontok voltak a legfontosabbak:

Eszköz-meghajtók portolása a 2.6-os kernelhez

 ( trey | 2003. december 14., vasárnap - 13:06 )

A 2.6-os Linux kernel megjelenésével számos újdonságot fognak tapasztalni a felhasználók. De, hogy ne csak a júzereknek legyen kicsit ``nehezebb'' az élete, jelentősen változott a kernel belső felépítése is. Ezeknek a változásoknak egy része minden olyan programozót érint, aki eszköz-meghajtó (device driver) programokat ír a Linux kernelhez.
Az új meghajtókat már ennek fényében kell elkészíteni, és természetesen a meglevő meghajtó programokat portolni kell az új környezetbe.

Teljesítmény patchset

 ( trey | 2003. december 13., szombat - 19:53 )

William Lee Irwin III egy olyan patchseten dolgozik, amely teljesítmény növekedést ígér a felhasználók széles skálájának. A patchset a 2.6-os Linux kernelhez készül. A hacker szerint a notebook felhasználóktól kezdve egészen a komoly NumaQ szerver felhasználókig élvezhetik a patchset előnyeit.

Útmutató a zároláshoz

 ( trey | 2003. december 13., szombat - 17:58 )

Rusty Russel (ipchains, iptables, kernel hacker, a Linux Netfilter Core Team tagja) egy ``Unreliable Guide To Locking'' című útmutatót készített, amelyben bevezeti a programozót a 2.6-os Linux kernelben használatos zárolási (locking) technikák világába.

Zack Brown: Kernel Traffic #244

 ( trey | 2003. december 11., csütörtök - 11:38 )

Megjelent a Zack Brown által karbantartott, heti rendszerességgel megjelenő, az LKML (Linux Kernel Mailing List) levelezési lista tartalmát kivonatos formában feldolgozó hírlevél, a Kernel Traffic legfrissebb száma.

A tartalomból:

Marcelo Tosatti: Linux 2.4.24-pre1

 ( trey | 2003. december 10., szerda - 19:26 )

"Hi!
Itt a 2.4.24-pre1...

Az XFS filesystem beolvasztva.

Ez a kiadás többnyire architektúra specifikus frissítéseket trartalmaz." - írta Marcelo az LKML-re.

Post-Halloween dokumentum új helyen

 ( trey | 2003. december 10., szerda - 19:12 )

Dave Jones szervere tönkrement, így a 2.6-os kernelről szóló FAQ-ja (amely a 2.6-os kernel új funkcióit, az első telepítés során fellépő kellemetlenségeket, és azok elhárításának módjai ismereti) új helyre költözött.

OOM Killer, mint fordítási idejű opció

 ( trey | 2003. december 9., kedd - 9:17 )

Szeptember elején kezdődött egy olyan folyamat, amelynek a vége az lett, hogy a 2.4.23-as kernelből eltávolításra került a Rik van Riel (cikk) -féle Out of Memory Killer.
Az OOM Killer feladata az, hogy működésbe lépjen, ha a rendszeren ``out of memory'' helyzet jön létre. Ebben a helyzetben a feladata az, hogy ha nincs felszabadítható memória és nem áll rendelkezése swap hely sem, akkor kill-elje a legmegfelelőbb taszkot annak érdekében, hogy memóriát szabadítson fel.
Andrea Arcangeli szerint az OOM Killer szerver környezetben nem mindig működik megfelelően, és bizonyos helyzetekben bizonyítottan ``deadlock'' helyzetet idézhet elő (főleg adatbázis szervereken). Ezért Andrea eltávolította az OOM Killert a 2.4-es VM-ből. Ezeket a változásokat Marcelo Tosatti beolvasztotta a 2.4-es kernelfába a 2.4.23-pre4 idején.

Az XFS beolvasztva a 2.4-be!

 ( trey | 2003. december 8., hétfő - 18:51 )

Marcelo Tosatti - a 2.4-es Linux kernel karbantartója - beolvasztotta az SGI nagy teljesítményű naplózó filerendszerét, az XFS-t.

Processz ütemező összehasonlítás 2.4 vs. 2.6

 ( trey | 2003. december 7., vasárnap - 14:18 )

A 2.6-os Linux kernel egyik legnagyobb újítása kétségtelenül a processz ütemezőjében rejlik (A Linux processz ütemező, A Linux processz ütemező II.).
Többen kételkednek az új O(1) ütemező teljesítményében, ezért néhány ember az LKML-en rendszeresen teszteli a ``régi'' 2.4-es kernel és az új 2.6-os kernel skálázhatóságát.

Linux 2.4.23 OOM killer nélkül

 ( trey | 2003. december 6., szombat - 12:33 )

A 2.4.23-as stabil Linux kernel megjelenésével számos VM változást könyvelhettek el a felhasználók. A VM változások Andrea Arcangeli nevéhez fűződnek, az Ő -aa ágából kerültek a fő kernelfába. Az egyik legjelentősebb változás az, hogy Marcelo Tosatti a 2.4.23-pre4 megjelenésekor belovasztotta azokat a VM változáskozat, amelyeknek eredményeként a kernelből eltávolításra került a régóta használt Out of Memory Killer.

Sokanak nem tetszik az új VM, és ennek hangot is adtak az LKML-en. Egy felhasználó jelezte, hogy gondjai akadtak az új VM-mel, mikor a 2.4.23-ra frissített. Arcangeli a válaszlevelében leírta, hogy miért van szükség ezekre a változtatásokra.

A GPL és a bináris kernel modulok

 ( trey | 2003. december 6., szombat - 11:38 )

Egy nagyon-nagyon hosszú thread kezdődött a LKML-en a Linux kernel és a csak bináris formában terjesztett (binary only) kernel modulok kapcsolatáról.
Az köztudott, hogy a Linux kernel terjesztése a GNU General Public License feltételei szerint történik. A Linux kernel mindig is GPL-es volt, eltekintve attól a rövid időtől, amely közvetlenül az első kiadása után 1991-ben volt. Az Linux kernel első licence sokkal kötöttebb volt. Kimondta, hogy a forrásnak minden körülmények között elérhetőnek kell lennie, és ahogy a Linux kernelből nem lehet pénzt keresni.

ALSA: az 1.0 küszöbén (1.0.0rc1)

 ( trey | 2003. december 4., csütörtök - 9:37 )

Az Advanced Linux Sound Architecture (ALSA) projekt - majd hat évvel azután, hogy elkezdett (1998) egy új hang alrendszert kidolgozni a Linux kernel számára - bejelentette az ALSA 1.0.0 első kiadásra jelölt verzióját.

Itt van az idő a stabil 2.6.0 kernelre?

 ( trey | 2003. december 2., kedd - 18:01 )
nem
43% (192 szavazat)
igen
57% (251 szavazat)
Összes szavazat: 443

CAN-2003-0961: privilégium szint emelés (helyi root)

 ( trey | 2003. december 2., kedd - 10:46 )

Érintett kernelverziók: 2.4.22 és a korábbi kernelek

A tegnapi Debian SA-ból következik, hogy minden Linux disztribúció használójának érdemes a 2.4.23-as kernelre (vagy a legújabb 2.6-os test kernelekre) frissíteni. Mivel a Debianban megtalált kernelhiba nem Debian specifikus volt, a többi disztribútor ``terméke'' is érintett lehet. A Mandrake már ki is adta a hibajegyét. A Red Hat szintén.

A hiba leírása:

Lesz XFS a 2.4-es kernelben?

 ( trey | 2003. december 2., kedd - 10:07 )

Tegnap Keith Owens bejelentette a 2.4.23-as kernelhez az SGI-s XFS split patcheket. Az XFS csoport időnként készít olyan patcheket, amelyben csak az XFS filerendszer core változásai szerepelnek, de az egyéb patchek (mint például a kdb, acl, dmapi) nem. A core patcheket azért adják ki, mert remélik, hogy a disztribútorok, tesztelők hasznosnak találják majd és alkalmazzák/tesztelik őket.
Az ismert, hogy az XFS a 2.6-os kernel része elég régóta (pontosabban a 2.5.36 óta, amelybe tavaly szeptemberben mergelte be Linus az XFS kódot).

Nathan Scott - Keith Owens bejelentésének apropóján - felkérte Marcelo Tosattit, hogy olvassza be a 2.4-es kernelbe az XFS filerendszer használatához szükséges alapvető változásokat. Tosatti válaszában elutasította a kérést:

``Úgy gondolom, hogy az XFS egy 2.6-os funkció. A 2.6 jelenleg már elegendően stabil arra, hogy az emberek használják''

Marcelo Tosatti: A Linux 2.4 jövője

 ( trey | 2003. december 1., hétfő - 19:02 )

Marcelo Tosatti - a 2.4-es stabil kernelsorozat karbantartója - mai levelében felvázolta a szándákait a 2.4-es kernel jövőjével kapcsolatban:

``Hi,

Az célom az ezzel az emaillel, hogy tisztázzam az álláspontomat a 2.4.x jövőjével kapcsolatban.

[A] 2.6 napról-napra egyre stabilabb, és remélhetőleg még ebben a hónapban vagy januárban látjuk is majd megjelenni.

Amint említettem, a szándékaim:

Új kernel, új GrSecurity patch

 ( Kaloz | 2003. december 1., hétfő - 8:12 )

Brad elkészítette a GrSecurity új verzióját a 2.4.23-as kernelhez.

Letöltés:

grsecurity-1.9.13-2.4.23.patch
gradm-1.9.13.tar.gz

A Linux processz ütemező II.

 ( trey | 2003. november 29., szombat - 22:57 )

(A cikksorozat első része itt.)

Időszelet
-----------

Az időszelet egy olyan numerikus érték, amely meghatározza, hogy egy taszk mennyi ideig futhat, mielőtt a preemptálás bekövetkezik. Az ütemező irányelv (scheduler policy) határozza meg az alapértelmezett időszelet nagyságát. Ez nem könnyű feladat. A túl hosszú időszelet a rendszer gyenge interaktív teljesítményét okozhatja; a rendszert használó felhasználóban nem alakul ki az az érzés, hogy a programok párhuzamosan futnak. Ha viszont az időszelet túl rövid, akkor jelentős lesz az elvesztegetett processzoridő, mert a gyakori processzek közti kapcsolgatás jelentős overhead-del jár. Ebben az esetben a rendszer jelentős időt fordít arra, hogy gyakran kapcsolgat az éppen futó processzről a következő futtatandó processzre és vissza. Tehát az ütemezőnek meg kell találni a középutat a túl hosszú és a túl rövid időszelet között. Mindezt úgy, hogy a CPU függő és az I/O függő processzeknek is jó legyen. Az I/O függő processzek nem igényelnek hosszú időszeleteket, míg a processzor függő processzek hosszú időszeletekért könyörögnek (például azért, hogy a gyorsítótáraikat (cache) ``forrón'' tartsák).

Ennek fényében azt a következtetést vonhatjuk le, hogy a hosszú időszelet rosszabb interaktív teljesítményt ad. Számos operációs rendszeren ezen a megfigyelésen alapult az ütemező tervezése. Ezekben az operációs rendszerekben az alapértelmezett időszelet viszonylag kicsi, például 20 millisec.

A Linux kihasználja azt az előnyt, hogy a magasabb prioritási értékkel rendelkező processzek mindig futnak. A Linux ütemező felnyomja az interaktív processzek prioritását, és engedélyezi számukra, hogy gyakrabban futhassanak. A Linux ütemező - összehasonlítva más rendszerekkel - relatíve magas alapértelmezett időszelet értéket ad (a 2.6.0-test11 kernelben a minimum timeslice 10ms, az alapértelmezett 100ms, és a maximum 200ms - kernel/sched.c). Továbbá a Linux ütemező dinamikusan, a prioritás alapján határozza meg a processz időszeletét. Ez lehetővé teszi, hogy a magasabb prioritással rendelkező, fontosabb processzek hosszabb ideig és gyakrabban futhassanak. A dinamikus időszelet és prioritás implementálása robosztus ütemezési teljesítményhez vezet.