|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Sergey Lentsov 2:4615/71.10 19 Jan 2001 05:51:00 To : All Subject : URL: http://lwn.net/2001/0118/kernel.php3 -------------------------------------------------------------------------------- [1][LWN Logo] [2]Click Here [LWN.net] Sections: [3]Main page [4]Security Kernel [5]Distributions [6]Development [7]Commerce [8]Linux in the news [9]Announcements [10]Linux History [11]Letters [12]All in one big page See also: [13]last week's Kernel page. Kernel development The current kernel release remains 2.4.0. Linus continues to put out 2.4.1 prepatches; the 2.4.1 prepatch is in its eighth revision as of this writing. It contains a number of small fixes, Jens Axboe's block I/O scheduling improvements, and, as of pre4, the ReiserFS filesystem (see below). See Linus's [14]"half-assed changelog" for a quick list of the contents of this patch. Alan Cox continues to maintain his "ac" series, with the latest release being [15]2.4.0-ac9. This patch is rather more extensive than Linus's prepatch (7MB, as opposed to just over 1MB for 2.4.1-pre8). Much of what is there is the result of a late kernel code auditing frenzy by a number of people; many questionable things have been cleaned up. Linus's conservative approach to 2.4 patches is creating a large backlog of stuff waiting to go in. There will be quite a job of merging to do once Linus opens things up again. No 2.2 kernel prepatches have come out over the last week. Disk corruption with 2.4.0 and VIA IDE chipsets has been reported by some users. Evidently some VIA chips don't do DMA all that well, leading to [16]unhappy users who, hopefully, have good backups. The maintainer of the driver for VIA IDE is Vojtech Pavlik; his is currently [17]looking for trouble reports in order to be able to pin down just what the problem is. If you have VIA IDE and (1) have seen problems, or (2) are willing to do some testing, consider helping so that this problem can be eliminated. 2.4.1-pre6 also had disk corruption problems due to a mistake in the ReiserFS merge. It was fixed quickly, but it's always good to have an occasional reminder that development kernels can be risky. Those who are interested can read [18]Linus's description of the problem and why he didn't notice it right away: With a gig of RAM, inodes tend to cache really well. Now, I'm not saying your filesystem is toast. I'm just saying that if you booted up in pre6, I'd suggest a quick reboot into a better kernel might be a good idea (be a jock, and do a sync and just push the reset button to force a proper fsck when it comes up - just in case). This problem was discussed as part of a thread on the virtual memory performance of the 2.4.1 prepatch series, which is generally considered to be inferior to 2.4.0. ReiserFS is in. Last week, remember, Linus [19]announced that he was going to be extremely conservative in accepting patches for 2.4: In order for a patch to be accepted, it needs to be accompanied by some pretty strong arguments for the fact that not only is it really fixing bugs, but that those bugs are _serious_ and can cause real problems. Some people were thus rather surprised to see a whole new filesystem show up in 2.4.1-pre4. It's hard to make the claim, after all, that the addition of ReiserFS is fixing a serious bug. [20]Linus's answer to this surprise is essentially (1) putting ReiserFS into 2.4.1 has been expected for some time; (2) people have been pounding on ReiserFS for quite some time - SuSE, for example, has included it for a while; (3) ReiserFS does not affect anything outside of the filesystem, and (4) no showstopper bugs have shown up, so there's no need for a pure bugfix release. So what is ReiserFS, anyway? This filesystem, created by Hans Reiser, has attracted interest in recent times due to its journaling capability - it can recover from a crash without the need for a lengthy filesystem checking pass. But journaling was not the original purpose behind ReiserFS - Mr. Reiser has much more ambitious plans than that. For details, have a look at [21]the ReiserFS writeup from the November 11, 1999 LWN Kernel Page. For many, many more details, set aside a block of time and visit the [22]Namesys home page. For those wanting to experiment with ReiserFS, bear in mind that NFS still can not serve files from a ReiserFS partition. There are patches in circulation to remove that limitation, but they have not yet made it into the kernel tree. (Yes, SuSE's 2.2 distribution features a working ReiserFS NFS, but those patches are not currently in the 2.4.1 prepatch). Who's the fastest web server of all? One of the more controversial features of the 2.4 kernel is khttpd - the kernel HTTP (web) server. Not everybody believes that this sort of service belongs in the kernel. If it is there, however, it should produce good results. Christoph Lameter [23]decided to run some tests, using the Zeus benchmark, to compare khttpd's performance with boa, a user-space web server. His results: Server Requests/second khttpd 197 boa 591 Thus, at a first glance, it would seem there's little reason to keep khttpd in the kernel. Of course, the version of khttpd that is in the 2.4.0 kernel does not support persistent connections, which puts it at a disadvantage. But even when persistent connections were disabled for the test, boa came in with 227 requests per second - still more than khttpd. The story does not end there, however. The author of khttpd - Arjan van de Ven - has a patch which enables support of persistent connections; it just has been kept out of the kernel by the persistent feature freeze. Mr. Lameter [24]reran the tests with the patch applied and got a rather different set of results: Server Requests/second khttpd 1144 boa 591 With persistent connections enabled, khttpd handles almost twice as many requests as boa; this would, one might think, end the discussion. Except, of course, that there is another kernel web server out there. Ingo Molnar decided it would be fun to run the same benchmark with the (upcoming) TUX 2.0 patch, along with the zero-copy networking patch (discussed [25]last week). [26]His results: 12,658 requests per second. It's worth noting that Ingo's test ran on different hardware. Nonetheless, TUX is looking pretty good... The quotes of Chairman Linux. Reading linux-kernel can be fun at times... [27]On device documentation: Once you realize that documentation should be laughed at, peed upon, put on fire, and just ridiculed in general, THEN, and only then, have you reached the level where you can safely read it and try to use it to actually implement a driver. and [28]his poor fortune: Oh, well. Not everybody can be as goodlooking as me. It's a curse. Other patches and updates released this week include: * A [29]logical volume manager (LVM) patch which fixes a number of bugs has been posted by Heinz J. Mauelshagen. * Christoph Lameter has released [30]a patch to khttpd which adds persistent connections and a number of other useful features. * Andreas Bombe has posted [31]an IEEE1394 ('firewire') patch which fixes a number of problems with the 2.4.0 implementation. * Daniel Quinlan has released [32]a cramfs patch which adds a number of new features to the compressed filesystem code. * For those interested in the various "hot-pluggable" peripherals under Linux, a new [33]Linux Hotplugging web site has just been set up. Section Editor: [34]Jonathan Corbet January 18, 2001 For other kernel news, see: * [35]Kernelnotes * [36]Kernel traffic * [37]Kernel Newsflash * [38]Kernel Trap Other resources: * [39]Kernel Source Reference * [40]L-K mailing list FAQ * [41]Linux-MM * [42]Linux Scalability Project [43]Next: Distributions [44]Eklektix, Inc. Linux powered! Copyright Щ 2001 [45]Eklektix, Inc., all rights reserved Linux Ю is a registered trademark of Linus Torvalds References 1. http://lwn.net/ 2. http://ads.tucows.com/click.ng/pageid=001-012-132-000-000-003-000-000-012 3. http://lwn.net/2001/0118/ 4. http://lwn.net/2001/0118/security.php3 5. http://lwn.net/2001/0118/dists.php3 6. http://lwn.net/2001/0118/devel.php3 7. http://lwn.net/2001/0118/commerce.php3 8. http://lwn.net/2001/0118/press.php3 9. http://lwn.net/2001/0118/announce.php3 10. http://lwn.net/2001/0118/history.php3 11. http://lwn.net/2001/0118/letters.php3 12. http://lwn.net/2001/0118/bigpage.php3 13. http://lwn.net/2001/0111/kernel.php3 14. http://lwn.net/2001/0118/a/half-assed-changelog.php3 15. http://lwn.net/2001/0118/a/2.4.0-ac9.php3 16. http://lwn.net/2001/0118/a/via-example.php3 17. http://lwn.net/2001/0118/a/via-ide.php3 18. http://lwn.net/2001/0118/a/lt-toast.php3 19. http://lwn.net/2001/0111/a/lt-2.4-policy.php3 20. http://lwn.net/2001/0118/a/lt-reiserfs.php3 21. http://lwn.net/1999/1111/kernel.php3 22. http://www.namesys.com/ 23. http://lwn.net/2001/0118/a/cl-khttpd.php3 24. http://lwn.net/2001/0118/a/cl-khttpd-persistent.php3 25. http://lwn.net/2001/0111/kernel.php3 26. http://lwn.net/2001/0118/a/im-tux.php3 27. http://lwn.net/2001/0118/a/lt-documentation.php3 28. http://lwn.net/2001/0118/a/lt-goodlooking.php3 29. http://lwn.net/2001/0118/a/lvm.php3 30. http://lwn.net/2001/0118/a/cl-khttpd-patch.php3 31. http://lwn.net/2001/0118/a/firewire-patch.php3 32. http://lwn.net/2001/0118/a/cramfs.php3 33. http://linux-hotplug.sourceforge.net/ 34. mailto:lwn@lwn.net 35. http://www.kernelnotes.org/ 36. http://kt.linuxcare.com/ 37. http://www.atnf.csiro.au/~rgooch/linux/docs/kernel-newsflash.html 38. http://www.kerneltrap.com/ 39. http://lksr.org/ 40. http://www.tux.org/lkml/ 41. http://www.linux.eu.org/Linux-MM/ 42. http://www.citi.umich.edu/projects/linux-scalability/ 43. http://lwn.net/2001/0118/dists.php3 44. http://www.eklektix.com/ 45. http://www.eklektix.com/ --- ifmail v.2.14.os7-aks1 * Origin: Unknown (2:4615/71.10@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/126666cbf7719.html, оценка из 5, голосов 10
|