FreeBSD

Yar Tikhiy (yar@) összeállított egy cikket az egyes BSD-kben nem is olyan régóta használható rc.d rendszer szkripteléséről. A cikk itt.

Új külsőt kapott a FreeBSD projekt honlapja.

A dolog azért is érdekes, mert ez az első olyan FreeBSD-s Google SoC munka, amit integráltak az OS-be (esetünkben az "OS" persze tágabb értelemben veendő).

A BSDForums.org interjút készített Scott Long-gal, aki a FreeBSD Release Engineering csapat vezetője. Az interjúban a FreeBSD-t számos aspektusból vizsgálják meg. Scott Long 31 éves, Boulder-ben (Colorado) él feleségével, két gyermekével és három macskájával. Hat évig szolgált az Egyesült Államok Haditengerészeténél. 1992 körül találkozott először a BSD-vel.

Az interjúból kiderül, hogy:

- mi a feladata a RE csapatban?

- miért mondott le a Core Team-ben vállalt szerepéről idén áprilisban?

- mi a véleménye arról, hogy egyesek szerint a Linux népszerűbb, mint a FreeBSD?

- miért gondolja azt, hogy a világ második legnépszerűbb desktop operációs rendszere a BSD, ami jóval népszerűbb és elterjedtebb, mint a Linux?

- miért van az, hogy a Microsoft a Linuxot egyre inkább vetélytársnak tekinti, míg a FreeBSD-t nem?

- mi a szerepe a BSD Foundation-nek, mi tartja vissza a vállalatokat, hogy Linux helyett FreeBSD-t használjanak?

- Miért használ Linuxot?

- Miért FreeBSD 6.0 lesz a következő kiadás, és miért nem 5.5?

- Sokan még mindig FreeBSD 4.x-et használnak... Hogyan fejlődött a FreeBSD 5.x stabilitása a 2003-as kiadása óta?

- Mivel lehetne rávenni egy kezdő felhasználót, hogy a FreeBSD-t válassza?

- Milyen jelentősebb változásokat figyelhetünk meg FreeBSD 5.4-ről FreeBSD 6.0-ra frissítve?

- Mikor lesz FreeBSD 6.0-RELEASE?

- stb.

A jó kis interjú itt.

A Release Engineering csapat bejelentette, hogy az Alpha architerktúra kivételével az összes októberi snapshot elérhető az FTP szervereken.

FreeBSD: Gleb Smirnoff fejlesztő bejelentette, hogy nagyobb kernel polling változtatásokat commit-olt a current-be. Az egyik lényeges változás, hogy szükségtelenné vált a kern.polling.enable használata. A másik fontos dolog, hogy egyelőre csak két driverrel (em, fxp) tesztelték az új kódot, így a visszajelzések több, mint kívánatosak.NetBSD: WPA támogatás a -current-ben. Steve Woodford jelezte, hogy a NetBSD-current felhasználóknak mostantól kezdve lehetőségük hozzáférniük a WPA-val biztosított vezeték-nélküli hálózatkhoz is.

DragonFly BSD: FreeBSD-current 802_11 stack a DragonFly_Preview-ben. Andrew Atrens bejelentette, hogy szinkronizálta a 802_11 patch-csét a FreeBSD-current kódjával, majd az eredményt integrálta a DragonFly_Preview-ba.

Fontos javításokkal és változásokkal megjelent a felhasználóbarát, FreeBSD-alapú PC-BSD 0.8.2-es verziója.

Dru Lavigne egy új FreeBSD témájú cikkel állt elő. Ezúttal a FreeBSD ACL-eket veszi szemügyre.Akinek nem elegek a klasszikus UNIX jogok, hanem valami finomabb kontrollra vágyik, annak érdemes elolvasni a cikket.

Adam Weinberger, a FreeBSD GNOME csapat részéről úgy gondolja, hogy itt az idő splash screen-t választani a 2.12-höz. Ha valaki akar még nevezni, az gyorsan küldje el a munkáját. Hogy miből lehet választani? Nézzük:

Scott Long - a FreeBSD releng csapat tagja - bejelentette, hogy a RELENG_6 branch-ban kikapcsolta a kernel debug (INVARIANTS, WITNESS, KDB) és a malloc debug funkciókat. Ezek a funkciók a korai BETA kiadások alatt bekapcsolva vannak, hogy az esetleges hibák esetén a felhasználók debug adatokkal megtűzdelt hibajelentéseket tudjanak küldeni a fejleszőknek.Mivel ezek a debug funkciók jelentősen lassítják az operációs rendszer működését, éles rendszeren nem szokták engedélyezni. A FreeBSD 6.0-BETA5 kiadásban ezek a funkciók inaktívak lesznek. Szintén ki lesz kapcsolva az i386 és amd64 GENERIC kernelekben az SMP funkció.

Bővebben itt.

Emiliano Mennucci a Google Summer of Code keretén belül azt vállalta, hogy Luigi Rizzo felügyelete mellett cserélhető diszk ütemező kernetrendszert fejleszt a FreeBSD-hez.

Mit jelent ez és miért van szükség erre?A FreeBSD jelenlegi diszk ütemezője az ún. standard ``elevator'', más néven C-LOOK, amely tervezésénél fogva a maximális áteresztőképességet helyezi előtérbe, de nem biztosítja az igazságosságot a diszk alrendszer kliensei között.

Ez azt jelenti, hogy a nagy szekvenciális I/O kérések képesek teljesen elnyomni a többi kéréseket. Ez kritikus az olyan soft real time alkalmazások számára, mint például az audio/video programok.

A futási időben cserélhető diszk ütemezők lényege általában, hogy az operációs rendszer vagy a felhasználó mindig az adott helyzetnek legjobban megfelelő ütemezési algoritmust választhassa ki.

A fejlesztések ott tartanak, hogy elkészültek a patchek a FreeBSD 4.x, 5.x és 6.x verzióihoz. A keretrendszer lehetővé teszi, hogy ``bárki'' saját diszk ütemezőt fejleszthessen a FreeBSD-hez.

Az ötlet nem új, hiszen a Linux kernelben már lassan két éve lehet különböző I/O ütemezők közül választani.

Patchek itt. A projekt wiki oldala itt.