Sep 24, 2001, 00 :31 UTC
 
Date:   Sun, 23 Sep 2001 11:54:13 -0700 (PDT)
From: Linus Torvalds  
Subject: Linux-2.4.10
 
Ok, I released a real 2.4.10, let the fun begin..
 
This is an uncomfortably large changeset, largely because I was away in Finland twice during the 2.4.9->2.4.10 development, and partly of course because I've tried to aggressively sync up especially with Alan.
 
In addition to the VM changes that have gotten so much attention there are architecture updates, various major filesystem updates (jffs2 and NTFS), ACPI updates, and tons of driver merges. And, of course, the min()/max() changes.
 
Give it hell,
 
                Linus
 
http://www.kernel.org/mirrors/
 
http://slashdot.org/articles/01/09/23/1953236.shtml
-----
final:
 - Andrew Grover: ACPI update
 - Al Viro: block devices..
 - Andrea Arcangeli: fix list manipulation bogosity
 - Trond Myklebust: 64-bit file locking fixes
 - Brad Hards: USB CDC ethernet
 - Chris Mason: reiserfs speedup
 - Robert Love: re-merge AMD 761 GART support that was lost in -ac merge
 - Adam Richter: check pci_module_init() return value
 
pre15:
 - Jan Harkes: make Coda work with arbitrary host filesystems, not
   just filesystems that use generic_file_read/write
 - Al Viro: block device cleanups
 - Hugh Dickins: swap device lock fixes - fix swap readahead race
 - me, Andrea: more reference bit cleanups
 
pre14:
 - Richard Gooch: devfs update
 - Andrea Arcangeli: clean up/fix ramdisk handling now that it's in page cache
 - Al Viro: follow up the above with initrd cleanups
 - Keith Owens: get rid of drivers/scsi/53c700-mem.c file
 - Trond Myklebust: RPC over TCP race fix
 - Greg KH: USB update (ohci understands USB_ZERO_PACKET)
 - me: clean up reference bit handling, fix silly GFP_ATOMIC allocation bug
 
pre13:
 - Manfred Spraul: /proc/pid/maps cleanup (and bugfix for non-x86)
 - Al Viro: "block device fs" - cleanup of page cache handling
 - Hugh Dickins: VM/shmem cleanups and swap search speedup
 - David Miller: sparc updates, soc driver typo fix, net updates
 - Jeff Garzik: network driver updates (dl2k, yellowfin and tulip)
 - Neil Brown: knfsd cleanups and fixues
 - Ben LaHaise: zap_page_range merge from -ac
 
pre12:
 - Alan Cox: much more merging
 - Pete Zaitcev: ymfpci race fixes
 - Andrea Arkangeli: VM race fix and OOM tweak.
 - Arjan Van de Ven: merge RH kernel fixes
 - Andi Kleen: use more readable 'likely()/unlikely()' instead of __builtin_expect()
 - Keith Owens: fix 64-bit ELF types
 - Gerd Knorr: mark more broken PCI bridges, update btaudio driver
 - Paul Mackerras: powermac driver update
 - me: clean up PTRACE_DETACH to use common infrastructure
 
pre11:
 - Neil Brown: md cleanups/fixes
 - Andrew Morton: console locking merge
 - Andrea Arkangeli: major VM merge
 
pre10:
 - Alan Cox: continued merging
 - Mingming Cao: make msgrcv/shmat check the queue/segment ID's properly
 - Greg KH: USB serial init failure fix, Xircom serial converter driver
 - Neil Brown: nsfd/raid/md/lockd cleanups
 - Ingo Molnar: multipath RAID personality, raid xor update
 - Hugh Dickins/Marcelo Tosatti: swapin read-ahead race fix
 - Vojtech Pavlik: fix up some of the infrastructure for x86-64
 - Robert Love: AMD 761 AGP GART support
 - Jens Axboe: fix SCSI-generic queue handling race
 - me: be sane about page reference bits
 
pre9:
 - Greg KH: start migration to new "min()/max()"
 - Roman Zippel: move affs over to "min()/max()".
 - Vojtech Pavlik: VIA update (make sure not to IRQ-unmask a vt82c576)
 - Jan Kara: quota bug-fix (don't decrement quota for non-counted inode)
 - Anton Altaparmakov: more NTFS updates
 - Al Viro: make nosuid/noexec/nodev be per-mount flags, not per-filesystem
 - Alan Cox: merge input/joystick layer differences, driver and alpha merge
 - Keith Owens: scsi Makefile cleanup
 - Trond Myklebust: fix oopsable race in locking code
 - Jean Tourrilhes: IrDA update
 
pre8:
 - Christoph Hellwig: clean up personality handling a bit
 - Robert Love: update sysctl/vm documentation
 - make the three-argument (that everybody hates) "min()" be "min_t()",
   and introduce a type-anal "min()" that complains about arguments of
   different types.
 
pre7:
 - Alan Cox: big driver/mips sync
 - Andries Brouwer, Christoph Hellwig: more gendisk fixups
 - Tobias Ringstrom: tulip driver workaround for DC21143 erratum
 
pre6:
 - Jens Axboe: remove trivially dead io_request_lock usage
 - Andrea Arcangeli: softirq cleanup and ARM fixes. Slab cleanups
 - Christoph Hellwig: gendisk handling helper functions/cleanups
 - Nikita Danilov: reiserfs dead code pruning
 - Anton Altaparmakov: NTFS update to 1.1.18
 - firestream network driver: patch reverted on authors request
 - NIIBE Yutaka: SH architecture update
 - Paul Mackerras: PPC cleanups, PPC8xx update.
 - me: reverse broken bootdata allocation patch that went into pre5
 
pre5:
 - Merge with Alan
 - Trond Myklebust: NFS fixes - kmap and root inode special case
 - Al Viro: more superblock cleanups, inode leak in rd.c, minix
   directories in page cache
 - Paul Mackerras: clean up rubbish from sl82c105.c
 - Neil Brown: md/raid cleanups, NFS filehandles
 - Johannes Erdfelt: USB update (usb-2.0 support, visor fix, Clie fix,
   pl2303 driver update)
 - David Miller: sparc and net update
 - Eric Biederman: simplify and correct bootdata allocation - don't
   overwrite ramdisks
 - Tim Waugh: support multiple SuperIO devices, parport doc updates
 
pre4:
 - Hugh Dickins: swapoff cleanups and speedups
 - Matthew Dharm: USB storage update
 - Keith Owens: Makefile fixes
 - Tom Rini: MPC8xx build fix
 - Nikita Danilov: reiserfs update
 - Jakub Jelinek: ELF loader fix for ET_DYN
 - Andrew Morton: reparent_to_init() for kernel threads
 - Christoph Hellwig: VxFS and SysV updates, vfs_permission fix
 
pre3:
 - Johannes Erdfelt, Oliver Neukum: USB printer driver race fix
 - John Byrne: fix stupid i386-SMP irq stack layout bug
 - Andreas Bombe, me: yenta IO window fix
 - Neil Brown: raid1 buffer state fix
 - David Miller, Paul Mackerras: fix up sparc and ppc respectively for kmap/kbd_rate
 - Matija Nalis: umsdos fixes, and make it possible to boot up with umsdos
 - Francois Romieu: fix bugs in dscc4 driver
 - Andy Grover: new PCI config space access functions (eventually for ACPI)
 - Albert Cranford: fix incorrect e2fsprog data from ver_linux script
 - Dave Jones: re-sync x86 setup code, fix macsonic kmalloc use
 - Johannes Erdfelt: remove obsolete plusb USB driver
 - Andries Brouwer: fix USB compact flash version info, add blksize ioctls
 
pre2:
 - Al Viro: block device cleanups
 - Marcelo Tosatti: make bounce buffer allocations more robust (it's ok
   for them to do IO, just not cause recursive bounce IO. So allow them)
 - Anton Altaparmakov: NTFS update (1.1.17)
 - Paul Mackerras: PPC update (big re-org)
 - Petko Manolov: USB pegasus driver fixes
 - David Miller: networking and sparc updates
 - Trond Myklebust: Export atomic_dec_and_lock
 - OGAWA Hirofumi: find and fix umsdos "filldir" users that were broken
   by the 64-bit-cleanups. Fix msdos warnings.
 - Al Viro: superblock handling cleanups and race fixes
 - Johannes Erdfelt++: USB updates
 
pre1:
 - Jeff Hartmann: DRM AGP/alpha cleanups
 - Ben LaHaise: highmem user pagecopy/clear optimization
 - Vojtech Pavlik: VIA IDE driver update
 - Herbert Xu: make cramfs work with HIGHMEM pages
 - David Fennell: awe32 ram size detection improvement
 - Istvan Varadi: umsdos EMD filename bug fix
 - Keith Owens: make min/max work for pointers too
 - Jan Kara: quota initialization fix
 - Brad Hards: Kaweth USB driver update (enable, and fix endianness)
 - Ralf Baechle: MIPS updates
 - David Gibson: airport driver update
 - Rogier Wolff: firestream ATM driver multi-phy support
 - Daniel Phillips: swap read page referenced set - avoid swap thrashing

Quelques commentaires (très favorables en ce qui concerne les changements majeurs apportés à la mémoire virtuelle par le magicien Andrea Arcangeli, le swap, les temps de réponse,...):
 
<<The VM has been totally rewritten by Andrea Arcangeli using his idea of 'classzone' balancing, and was merged in at 2.4.10-pre11.
 
I've been using 2.4.10-pre13 for a couple of days and... it's AMAZING! All your swap problems will disappear, and for me at least, the VM system is ~3x faster than any 2.4 kernel before it, adn faster than any 2.2 kernel as well by some distance.
 
Go get it whilst it's hot! No longer must we look enviously at FreeBSD!>>
 
________________________________
 
<< The VM is greatly improved. It uses less swap, and swap is released rather than just accumlating.>>
 
________________________________
 
Enfin, tout le monde n'est pas d'accord!
 
<< Well, AA contributed an enormous VM patch that basically changes the whole system. Apparently it has good effect for interactive uses like MP3 players and web browsing, but testers at HP labs say that the performance of the 2.4.10 VM is the worst of the (very bad already) 2.4.x series on their 4-8 GB machines with 30+ SCSI devices each. They make this conclusion based on NFS benchmarks.
 
On my machines, I've had tons of problems, and 2.4.10-preXX didn't make them go away. Until Linux drops the concept of memory overcommit, I'm afraid that the VM is going to continue to suck.>>
 
_____________________________
 
Je dirais même plus!
 
<< If your system is out of memory (totally out - no RAM, so Swap) then stuff will fail. That's true on any system
 
That is untrue. There is no need for any existing process to die in an OOM condition, although it may be necessary to prevent new processes from being spawned. The problem that the OOM killer tries to address is exhaustion of paging space by a rogue process, but that can be handled adequately by higher-level policy means (e.g. per-process limits, applying quota to paging space). Rejecting the policy-based approach in favor of warping the entire VM system's page-replacement strategy is IMO a mistake of the first magnitude. Contrary to what you imply, most other systems get by just fine without an OOM killer; many of them - but notably not including any flavor of NT - behave much more gracefully under memory pressure than Linux does.
 
Before you attempt to lecture me on how VM systems work, I should point out that I was at one time the go-to guy for a VM system more sophisticated than Linux's on one of the earlier SMP UNIXes (Encore's UMAX V). I do know how these things work, and that is why I make the claims that I do. The OOM killer does deserve to be killed.>>
 
________________________________
 
<< Yes. Yes, yes, yes. I can start UT on a 256-mb machine, play for an hour, come back out into X and still not have any swap used. It passes my stress-test ... we'll see about 3 days without a reboot or swapoff / swapon...>>
 
________________________________
 
<< There have been some persistent VM bugs for several versions (since about 2.4.4). 2.4.10 fixes them because Linus incorporated Andrea Arcangeli's VM patches. I'm running 2.4.10pre13aa1 and things are vastly improved. The "swap storms" of previous versions have completely gone away. 2.4.10 should be excellent.
 
If you still find swap problems, grab Andrea's latest patches (look in the people/andrea directory on the kernel mirrors). He's added some modified swap code the other day that's not in 2.4.10.>>
 
_____________________________
 
Zzzzooooooooooooommmmiiiiiiiinnnn'!!!!!!!!!

<< Current bandwidth utilization: 96.11 Mbit/s
 
 That means:
1 kernel every 2-3 seconds
or
5 patches every second
or
96% of the bandwith from kernel.org is used>>
 
_____________________________
 
Desktop users may like the pre-emption patch
 
<<Those of you who use Linux as a desktop may be interested in the pre-emptible kernel patch for 2.4.10, available from here [tech9.net].
 
This patch allows the rescheduling of in-flight kernel syscalls if a higher-priority process than the process calling the syscalls becomes eligible to run.
 
What it means in practice for the typical desktop user is a major enhancement to interactive performance under Linux, especially when under heavy load. Your X pointer will never freeze with this patch. Using this patch, I have played skip-free mp3's whilst my system has had a loadavg of 20, and my KDE desktop was still usable. I could never hope to achieve this with ordinary Linux. It's a really impressive bit of work. Go try it out.
 
Of course, people with the need for proper real-time response out of Linux (musicians, for example) will love it even more... maximum latencies for me with this patch are under 4ms - again, very impressive.
 
It's slated for inclusion in the mainline kernel early in 2.5, but could do with lots of testing first... you know what to do.>>
 
_____________________________
 
 Re:Desktop users may like the pre-emption patch
 
<< I've been running this patch on my desktop and notebook systems for a few days now, and my experiances have been very(!) positive. Desktop interaction, games, movies and music all interact a lot smoother (quite noticable on high loads, like compiles etc)
 
However as someone pointed out, the average throughput does suffer somewhat (last figure i heard was 4% decrease). This might not be the right thing for a server.
 
However if you primary use a system as a desktop system, go for it and try it out! it could use all the eyeballs it can get. >>
 
______________________________
 
<< Just downloaded it and built it. I just came off of a 2.4.5 kernel ... was used to an instant free memory drain -- 512Mb used to go to about 40Mb free in no time with X up. WOOHOO ... now showing 328Mb free with full KDE 2.1, xawtv, mozilla, and a few other thingies running - 60 processes in all. I think I'm gonna like this!!>>

oué ca a l'air sympa ! je l'install dès que possible

vive /.
 
sinon pour le preemptible patch, il serait peut être mis en option et non activé par défaut et aussi désactivé si il y a SMP car il y a quelques pbs en SMP.
Cependant certains on noté encore des pbs avec des mp3 sous une forte charge, c'est pkoi il y a un patch pour mesurer la latence du kernel afin de déterminer qu'elle en serait la cause.
http://kt.zork.net/kernel-traffic/ [...] 133.html#1
http://lwn.net/2001/0920/kernel.php3

Ca se confirme: les linuxiens qui ont patché semblent vraiment très contents!
 
<< First Impressions 2.4.10 from 2.4.8
 
 My System:
 
Redhat 7.1
X 4.0.2
 
Hardware IBM ThinkPAD A21p PIII 850/512MB
 
1) Graphics performance for my M3 ATI processor in my IBM Thinkpad has quite frankly increased a great deal. This is way obvious do to the rapid spinning of my OpenGL plugin for XMMS.
 
MESA demo's show a 23% speed improvement. Especially tunnels mesa demo frame rate.
 
VWARE shows a drastic improvement in sound processing ability on my thinkPAD when I use 2.4.10. I am not sure why, 2.4.8 was a good improvement but 2.4.10 is even better.
 
(Gotta have my ArtBell...)
 
2) Virtual memory now shrinks its pool considerably when free memory is used up and you start to quit processes.
 
I loaded Oracle 8.1.7, VMWARE 2.0, Forte' , Bugseeker, and my website up, and MySQL. I was short 170 Megabytes of memory and the virtual swap space handled it very well.
 
Wasn't slow at all, at least too me. I then logged out and quit all my apps after running some non trivial tests.
 
I did notice my SWAP shrunk from 170 to 30MB when I logged out and shut everything out.
 
This is very good, I haven't tested whether or not the kernel will kill a process that takes all memory and is obnoxious about memory, without killing the machine. I would like this feature as normally Linux will just die.3) Startup time was faster by 5 seconds with no changes. I am not sure why, probably do to the memory management fixes.
 
My use of VMWARE suggests some rather dedicated speed improvments to the basic software.
 
If you have 2.4.8, you have little reason and everything to gain by upgrading to 2.4.10.
 
Speed, more effective VM, and graphics are improved noticably.
 
I highly recommend you upgrade. >>
 
___________________________________
 
<< I know about the problems with the previous kernels 2.4.* - 2.4.8, but resources got better in 2.4.9 and now with an uptime of so far 4+ hours i am seeing increadible performance with the new 2.4.10. VM rules in this rewrite. Keep up the supurb work guys ...>>
___________________________________
 
<< I'm running it right now, built it with make-kpgk on debian and it indeed seems less swapperish. I'm right now playing skip-free mp3's, editing a webpage with Quanta, and checking out the modifications and switching desktops on KDE 2.2.1 like there's no tomorrow on a PII 400 with 64 MB. It's still slow (but tat's because of low mem and a slow box), but without this (and the VM changes which seem to work better than the previous version) I would have a box that would be frozen because of the HORRIBLE swapping. Much better indeed...
 
 
I'm keeping an eye on these people. Very nice for desktops indeed. Thanks for the pointer
 
 
Oh and it hasn't crashed on me yet, so that's even an added plus
>>
___________________________________
 
Une réponse à Dark Schneider?
 
<< "I dunno. I've installed the patch and built a preemtible kernel, and mp3s still glitch pretty easily when I switch from X to console or switch workspaces."
 
Well then, there's a few things to consider:
 
    * Is your mp3 player running with real-time scheduling? Even with a pre-emptible kernel, if your mp3 player is not running real-time, which is the default for both XMMS and Noatun, then it can easily get starved of CPU time for long enough that it causes a skip. The Linux scheduler is... just too fair to other processes on your system. From the symptoms you describe, this sounds like the most likely cause. Yes, this should be fixed in XMMS and artsd (which does the mp3 decoding for Noatun), but it's pretty easy to turn real-time scheduling on for both of them.
    * Are you using a filesystem other than ext2 on your system? The filesystem code is generally the largest source of latency in Linux, and the pre-emptible kernel patch has had most of its testing so far on ext2-based machines. This is why the pre-emptible kernel patch needs all the eyeballs it can get, to pick out areas of long-held spinlocking that have been missed.
    * Do you have a very slow hard disk, or maybe your partitions are highly fragmented? All the fancy kernel trickery in the world can't help you if your hard disk simply cannot seek or pull data off the disk fast enough.
    * Is your sound card driver broken? The only machines I've seen the pre-emptible kernel running on were using the kernel sb16 and emu10k1 drivers. If you're running one of the less-used kernel sound drivers, or worse, a sound driver that's not in the mainstream kernel (this includes ALL of ALSA, btw) then all bets are off. For instance, it could be that your sound driver is a little too cocky abouts its buffering, and when the PCI bus gets busy (as could well happen when switching to a VT or switching workspace, especially if you have a PCI graphics card) then the sound driver's kernel buffer overflows. ALSA in particular seems to have some kind of interaction problem with the pre-emptible kernel, again, this is why the pre-emptible kernel patch needs eyeballs.
 
Hope that helps.>>
 
___________________________________
 
Le kernel 2.4.10 en un mot: IN-DIS-PEN-SA-BLE !
 
Les patches à trouver sur un mirroir:
 
ftp://M I R R O I R/pub/linux/kernel/v2.4/patch-2.4.7.bz2
ftp://M I R R O I R/pub/linux/kernel/v2.4/patch-2.4.8.bz2
ftp://M I R R O I R/pub/linux/kernel/v2.4/patch-2.4.9.bz2
ftp://M I R R O I R/pub/linux/kernel/v2.4/patch-2.4.10.bz2
 
Exemples: http://www.planetmirror.com/pub/li [...] 10.tar.bz2
http://www.jp.kernel.org/pub/linux [...] 10.tar.bz2
 
Comment appliquer un patch, si vous avez linux-2.4.9 installé dans /usr/src/linux:
cd /usr/src/linux
bzcat ../patch-2.4.10.bz2 | patch -p0
 
Sinon, patchez un par un dans l'ordre!
 
Ensuite faites make oldconfig pour mettre à jour .config

• Andrea a enfin recodé cette foutu VM de merde... (nota : il est aussi l'auteur de l'algo de l'ancienne VM, qui existe depuis les 2.3, et qui est _vraiement_ merdique et super basique... Il s'était fait flammé méchament à ce sujet et je crois bien que si ce n'étais pas un pote de Linus, Il se serait même fait dumper de la branche officielle
• Malgrès tout cela, ce n'est que la seconde faute que l'on peut imputer à Andrea, et d'un autre coté, c'est un mec qui codes des trucs interessants, vous devriez aller voire la branche -aa... Il n'aurais simplement pas du négliger l'importance de la VM...
• Note : ce noyeau corrige pas mal de trucs, mais le dernier merge entre les branches d'Alan et de Linus date du pre 12 et donc ne contiens pas tous les avantages d'un 2.4.9-ac14 concernant les perfs du ReiserFS 3.6...
• Putain, Linus, t'est trops lourd, quand vas tu enfin rabatre ta fiertée, admetre que tu n'est pas le master des masters, et enfin merger la partie ext3 de la branche d'Alan?

heu... excuses moi de te demander pardon, mais c'est :
bzcat ../patch-2.4.10.bz2 | patch -p1
si tu te trouves dans /usr/src/linux...

Il y a plus qu'a attendre que les petits gars de mandrake sortent les RPMS qui vont bien.
 
(avant de me faire flamer, les noyaux mdk contiennent des trucs en plus ...., plus le fait de pas peter les dependances rpms)

PinG> t'es pas cool !
cela aurait été marrant de les voir se déchirer pour leur première recompilation de kernel.
 
je cherche toujours un site complet pour ext3 ( rien à foutre du site ext2 trop ext2 minded et du site RH, trop ... RH ). En fait tant que ext3 n'aura pas une homepage dédiée et donc fera moins béta ( on en parle aurant à cause de la décision de Rh de l'intégrer dans ses releases ) il ne sera pas dans la branche officiel. quanta+ tourne sous ext3 non ?

Dark_Schneider a écrit a écrit : PinG> t'es pas cool ! cela aurait été marrant de les voir se déchirer pour leur première recompilation de kernel.   je cherche toujours un site complet pour ext3 ( rien à foutre du site ext2 trop ext2 minded et du site RH, trop ... RH ). En fait tant que ext3 n'aura pas une homepage dédiée et donc fera moins béta ( on en parle aurant à cause de la décision de Rh de l'intégrer dans ses releases ) il ne sera pas dans la branche officiel. quanta+ tourne sous ext3 non ?

voui... sinon, ext3 est vraiement pas mal... Je l'utilise sur ma bécanne @work en prod, et c'est pas mal...
Pour quanta+, voui ca marche, skreem aussi
Sinon, je pensse que les FS-hackers ont autre chose à br?nler que de faire du chteumeuleu...
avantages de l'ext3 :

• passage de l'ext2 vers le 3 super facile -> pas besoin de détruire
• journalisé
• asser bonnes perfs...
• pas mal d'outils biens sexys livrés dans le bundle...
• déjas intégré dans tout ce qui mérite votre intention : RH 7.1, mandrake 8.1, Debian woody, branche Alan Cox du kernel, ...
• les quotas fonctionnels sans problèmes juridiques/[de licences] (même si la fuckin licence de certaines parties du code sont en Fuckin GPL... )
• le seul FS aujourd'hui à proposer certains 'flags' bien powerfull... (immutable, force_erase, keep_back et conssors...)

Merci à toi PinG d'avoir corrigé ce que j'avais traduit de Slashdot! Je ne suis qu'un débutant.
Sinon, j'ai lu que c'est le type qui envoie les patchs ext3 à Alan qui n'a pas encore demandé à Linus de les intégrer au noyau officiel. Il veut être sûr à 100% que tout fonctionne parfaitement. A-t-il tort si l'on se rappelle qu'un bug a encore été corrigé il y a peu?
 
DarkSchneider, est-ce ceci que tu cherches?

Merci à toi PinG d'avoir corrigé ce que j'avais traduit de Slashdot! Je ne suis qu'un débutant.
Sinon, j'ai lu que c'est le type qui envoie les patchs ext3 à Alan qui n'a pas encore demandé à Linus de les intégrer au noyau officiel. Il veut être sûr à 100% que tout fonctionne parfaitement. A-t-il tort si l'on se rappelle qu'un bug a encore été corrigé il y a peu?
 
DarkSchneider, est-ce ceci que tu cherches?

Ping> ton orthographe ne s'améliore pas.
s/intention/attention
 
Beavis and Butt-head> j'ai connu mieux comme site. suffit de lire celui de reiserfs. vachement complet.

Bien je confirme aussi que ce 2.4.10 est de loin le meilleur de la série... faut encore que j'essaye le patch sur la gestion préemptive de la mémoire... mais ca a l'air très bien parti...
 
Comme je disais à un pote, le 2.4.10 est à linux ce qu'XP est à Windows =)

ha il est bon ce tit kernel là avec le patch preempting :-)
 
pour appliquer le patch (j'ai pas trouvé d'indications sur comment faire...alors je me suis inspiré de l'exemple de PinG)
cat nom_du_patch | patch -p1
 
Processor type and features
   

• Preemptible Kernel (NEW)

• APIC and IO-APIC support on uniprocessor

Linux Weekly News: <<The initial user reports on 2.4.10 are almost uniformly positive.>>
 
http://www.lwn.net/2001/0927/
____________________________
 
Bientôt ext3 dans le kernel:
 
From:  torvalds@transmeta.com (Linus Torvalds)
To:  linux-kernel@vger.kernel.org
Subject: Re: Linux-2.4.10 + ext3
Date:  Mon, 24 Sep 2001 02:06:05 +0000 (UTC)
 
In article <1001280620.3540.33.camel@gromit.house>,
Michael Rothwell  <rothwell@holly-springs.nc.us> wrote:
>On 23 Sep 2001 11:54:13 -0700, Linus Torvalds wrote:
>> >> Ok, I released a real 2.4.10, let the fun begin..
>
>I'd love to have ext3 support in it... Fun begins later, I suppose...
 
We'll merge ext3 soon enough.. As RH seems to start using it more and
more, there's more reason to merge it into the standard kernel too.
 
So don't worry. It will happen.
 
  Linus
 
_________________________________
 
Patch ext3 pour le 2.4.10:
 
From:  Andrew Morton <akpm@zip.com.au>
To:  lkml <linux-kernel@vger.kernel.org>,
  "ext3-users@redhat.com" <ext3-users@redhat.com>
Subject: ext3-2.4-0.9.10
Date:  Sun, 23 Sep 2001 23:01:51 -0700
 
An ext3 patch against linux 2.4.10 is at
 
 http://www.uow.edu.au/~andrewm/linux/ext3/
 
This patch is *lightly tested* - ie, it boots and does stuff.
The changes to ext3 are small, but the kernel which it patches
has recently changed a lot.  If you're cautious, please wait
a couple of days.
 
The patch retains the buffer-tracing code.  This will soon be
broken out into a separate patch to make ext3 suitable for
submission for the mainstream kernel.
 
Changelog:
 
- Fix an oops which could occur at unmount time due to non-empty
  orphan list.  This could be triggered by an earlier error during a
  truncate.
 
- Merge Ted's directory scan speedup heuristic.
 
- Remove the abort_write() address_space_operation by ensuring that
  all prepare_write() callers always call commit_write().
 
- A number of changes to suit the new 2.4.10 VM and buffer-layer design.
 
-
 
__________________________________
 
Patchs pour ajouter ext3 au 2.4.10, et preemptable kernel support.  
 
From:  Christoph Lameter <christoph@lameter.com>
To:  <linux-kernel@vger.kernel.org>
Subject: Ext3 + Preempt for 2.4.10
Date:  Sun, 23 Sep 2001 22:32:08 -0700 (PDT)
 
I made a patch for 2.4.10 to add ext3 and preemptable kernel support.
 
Patch:
 
http://lameter.com/kernel/ext3-2.4.10.gz
 
Full kernel:
 
http://lameter.com/kernel/linux-2. [...] mpt.tar.gz
 
-
 
_________________________________
 
From:  Robert Love <rml@tech9.net>
To:  linux-kernel@vger.kernel.org
Subject: [PATCH] (Updated) Preemptible Kernel
Date:  18 Sep 2001 20:10:39 -0400
 
This patch enables a preemptible kernel - now userspace programs can be
preempted, even if in kernel land.  This should result in greater system
response.
 
Updated patches are available at:
http://tech9.net/rml/linux/patch-r [...] t-kernel-1 and
http://tech9.net/rml/linux/patch-r [...] t-kernel-1
for 2.4.9-ac12 and 2.4.10-pre11, respectively.
 
ChangeLog is at http://tech9.net/rml/linux/changelog-preempt
 
The Athlon-optimized problem is fixed and a final solution is merged.
 
We have had reported success with XFS, although a patch is required to
compile, available at
http://tech9.net/rml/linux/other/p [...] empt-fix-1
 
Finally, I have gotten great feedback from SMP users -- both in that "it
works" and that benchmarks show an improvement.  Thus, SMP and
preemption together are no longer marked experimental.
 
The only outstanding issue is a possible issue with ReiserFS, although I
am beginning to think this is attributed to VM muck and not ReiserFS.  
If you use ReiserFS, I would appreciate some feedback. (Note that the
issue is _not_ fs corruption or anything of the ilk, just odd syslog
messages and the such).
 
Please continue to supply feedback and relevant benchmarks.  I really
encourage "regular" users to try this out -- patch your kernel and
enable CONFIG_PREEMPT.  I am not an audio guy, trust me -- this is worth
it for any desktop.
 
--  
Robert M. Love
rml at ufl.edu
rml at tech9.net