Language Selection

English French German Italian Portuguese Spanish

Kernel Log: Coming in 3.2 (Part 4) – Infrastructure

Filed under
Linux

Just before last weekend, Linus Torvalds released the fifth pre-release version of Linux 3.2. In his release email, he expressed some disappointment about the increase in commits since RC4 compared to the second and fourth release candidates. Torvalds says that there's "nothing really scary" in RC5, noting that the changes tend "to be pretty small, and many of them are solid regression fixes"

Torvalds has not yet given any indication of an expected release date for kernel 3.2. But, with many kernel developers away from their keyboards over the Christmas and New Year period, to avoid having the Linux 3.3 merge window fall within this period, the next major Linux version is unlikely to be released before early January. The Kernel Log will nonetheless complete the "Coming in 3.2" series before Christmas. Following articles on new features in the areas of network drivers and infrastructure, filesystems and architecture and processor support, this article is concerned with other kernel infrastructure. The series will conclude with an article on drivers.

Memory management




More in Tux Machines

10 tips for easier collaboration between office suites

Yes, you are likely using the Microsoft formats for your documents. However, they don't always follow OpenDocument Format (ODF) standards. Instead of opting for the proprietary Microsoft formats, switch over to one that's welcomed by nearly all office suites: ODF. You'll find a much more seamless collaboration process and fewer gotchas when moving between office suites. The only platform that can have a bit of trouble with this format is Android. The one Android office suite that works well with ODF is OfficeSuite 7 Pro. Read more

Outsourcing your webapp maintenance to Debian

It turns out that I'm not the only one who thought about this approach, which has been named "debops". The same day that my talk was announced on the DebConf website, someone emailed me saying that he had instituted the exact same rules at his company, which operates a large Django-based web application in the US and Russia. It was pretty impressive to read about a real business coming to the same conclusions and using the same approach (i.e. system libraries, deployment packages) as Libravatar. Regardless of this though, I think there is a class of applications that are particularly well-suited for the approach we've just described. If a web application is not your full-time job and you want to minimize the amount of work required to keep it running, then it's a good investment to restrict your options and leverage the work of the Debian community to simplify your maintenance burden. The second criterion I would look at is framework maturity. Given the 2-3 year release cycle of stable distributions, this approach is more likely to work with a mature framework like Django. After all, you probably wouldn't compile Apache from source, but until recently building Node.js from source was the preferred option as it was changing so quickly. While it goes against conventional wisdom, relying on system libraries is a sustainable approach you should at least consider in your next project. After all, there is a real cost in bundling and keeping up with external dependencies. Read more

How Intel HD Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers With Steam On Linux

As earlier this week I did a 20-way AMD Radeon open-source comparison, looked at the most energy efficient Radeon GPUs for Linux gaming, and then yesterday provided a look at the fastest NVIDIA GPUs for open-source gaming with Nouveau, in this article is a culmination of all the open-source graphics tests this week while seeing how Intel Haswell HD Graphics fall into the mix against the open-source Radeon R600/RadeonSI and Nouveau NV50/NVC0 graphics drivers. Read more

Leftovers: Gaming