Linux

Linus Torvalds: Linux 2.5.68

Címkék

A Húsvéti ünnepek alatt volt ideje Linusnak hackelni, és ennek eredményeképpen itt a fejlesztői kernel legújabb kiadása. A folt elég nagyra sikerült, egy nagyobb devfs javítás kapott benne helyet (olvasd el Linus megjegyzését, ha devfs-t használsz), új h8300 architektúra támogatás, néhány NFS teljesítmény tuning, az s390 és az s390x egy architektúrává olvadt össze, reverse-mapping VM sebesség javulás, néhány Alan Cox javítás, stb.

Letölthető patch-2.5.68.bz2

Változások logja itt.

Miért kritikus dolog a Linux kernel ütemezőjének tervezése?

Címkék

Két kritikus dolog van a Linux (és más operációs rendszerek magjában) kernelben amely nagyban meghatározza annak jó vagy rossz működését. Az egyik a memória alrendszer, a másik pedig az ütemező (scheduler). Mivel a rendszer működésének egyik alappillére az ütemező, a programozónak biztosnak kell lennie abban, hogy a legnagyobb körültekintéssel tervezte meg, és a legjobb tudása szerint optimalizálta a maximális sebesség elérése érdekében. Mivel a Linux kernel fut ezer dolgon, kezdve a kis kézi kütyüktől egyészen a sok utas rendszerekig, a programozó feladata elég nehéz.Vinayak Hegde írt egy összefoglaló cikket a kernelbeli ütemezőkről. Az írásban összefoglalja a használatos algoritmusokat, azokat a kitételeket amelyeknek egy korszerű ütemezőnek meg kell felelnie. A cikket megtalálod itt.

Windows user: "A Linux a nyomorúságot hozza rám"

Címkék

A Windows XP fan Linuxot telepít. Hangsúlyozza, hogy ő szereti a Windows XP-t, de számos olyan dolog van benne amivel nem tud kibékülni. Elhatározza, hogy Linux kell neki, az a megoldás. Telepít egy Mandrake 9.1-et (a telepítés története itt) . Állítgatja majd megállapítja, hogy sokkal hosszabb idő alatt bootol, mint a Windows XP, a KDE elszüttyög a betöltésnél, és különben sem ilyen lovat akart. Majd kicsi csend, és megszületik a nagy mű.Képekkel illusztrált leírást ír a Mandrake Linuxszal való ismerkedéséről, a kétségbeeséséről, mert a gcc nem fordította le elsőre a forráskódot, hogy a xine-ui GUI-ja nem elég pontos, hogy túl sok editor van, de ezek sem használhatóak, stb.

Kérdem én: ha neki nem jó a Windows, nem jó a Linux, akkor mi felelne meg a kényes ízlésének? Talán egy testreszabott OS-t kellene írni neki? Vagy éppen egy újabb Linus Torvalds-szal van dolgunk, aki nekiáll "from scratch" OS-t írni?

Tippek a 2.5-ös kernel teszteléséhez

Címkék

"Ok. Sikerült meggyőzni afelől, hogy kipróbáld a 2.5-ös fejlesztői Linux kernelt (lásd. előző cikk). Vajon mit kell tenned, ha a tesztelés folyamán valamilyen problémába ütközöl? Először is - mielőtt konfigurálod a 2.5-ös kernelt - töltsd le Dave Jones nagyszerű írását, amely a Mit várhatok a 2.5-től? címet kapta.""A dokumentumban kiemelt figyelmet kapnak a beviteli réteg (input layer), a frame buffer réteg, és a modulokkal kapcsolatos tudnivalók. Ezek azok a részek a 2.5-ös kernelben, amelyek a legjobban megkeverhetik az újoncokat. Érdemes a leírást elolvasni, mert könnyen járhatsz úgy, hogy a 2.5-ös kernel bootolásakor nem látsz semmit a képernyőn, vagy nem működik a billentyűzeted, stb."

Greg Kroah-Hartman írása hasznos tippekkel itt.

Zack Brown: Kernel Traffic #212

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.

A Linux kernel fejlesztésének legfrissebb híreit itt olvashatod.

A 2.5.65 bootol 32-utas NUMA-Q-n, ha a preempt engedélyezve van

Címkék

Zwane Mwaikambo jelentette be az LKML-en, hogy sikeresen bootolta be a 2.5.65-os fejlesztői kernelt egy 32-utas NUMA-Q szerveren, mikoris a -preempt funkció a kernelben engedélyezve volt. A dolog egy nagy mérföldkőnek tekinthető. Többen gratuláltak RML-nek (Rober M. Love - a preemptive kernelfolt karbantartója), többek között William Lee Irwin III (WLI).A hardver amin sikerült a preemptive-képes kernelt futtatni, egy 32 processzoros gép volt, amely 32GB fizikai memóriával rendelkezett. A dolog több szempontból is fontos. Egyrészt bizonyíték, hogy az új fejlesztői kernel képes futni a "nagy gépeken" is, másrészt egy nagyon jó teszt a 2.5-ös kernel minőségének vizsgálatára.

Teljes cikk itt.

Alan Cox: Linux 2.5.66-ac2

Címkék

Változások a fejlesztői kernel oldalán is. Alan egy szinkronizáló és ellenőrző foltot adott ki. Elvileg működnie kell, bár nincs 100%-ban tesztelve. A boot időben bekövetkező SMP crash is nagy valószínűséggel javítva lett.

Letölthető patch-2.5.66-ac2.bz2

Változások:From: Alan Cox

To: linux-kernel@vger.kernel.org

Subject: Linux 2.5.66-ac2

Date: Fri, 4 Apr 2003 14:59:33 -0500 (EST)

This is mostly a resync and check patch rather than something

exciting to run. It should work but it is not at all tested.

The SMP crash on boot should be fixed too

Linux 2.5.66-ac2

o Resync with Linus -bk8

o Fix modules build (me)

o Fix arch syscalls to return long (Randy Dunlap)

o USBfs kerneldoc (David Brownell)

o More i2c updates (Greg Kroah Hartmann)

| FIxes several driver compiles

o Fix IDE locking/phase handling on timeout (Manfred Spraul)

o C99 initialisers for DMAsound (Maciej Soltysiak)

o C99 initialisers for OSS audio (Maciej Soltysiak)

o C99 intialisers for emu10k1 (Maciej Soltysiak)

o Move dead MOD_ calls from floppy driver (Bob Miller)

o Fix macmace abuse of GFP_DMA (Matthew Wilcox)

o Improve hpt kconfig entry (Adrian Bunk)

o Generic HDLC updates (Krzysztof Halasa)

o Fix es968 kmalloc parameters (Pablo Meinchini)

o Fix als100 kmalloc parameters (Pablo Meinchini)

o PC98xx updates to existing merge (Osamu Tomita)

| Keyboard, ALSA, floppy

o Fix misc_register fail path for upd4990a (Stephan Maciej)

o Fix pegasus endian bug (Paul Mackerras)

o Wireless needs __init (Paul Mackerras)

o Fix gus compilation when built in (lock (Peter Waechtler)

clash)

o Sony PI driver update (Stelian Pop)

o Spelling fixes for Alpha (Steven Cole)

o Spelling fixes for x86-64 (Steven Cole)

o Add a "blank now" key mapping (Pavel Machek)

o Remove 23 bogus includes of version.h (Burton Windle)

o Fix cs4232 build (Daniel Ritz)

o Update v850 architecture (Miles Bader)

o Fix taint mishandling for AMD CPU (Manfred Spraul)

o Fix compile of dt019x audio (John Kim)

o Kill "compatmac" (Adrian Bunk)

o Fix via82cxxx_audio build (me)

o Fix acpi build (me)

o Resync with bk9

o Fix oprofile build (John Levon)

o PnP updates (Adam Belay)

o Fix visws framebuffer compile (Andrey Panin)

o Avoid LBA48 modes on disks that don't need (Jens Axboe)

them (saves a 2nd command cycle on each I/O

as suggested by Mark Lord)

o Clean up ide list handling for drives (Alexander Atanasov)

o Remove present check from drivers (now (Alexander Atanasov)

handled by the list stuff)

o Fix SMP boot timer oops (me)

| Thanks to Steven Cole for pinning this down to

| 5 lines of change

o Port ltpc driver to spinlocks (me)

o Fix cadet driver missing symbol (me)

o Fix cops driver locking (me)

o Fix arcnet.c locking (me)

Linux 2.5.66-ac1

o Fix up ESI handling in esp.c (me)

| Lots more needs fixing in this driver yet

o Merge Linus 2.5.66

o Fix cramfs compile problems (Jeremy Brown, me)

o Fix mad16 breakage (Adrian Bunk)

o Iphase fixes port to 2.5 (Chas Williams,

Eric Leblond)

o Fix ipc/msg race (Manfred Spraul)

o Let hdparm know about speed change fails (Jens Axboe)

o Don't issue WIN_SET_MAX on older drivers (Jens Axboe)

(Breaks some Samsung)

o Resync with Linus bk3 snapshot

Linux Networx klaszter képezte le a ``The Core' című filmet

Címkék

SALT LAKE CITY, 2003. április 2

A Linux Networx bejelentette együttműködését a CIS Hollywood-dal. A két cég a "The Core" című film speciális effekt munkáin dolgozik együtt. A film a Paramount Pictures gondozásában készült el. A CIS Hollywood egy Linux Networx(TM) Evolocity(TM) leképező (render) farmot használt fel a SCI-FI film elkészítése során. A klasztert 50 darab AMD Athlon(TM) MP processzor hajtotta.

Sajtóbejelentés