Linux 2.6.0-test9 Released
keesh writes "Linux kernel 2.6.0-test9 is now out. Changes include SATA support and XFS and CIFS fixes. Because of the change freeze, this is a fairly minor update. In the announcement, Linus suggests that -test10 will be the final release before 2.6.0-final. Don't forget to use a mirror."
Although mirrors will probably be faster, if anyone wants the torrent, I set one up:
r ent
http://69.56.172.70/linux-2.6.0-test9.tar.bz2.tor
I can't wait. I just hope RedHat 10 includes a 2.6 kernel, so I don't have to bother compiling it myself. I'd love to take advantage of the performance improvements, and I'd also like to use SATA drives in my new server.
You are not the customer.
SATA = Serial ATA, a replacement for the old Parallel ATA.
XFS = SGI's high-performance filesystem.
CIFS = Common Internet File System, otherwise known as SMB. The Microsoft networked filesystem emulated by Samba. A misnomer in that it isn't generally used over the Internet (except for worms, ha ha).
I see one of the icons for this story is a compact disc. That's just plain mean.
--------
Bleah! Heh heh heh... BLEAH BLEAH!!! Ha ha ha ha...
It doesn't build for the x86-64 platform, and doesn't boot on "white box" Alphas (ones only intended to run NT). So my 64-bit machines are feeling a bit left out.
At least patches for both problems are available, but need to be merged.
I submitted several bugs to the bug tracker, I e-mailed Alan Cox and Lunis Torvalds, and I still get the same error when trying to run it:
kernel-2.6.0-test9.tar.bz2 is not a valid Win32 application
and then the error message with Ok and Cancel.
Anyone has any howto on whether this bug will ever be fixed? Or is there a service pack or a patch I missed?
if you have problem downloading, try this one.
l ly-/we_need_to_check_da_code/need_cash/buy_mo_shar e/2.6.0-test9.src.rpm
ftp.sco.com/pub/linux/source/beta/kernel/hey_bi
Good luck everyone!!
As a fairly new GNU/Linux user myself, I've found compiling and running new kernels to be quite easy. I should mention, though, that my early efforts failed completely. This was when I was running Red Hat 9. I guess RH needs something special; at any rate I never got 2.6.0-testX to run on it. I am now using Gentoo, and everything seems to be working extremely well, and I'm currently running test8-mm1. I recommend you read this tutorial written for the 2.6 kernel: http://kerneltrap.org/node/view/799. Good luck. :)
-M
Alsa sound drivers are built right in. So now I don't need to copile them separately. The oss support for my sound card was very half ass, it didn't even support full duplex and hardware mixing.
Also, i2c and the lm sensors interface is built right in as well. So now I don't have to compile i2c and lm sensors to know how hot my mobo and cpu are running. They have saved my computer at least once. My cpu fan died on me, I wouldn't have known if I didn't have it graphed.
Also there's pre-emptible kernel option. It makes X more responsive, especially noticeable under heavy load and on slower computers. Supposedly better memory management as well, but as I have 768 megs of ram, I probably won't ever notice that.
There's also USB 2.0 support, and support for USB type removeable drivers. I think both of those are new.
There's probalby more, but those are the ones I know off hand.
Things to watch:
/etc/modules.conf file will likely need to be updated because of differences in the module names.
/dev layout may look different, possibly breaking some scripts.
/proc may not be the same, so things that rely on cat'ing files in /proc might break. For these use applications like lspci instead of reading proc directly.
Build your root fs models statically into the kernel.
Your
Some init scripts will need to be modified.
None of these are fatal errors but will cause some failure messages as the system comes up. This can be a little disconcerting but shouldn't do any harm.
If you're running things like NVidia binary drives, VMWare, or any applications that build kernel modules specific to the running kernel you will need to rebuild those hooks.
Some USB devices may magically start working!
Your
Some parts of
lex@particle theory $ uname -a
Linux particle 2.6.0-test6 #3 Sun Sep 28 19:27:41 EDT 2003 i686 AMD Athlon(tm) Processor AuthenticAMD GNU/Linux
alex@particle theory $ uptime
01:03:46 up 27 days, 3:45, 4 users, load average: 0.16, 0.36, 0.30
And this is my *primary* dev box that doubles as a server (web, mysql, etc.,) and pretty much anything else I use a computer for (play music, video, etc.,)
How exactly is 27 days uptime not stable?
"If anything can go wrong, it will." - Murphy
One big improvement in 2.6 will be with handling of CD and CD-RW drives. CD audio extraction will be able to use DMA, which should speed it up a lot. Also, CD writing will be possible using the regular IDE driver, so it won't be necessary to use SCSI emulation anymore.
For a really comprehensive description of the changes with 2.6, you might want to look at The Wonderful World of Linux 2.6, which goes into much more detail than anyone on /. is likely to be able to.
There's no point in questioning authority if you aren't going to listen to the answers.
Andrew Morton the heralded maintainer of Linux kernel 2.6 will be speaking at the Southern California Linux Expo on November 22nd at the Los Angeles Convention Center in Los Angeles, California. Andrew will be speaking on the Linux pagecache, VFS, filesystem and VM nexus. Regular priced and student priced tickets giving full access to the event are still available for this event. Free expo only tickets are also available using the "FREE" promotional code on the orders page. The Southern California Linux Expo is a non-profit event organized by LUG volunteers.
Ok, before you read any further remember that this is NOT accurate, tested or anyhow valid information. Some of this is purely psychological and has got NOTHING to do with real benchmarks.
.20-ck6. Didn't switch back just yet because I had compiled in some stuff I needed and it takes a while to compile a new kernel with this hardware.
.22-ck1, and it has seemed even more responsive in normal use (IRC, web surfing, MP3s etc) than .20-ck6 which I was already happy with. Responsiveness shows in switching desktops when browser is doing things, starting things and playing MP3s at the same time.
I've been running 2.4 series with CK [1] patches. I'm unfortunately using somewhat low-end hardware (P200MHz) and hence I really appreciate performance. I switched to linux-2.6.0-test8 only a week ago, so again this isn't really the best source of information.
Anyhow, I'm so far REALLY happy with performance of 2.6.0-test8. Before the switch, I was using 2.4.22-ck1 which was a lot worse performance-wise than my previous kernel,
Linux-2.6.0-test8 has done A LOT better than
And yes, as I said in the beginning, most of this is purely psychological and inaccurate. Slower hardware of course benefits more even from smallest performance gains. Then again, I don't believe that 2.6 will be The Thing for serious production enviroments for a while, it's not mature enough yet. But for me -- for desktop use -- great!
[1] http://members.optusnet.com.au/ckolivas/kernel/ (Con Kolivas' kernel patches that aim to a more responsive system)