The 2.7 Kernel: Back To The Future For Linux
Anonymous Coward writes "Now that the Linux 2.6 kernel has been released and is being worked into distributions, many in the open-source community are turning their attention to the next development and test kernel, known as the 2.7 tree. To get an early glimpse at some of the thinking going into the next kernel, key vendors that aid in shaping the Linux kernel helped eWEEK last week put together a long-range wish list for 2.7."
After a frustrating weekend trying to get a High Point SATA card working in my Linux server, I'm putting better SATA support on the top my my wish list!
"We have nothing in common, your attitude annoys me, and your political views are appalling."
With so many people with their own agendas pushing and pulling at the kernel, and Linus being the steadfast leader he is, I can't help but think Linux may be headed for a fork in the not so distant future. Unless there is a way to make the kernel truly enterprise class as well as a responsive, low latency desktop system and a near real time embedded platform all at the same time.
I'm amazed (in the good way) the kernel devs have made it as versatile as they have to this point. Hats off to them and here's to hoping they can keep it up.
"Watch your cornhole, bud."
That was quoted from an Oracle Exec. let's not get ahead of ourselves. I'm not sure how 2.6 is considered a "server" release. The Kernel is the kernel. 2.6 will be the default kernel on desktop installs in a few months I'm sure.
A lot of the patches in 2.6 benefit both the server and desktop camps equally. The scheduler and VM improvments and XFS. I believe RedHat backports those patches to the 2.4 kernel for the ES/AS/WS versions.
If you haven't tried 2.6 yet, you really should. I noticed a considerable increase in X response time with it.
I would like to see less things in the 2.7 kernel than in the 2.6 kernel. Getting device drivers, network drivers, etc, out of the kernel core and into modules was a step forward, but I think the next step forward would be to get these things out of the kernel entirely, and into userland. That would give Linux a huge advantage over Microsoft Windows. Installing and un-installing device drivers would become much easier for users. Manufacturers would like this too because then there would be less concern about GPL and device drivers. It would be easier to release binary-only drivers.