Linux

Linux 2.6 vagy 3.0 - avagy mi lesz a következő kiadás neve?

Címkék

Úgy néz ki: Linux 3.0.

Vajon mi lesz a Linux kernel következő "nagy" kiadásának a neve? Lehetséges, hogy Linux 2.6 névre fog hallgatni? Vagy esetleg akkora fejlődést kapunk a következő verzióban, hogy nyugodtan ugorhatunk a 3.0-ra?

Ezt a kérdést vetette fel Jeff Garzik a Linux listán. Garzik a levelében azt írta, hogy szerinte akkora a fejlődés üteme, hogy nyugodtan lehetne a következő kiadás neve Linux 3.0. Linus Torvalds a válaszában azt írta, hogy a szálkezelésben (threading) elkönyvelt fejlődések közel vannak az "új dolog"-hoz, de szerinte a következő kiadás neve 2.6.x lesz. Szerinte a fejlődés nem olyan nagy, hogy indokolná a nagyobb verziószámot. Indokolta ezt azzal, hogy nincs új architektúrális támogatás, vagy bármely más igazán komolyabb változás. A véleménye szerint az ugrás a 2.2 -> 2.4-re nagyobb fejlődés volt, mint az ugrás a 2.4 -> 2.6-ra. Linus szerint ezek csak számok, igazából nem nagyon kell ezeknek nagy jelentőséget tulajdonítani.Molnár Ingó válaszolt Linus levelére. A levélben leírta, hogy véleménye szerint a VM (virtuális memória menedzsment) és a IO munkák az elmúlt 5 év legjelentősebb eredményei. "végül elértünk oda, hogy egy csúcs szintű VM és IO rendszerünk van, s emellett világ színvonalú hálózati alrendszerünk, amelyek jelentős javulást hoznak mind desktop, mind szerver környezetben." Ingó szerint az ugrás 2.4 -> 2.5-re nagyobb dolog mint annak idején az ugrás 2.0 -> 2.4-re (!). Ingó szerint itt az ideje, hogy a Linux kernelt 3.0-nak nevezzük.

Linus ismét válaszolt, ezúttal Ingó levelére. Ebben leírta, hogy ha mindenki úgy érzi, hogy a VM alrendszer stabil és mindenki elégedett vele, akkor Ő kész a következő kiadást 5.0-nak vagy akárminek (csak viccelt ;-)) nevezni, és akkor tényleg jogos a nagyobb verziószámra ugrás.

Feltette magának a kérdést: "Elégedett vagyok a 2.5-ös kernellel? Biztos. A többiek? Kétségkívül. De ez azt jelenti, hogy ha van egy csúcs VM alrendszerünk akkor nekünk egy nagyobb verzióra kell váltanunk? Kívánom, hogy így legyen."

"A block IO kódtisztítások fontosak.... Ha vannak olyan emberek, akiknek gondjuk van a jelenlegi VM-mel, azok mondják el, és mondják meg mekkora terhelés mellett. Ne üljenek csendben, és hagyják, hogy azt gondoljuk jó irányban haladunk. És ha Ingónak igaza van, akkor meg fogom csinálni ezt a 3.0 dolgot."

Szóval teljes az egyetértés a verziószámozásban ;-). Jelenlegi állás szerint en azt mondom, a következő nagy Linux verzió a Linux 3.0 lesz. (vagy 2.6 :-))

Az erről szóló threadet megtalálod itt

Linus Torvalds: Linux 2.5.39

Címkék

Változások mindenhol. A legnagyobb figyelmet Jens Axboe új "elevator" kódja érdemli, ami sokkal többet nyújt, és jobban működik mint az elődje. Andrew Morton egy SMP deadlock-ot talált a a taszklista lockoló kódban. Ingó ismét elfoglalt, több bugot javított a szálkezelő kódokban. További javítások: USB, JFS, XFS, hálózat, debugolás, stb.Letölthető patch-2.5.39.gz, linux-2.5.39.tar.gz

Változások ChangeLog-2.5.39

Linux a nukleáris fegyver kutatásban

Címkék

A ZDNet-en jelent meg egy cikk, miszerint a Los Alamos-i Nemzeti Laboratórium egy 2,048-processzoros Linux szuperszámítógépet vásárolt mintegy 6 millió dollárért. A szuperszámítógép nukleáris fegyvereket tesztelő, és szimulációs progamot fog futtatni. A számítógép vásárlásának az a célja, hogy a kutatási költségek csökkentésének lehetőségeit megkeressék.

A cikket elolvashatod itt.

Marc-Christian Petersen: WOLK v3.6 FINAL

Címkék

Marc-Christian Petersen az LKML-en bejelentette a WOLK (Working Overloaded Linux Kernel) v3.6-os stabil verzióját.

A WOLK - Working Overloaded Linux Kernels jelentéssel bír. Ez az elnevezés nem jelent mást, mint egy Linux kernelt, nagy számú patchcsel/bugfixszel és egy rakás új funkcióval. A WOLK project keretében jelenleg mintegy 450 patch kapott helyet a Linux kernelben. A patchek nagy része évek óta stabil, rengetegen használják, és általában a kernel fejlesztők idejének hiányában nem kerültek bele a mainline kernelbe. A WOLK project ezeket a patcheket szedi össze, és összescsiszolva egy nagy patch formájában juttatja el a felhasználókhoz.

Változások:From: Marc-Christian Petersen

To: wolk-devel@lists.sourceforge.net, wolk-announce@lists.sourceforge.net

Cc: linux-kernel@vger.kernel.org

Subject: [ANNOUNCE] WOLK v3.6 FINAL

Date: 22 Sep 2002 22:35:41 +0200

Hi there,

this is v3.6 FINAL of WOLK. This is the last release of the 3.x series!


Here we go, Changelog from v3.5 -> v3.6

---------------------------------------

o indicates work by WOLK Developers (almost me)

+ indicates work by WOLK Users

+ add: SuperPage Support for alpha, sparc64 and x86

This is an EXPERIMENTAL PATCH. Apply manually! Nr. 990

o add: SCSI-Idle for v2.4.19 + SCSI Idle Daemon in WOLK-Tools package

o add: oom_killer updates from v2.4.19 final

o add: some another ext3 additions from v2.4.20-pre5

o add: VFS Soft/Hard-Limit of FileDescriptors

o add: ebtables v2.0

+ fixed: USB v2.4.19 compile problems / missing definitions

+ fixed: BlueTooth v2.4.19 compile problems / missing definitions

+ fixed: Some Config dependencies for ISDN / USB Stuff

o fixed: LSM compile problems. totally conflicts with CTX(vserver)

o fixed: One AIO reversed #ifdef -> #ifndef

o fixed: Forgot to add "gr_is_capable(cap)" to #ifndef CONFIG_LSM

This broke capabilities to add/remove with grsecurity!

o update: MIPL Mobile IPv6 v0.9.4

o update: Bridge with Netfilter firewalling v0.0.7

o update: ACPI (Sep 18th, 2002) (use pci=noacpi when you have problems)

o update: e2compression v0.4.43

o update: SOFFIC (Secure On-the-Fly File Integrity Checker) v0.1


o update: Crypto v2.4.19-1

includes new options:

- 3DES cipher (64bit blocksize)

- GOST cipher (64bit blocksize)

- NULL cipher (NO CRYPTO)

- RIPEMD160 digest

- SHA256 digest

- SHA384 digest

- SHA512 digest

- Atomic Loop Crypto

- Loop IV hack

- Loop Crypto Debugging

- IPSEC tunneling (ipsec_tunnel) support

o update: Compressed Cache v0.24-pre4

o update: HTB v3.6-020525

o update: grsecurity v1.9.7 final

+ gradm v1.5 final in the WOLK-tools package

o update: IBM's NGPT2 (Next Generation Posix Threading 2) v2.0.2

o update: htree ext3 directory indexing 2.4.19-3-dxdir

o update: UML - User-Mode-Linux v2.4.18-53

o update: NTFS Filesystem Driver v2.1.0a

o update: XFree v4.2.0 DRM/DRI Drivers from 2.4.20-preX-acX tree

o update: JFS v1.0.22

o update: Intel EtherExpress PRO/100 Support (Alternate Driver) v2.1.6

o update: Intel EtherExpress PRO/1000 Gigabit NIC Support v4.3.2

o update: i810/i815 Framebuffer Device Driver v0.0.33

o change: CTX12 (Virtual private servers and security contexts)

and disable vservers if grsecurity is selected (breaks gradm)

o removed: some ext3 additions

(causes system locking at high disk i/o)

Release Info:

-------------

Date : 22th September, 2002

Time : 11:45 pm CET

URL : http://sf.net/projects/wolk


md5sums:

--------

abbb41870e7f2d68894ad254ee04379c *linux-2.4.18-wolk3.5-to-3.6.patch.bz2

31a52bd394478c023103331909e86c6d *linux-2.4.18-wolk3.5-to-3.6.patch.gz

4325558fed5d3d34ead1f0e701dfb576 *linux-2.4.18-wolk3.6-fullkernel.tar.bz2

2f79315cf6977b749f0e3be3742d218b *linux-2.4.18-wolk3.6-fullkernel.tar.gz

2e84031f07a0958a2de8e71276cb4552 *linux-2.4.18-wolk3.6-patch.patch.bz2

61178792c7eb21e01bebf60535caf244 *linux-2.4.18-wolk3.6-patch.patch.gz

2efd7753fc31a86fa39b87df38fc78c7 *linux-2.4.18-wolk3.6-patchset.tar.bz2

b12c6147b97b03bb34ff4bc9a8f27d31 *linux-2.4.18-wolk3.6-patchset.tar.gz


Have fun!

--

Kind regards

Marc-Christian Petersen

http://sourceforge.net/projects/wolk

PGP/GnuPG Key: 1024D/569DE2E3DB441A16

Fingerprint: 3469 0CF8 CA7E 0042 7824 080A 569D E2E3 DB44 1A16

Key available at www.keyserver.net. Encrypted e-mail preferred.

Kerneltrap: NPTL vs. NPGT vs. LinuxThreads

Címkék

Pár nappal ezelőtt Ulrich Drepper bejelentette az első publikus kiadását a Red Hat által szponzorált "Native POSIX Thread Library"-nak (NPTL). Ahogy elmondta, ha nem találnak nagyobb tervezési hibát a kódban, akár ez lehet az alap POSIX thread könyvtár a Linux rendszereken.

Több tesztet végeztek az új stuffal, Ulrich egyet említett email-jében: 100,000 konkurrens thread-et hoztak létre 32 bites Intel platformon - ez a bejelentés egy jelentős forgalmat generált az LKML-en. Molnár Ingó elmondta, hogy a 2.5 stock kernellel 1GB RAM-mal rendelkező rendszeren, 100.000 párhuzamos thread létrehozása és leállítása 2 másodpercig tartott. Összehasonlítva ezt a 2.5.31 kernellel (Ingó jelenlegi thread munkája előtti) ez körülbelül 15 percet vett igénybe.

Ulrich Drepper most közzé tett néhány érdekes teszteredményt. A tesztek során threadeket hoztak létre, és állítottak le, különböző szál-létrehozási modellekkel különböző kondíciókkal. A tesztek során a 2.5.37 kernelt vizsgálták, összehasonlítva a LinuxThreads, NGPT 2.0.2 és az NPTL 0.1.-et.Az eredmények önmagukért beszélnek. Ezeket megtalálod itt és itt. Az eredmények azt mutatják, hogy míg az NGPT kétszer gyorsabb a szál létrehozás és elpusztítás terén mint a LinuxThreads, az NPTL négyszer gyorsabb az NPGT.



Kapcsolódó cikkek:

Linux: Native POSIX Threading Library (NPTL)

Linux: NPTL vs. NPGT vs. LinuxThreads

Letölthető a UnitedLinux első bétája

Címkék

A UnitedLinux korábbi bejelentésének megfelelően közzétette weboldalán operációs rendszerének első nyilvános bétáját. "A csomag letöltéséhez mindössze egy érvényes e-mail postafiókra van szükség, amelyet a regisztrációs lapon kell majd megadnunk, és máris hozzáférést nyerünk a disztribúciót reprezentáló három ISO image-állományhoz, amelyek letöltéséhez együttesen 1.6GB lemezkapacitásra lesz szükségünk.

Linux: nagy TLB oldalak a 2.5 kernelben

Címkék

A napokban megjelent 2.5.36 kernel mostantól tartalmazza Rohit Seth "nagy TLB oldalak" (TLB = Translation Lookaside Buffer) patchét (IA-32 platformon egyelőre). Ez a patch lehetővé teszi a 4k-nál nagyobb memóriaoldalak használatát. Az user-space programoknak egy speciális rendszerhívást kell használniuk ahhoz, hogy ki tudják használni a nagy oldalak nyújtotta előnyöket.

A felhasználás szempontjából a kisebb oldalak használata előnyösebb, mert hely takarékosabbak, csökkentik a memória fragmentációt (töredezettséget), és könnyebben lehet őket kilapozni (swap). Ezek a legtöbb feladatnak megfelelnek ugyan, de a nagy oldalak használata jobban megfelel a megosztott-memória eseteknél, és kevesebb oldal-tábla bejegyzést igényelnek.

Hogy hol is van ennek jelentősége?Tudományos alkalmazások, nagymennyiségű adatok feldolgozása. Időjárás szimulálása Beowulf klasztereken mondjuk. Vagy adatbázis kezelők használata esetén. Itt kiemelten az Oracle-ra gondolok, és az IBM-es DB2-re. A Kernelhackerek találkozóján Ottawa-ban az IBM-es Ken Rozendal tartott előadást a nagy adatbázis rendszerekről. Az előadás lényege: mit várnak a nagy adatbázis rendszerek a Linux kerneltől?

Rozendal felsorolta: nagy oldalak (memory pages), nagy block I/O operációk, aszinkron I/O, direkt I/O, multiqueue scheduler, stb.

Hát ebből a nagy oldalak támogatása már megvalósulni látszik.

A patch része egy ideje az Andrew Morton által karbantartott -mm fának, tehát leht tesztelni.

Andrew Morton -mm patchek