Kernel

Zack Brown: Kernel Traffic #246

Címkék

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:

  • Beszélgetés a bináris modulokról
  • DevFS/udev státusza a 2.6-ban
  • Linux 2.4.24-pre1 kiadva; XFS beolvasztva
  • Új -kicsi kernel patchset, célja összegyűjteni azokat a patcheket, amelyek csökkentik a kernel méretét
  • Áttekintett 'megbízhatatlan' kernel zárolási útmutató
  • Az -mm fa és a 2.6 státusza
  • Megjelent a Linux 2.6.0
  • Itanium karbantartás kérdése

    A hírlevelet megtalálod itt.

  • A Linux 2.6 ütemező működése

    Címkék

    A karácsonyi ünnepek alatt kevés olyan írás jelenik meg, amiről érdemes írni. Az egyik ilyen az ArsTechnica cikke a nemrég megjelent 2.6-os Linux kernel ütemezőjéről.A Linux.Ars két szerzője nagyon jó, laikus által is érthető cikket írt az O(1) ütemezőről ``Inside the Linux 2.6 Scheduler'' címmel.

    Érdemes elolvasni!

    A cikket megtalálod itt.

    Akit részletesebben érdekel az O(1) ütemező működése, azoknak ajánlom figyelmébe a HUP cikkeit:

    A Linux processz ütemező

    Linux processz ütemező II.

    Linux processz ütemező III.

    Kezdetleges RAID 6 támogatás a Linux kernelhez

    Címkék

    H. Peter Anvin (HPA) bejelentése szerint RAID 6 (RAID = Redundant Array of Independent (vagy Inexpensive) Disks) támogatáson dolgozik a Linux kernelhez. Ha a támogatás kész lesz, akkor a jelenlegi md-n keresztül lehet majd elérni.

    A RAID 6 (más néven RAID 5+) egy kibővített verziója a RAID 5-nek. A RAID 6 egy kiterjesztett hibatűrést valósít meg azzal, hogy egy második független, elosztott paritási sémát (két dimenziós paritást) használ. ->





    A RAID 6 előnyei:

    - fokozottabb biztonság, ideális a küldetés kritikus adatok tárolására

    A RAID 6 hátrányai:

    - sokkal komplexebb kontroller tervezésre van szükség (hardveres RAID 6 esetén)

    - a második partitás kiszámításából adódó nagyon magas overhead

    - N+2 drive kell a megvalósításához

    HPA szerint elkészült egy olyan kód, amely már tesztelhető. Ez az első olyan fejlesztői snapshot, amely már nem tartalmaz *ismert* hibát.

    Azaz: mountolható a RAID 6-on fekvő filerendszer, lehet rá adatot írni, róla olvasni, 2 diszk kiesése esetén még újrabootolható a rendszer, és az adatok rajta vannak, és a hiányos tömbhöz hozzáadott diszkekre a rendszer újraépíti a hiányzó adatokat.

    A vállalkozó kedvű tesztelők megtalálják a fejlesztői snapshotot itt. HPA levele itt.

    Kerneltrap: Interjú Marcelo Tosattival

    Címkék

    Az egyik kedvenc oldalam, a KernepTrap szerkesztője Jeremy Andrews interjút készített a 2.4-es Linux kernel karbantartójával, a brazil Marcelo Tosattival (cikk).Marcelo Tosatti 2001. novemberében 18 éves korában lett az akkori stabil Linux kernelsorozat a 2.4 széria karbantartója (maintainer). Az első általa kiadott kernel a 2.4.16-os (cikk) volt 2001 november 26-án, mely elég gyorsan követte a 2.4.15-öst, amely filerendszer hibákat okozott (cikk). Most két évvel később Marcelo azt tervezi, hogy a 2.4-es kernelszériát karbantartási módba helyezi. Új funkciók már nem kerülnek a 2.4-be, kizárólag bugfixeket és a biztonsági javításokat fogad majd a tervek szerint Marcelo a fejlesztőktől.

    Marcelo Brazíliában él, és jelenleg a Cyclades Corporation-nél dolgozik. Korábbi munkahelye a Conectiva Inc. volt.

    Az interjút megtalálod itt.

    Áttérés a 2.6-os Linux kernelre egyszerűen

    Címkék

    Találtam egy szerintem nagyon világos step-by-step összefoglalót arról, hogy milyen változtatásokat kell eszközölnünk rendszerünkben, ha át akarunk térni az új 2.6-os Linux kernelre.

    Amiről szó esik benne:module-init-tools: avagy hogyan térjünk át az új modulkezelésre

    hotplug: min kell változtatni, hogy működésre bírjuk

    sysfs: az új sys filerendszer életre keltése

    usb: a új nevezéktan miatti változásokkal mit kezdjünk

    Elsősorban kezdők figyelmébe ajánlható olvasmány.

    Link ide!

    exec-shield a stabil 2.6.0 kernelhez

    Címkék

    Hozzáreszeltem a Molnár Ingo-féle exec-shield patchet a stabil 2.6.0-ás Linux kernelhez. A patch a puffer túlcsordulási hibák nagy része ellen hatékony védelmet nyújt, amint azt a mellékelt ábra mutatja. Az exec-shield-nek szerves része a PaX non-executable verem és heap logikája.Mivel jelenleg még nem érhető el Grsecurity patch a legfrissebb stabil kernelhez, talán hasznos lehet azoknak, akik szeretnék az új kernelt futtatni, de kicsit több biztonságot szeretnének, mint amit a vanilla kernel biztosít.

    Letölthető innen. Telepítése, használata itt.

    A bugreportok hasznosak lehetnek. Aki ilyet szeretne kuldeni:

    trey () hup ! hu

    Mikor fogsz 2.6.0-ra frissíteni?

    Címkék

    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

    Címkék

    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.Mindazonáltal, ezek a hibák nem kiadás kritikus (release critical) hibák, hiszen akkor a kernel nem jelent volna meg. A javítandó hibák listáját Andrew Morton - a stabil 2.6-os kernel hivatalos karbantartója - két részre bontotta.

    Az egyik az must-fix list névre, a másik pedig a should-fix list névre hallgat.

    Nyilván, ahogy a dokumentumok nevei is mutatják, a must-fix (javítani kell) listába kerültek a ``komolyabb hibák'', míg a should-fix (kellene javítani) a ``kevésbé komoly'' hibák.

    Akinek valami nem működik a 2.6-os kernellel, nézzen bele ebbe a két listába, mert ha megtalálja benne a problémáját, akkor az azt jelenti, hogy ismert a probléma, csak kijavításra vár. Ha hibát észlel valaki, és a hiba nincs definiálva a listákban, akkor a legjobb, amit ebben az esetben tenni lehet az az, hogy bugrepotolunk az LKML-re, és várunk, hogy megjelenjen a hibajavítás. Bugreport nélkül ne várjuk el, hogy fejlesztők maguk találják ki a problémákat!