📄 00000223.htm
字号:
Similar procedures are necessary to turn on the networking features. If <BR>something appears to be broken, check the /proc/sys/net/ipv4 directory. "1" <BR>generally denotes enabled, while "0" stands for disabled. <BR>If you use ISDN (as I sometimes do) you will have to recompile your kernel <BR>on your machine with ISDN enabled. One major change is being introduced to <BR>Linux' networking protocol. Whenever a packet was coming in from the <BR>network, under older versions, all processes with an open socket connection <BR>(i.e. executing a read() ) were awoken by the kernel. Obviously only one <BR>process could be the destination of that particular packet, therefore <BR>making it an expensive operation to wake up all other, unconcerned <BR>processes. As of 2.4 if the process registers with the kernel, only that <BR>process will be woken up. <BR>This will greatly benefit ftp and Web servers, after being appropriately <BR>adapted for this new feature. Apache has announced support for the new <BR>feature and will include it in the next Linux minor version. <BR>Previously not optimally supported processors like the newer AMD and Cyrix <BR>models are not up to par with Intel feature support. <BR>The Linux ext2 file system is one of its weaknesses. It is neither very <BR>fast nor very secure (the file's metadata, its time stamps and privileges, <BR>are not written synchronously with the file content's). There is some work <BR>in progress to bring a server-strength file system to Linux. SGI is talking <BR>of porting its excellent efs file system (which Linux 2.4 can now read) to <BR>Linux and there are ports on the way for coda, a journaled file system. <BR>Right now, on a big Linux server with 40 or 50 GBs of disks, it can take 30 <BR>or 40 minutes after a power-failure to fsck (file system check) the whole <BR>file system. With a journaled file system it would only take two or three <BR>seconds. <BR>One change introduced by 2.4 is a unified file-system buffer forread/write. <BR>This will allow for less memory consumption and speed up I/O operation <BR>somewhat. Also, the file system code within the kernel has been properly <BR>adapted for better performance in SMB environments of up to 8 processors. <BR>Many more critical-code sections have been put within locking brackets and <BR>the lock areas are now much more granular. This will solve contention <BR>problems and therefore increase system throughput. <BR>OS/2 partitions (OS/2 is still alive and well) can now be read and written. <BR>New Support for Busses, Devices, and Controllers This is where the new <BR>version really shines, support for new buses, devices, and controllers. The <BR>big news: There is now finally support for USB. On my machine, it worked <BR>more or less flawlessly. In general it works better for low-bandwidth <BR>devices such as mice and keyboards. Not well or not all supported on my <BR>system were the USB modem and the USB printer connection. <BR>The parallel-port driver has now been generalized. This lets a program read <BR>and write the parallel port as with any other device. One positive <BR>side-effect of this is that you can now have the console at boot go to the <BR>parallel port, which gives you the possibility to print all boot messages <BR>on paper. Access to the parallel port is now in DMA, which makes this <BR>considerably faster. <BR>There is now support for 8 IDE controllers from previously 4. Linux will <BR>correctly recognize and configure almost all IDE controllers in the PC <BR>market now. This means that you should not experience a situation where the <BR>install from CD is not possible because the CD-ROM drive is not recognized <BR>before you installed a Linux that permits you to adapt the kernel; the <BR>classic chicken and egg problem. <BR>On one old HP laptop where I could previously not install my self-rolled <BR>Linux 2.2.5 kernel with the RH installer, it now worked flawlessly on the <BR>first try. This feature will speed up Linux acceptance more than all others <BR>presented in this article. <BR>The new kernels will significantly improve support for PC hardware. It will <BR>become even easier for Windows users to switch over to Linux. For existing <BR>Linux believers, unless you desperately need some of the new features <BR>introduced with 2.4 you won't have to rush to get it. I have been running <BR>2.3.11 and 2.3.10 for some time now. Although these are development kernels <BR>I never experienced any real stability problems with them. Linux was, is, <BR>and will, hopefully, always be rock solid. <BR>Linux cognoscenti expect RedHat to introduce the new 2.4 kernels with its <BR>RH6.1 or 6.2 release. It is probably advisable to wait for the major <BR>distributions to come out instead of upgrading now. <BR>Moshe Bar is an Israeli system administrator and OS researcher, who started <BR>learning UNIX on a PDP-11 with AT&T Unix Release 6 back in 1981. He holds <BR>an M.Sc in computer science. Visit Moshe's website at <BR><A HREF="http://cvs.sentience.org/.">http://cvs.sentience.org/.</A> <BR> <BR> www.cmpnet.com <BR> The Technology Network <BR>Copyright 1998 CMP Media Inc. <BR> <BR>-- <BR>※ 来源:·BBS 水木清华站 bbs.net.tsinghua.edu.cn·[FROM: 162.105.17.237] <BR><CENTER><H1>BBS水木清华站∶精华区</H1></CENTER></BODY></HTML>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -