Linux 2.6.34 Released
diegocg writes "Linux 2.6.34 has been released. This version adds two new filesystem, the distributed filesystem Ceph and LogFS, a filesystem for flash devices. Other features are a driver for almost-native KVM network performance, the VMware balloon driver, the 'kprobes jump' optimization for dynamic probes, new perf features (the 'perf lock' tool, cross-platform analysis support), several Btrfs improvements, RCU lockdep, Generalized TTL Security Mechanism (RFC 5082) and private VLAN proxy arp (RFC 3069) support, asynchronous suspend/resume, several new drivers and many other small improvements. See the full changelog here."
Erm, quite a lot? Intel use it as one of their distinguishing factors between upper and lower tier chips (albeit one that they put in data sheets but don't make overly obvious).
How do you restart X without affecting all your GUI apps? If you can't restart X without bringing down your GUI apps, I don't see the point for the target audience.
If you are using something like Gnome or KDE, it can probably save your GUI session. Individual applications will have to deal with their contents, but many of them already do that. At least Firefox and Openoffice can restore their sessions after being terminated.
Escher was the first MC and Giger invented the HR department.
The problem is that the RT2500 chipset is proprietary, closed-source that's "maintained" by a Taiwanese manufacturer who doesn't care about his users at all and only wants to sell cheap hardware and as much of it as possible.
Why would you get quality, polished drivers that are updated to support newer paradigms in newer kernels if the manufacturer isn't cooperating?
I think it's magic that these drivers work at all.
Next time, buy better kit with a reputable mfr that cares about linux support.
Sigs are for the weak.
Other features are a driver for almost-native KVM network performance
KVM is fantastic virtualization technology, yet Xen gets all the hype these days. Why? Paravirtualization is pretty cool stuff, but seriously, what CPU's are made without some type of hardware-assisted virtualization support?
Xen doesn't get all the hype. From what I've seen everyone is ditching xen and redhat is leading the way. Not that I mean to imply that xen deserves to get ditched, it's great too.
I'm sure you are disappointed that your 200Mhz Pentium Pro doesn't support vt-x, but the rest of the world owns (or will soon purchase) processors that do. To see what I mean, just go to newegg.com. 63 out of the 76 (83%) desktop-class processors they sell have virtualization technology built in. 78 out of the 80 (98%) of the server-class (ones that really matter) processors they sell support it.
And, if you still don't believe me, check out this page on Wikipedia for a list of the Intel processors that support VT-X. Among the crapload of processors listed, you'll notice that 100% of their newest, i3, i5 and i7 processors have virtualization support.
Yeah, but then you have dick moves like my CPU supporting VT (AMD Neo) but being disabled by the Bios with no option to enable it. Thanks HP!
Dilbert RSS feed
Well, actually, Ralink has for a long time been providing documentation to open source developers writing drivers for their devices, without requiring an NDA.
Because regardless of what the grandparent said, the above post is insightful. It's also interesting to those who know nothing of Linux but do know of Windows servers falling over because of a mandatory patch, for example. For essential systems, a working stable configuration does indeed make more sense than a cutting edge potentially buggy one.
I hate to trot out Ubuntu as an example, but why do you think they have Long Term Support releases? High availability production servers are not expected to run Ubuntu Server 9.10; It has a lot of patches which may break features which worked in previous versions (just look at the list of dependencies removed when you upgrade). I would expect a significant number of those servers to be running 8.04 LTS, and to potentially upgrade to 10.04.1 when it becomes available (the LTS version of LL still being relatively new and untested).
Finally had enough. Come see us over at https://soylentnews.org/
Except they did work, and worked better, in the last version. The kernel maintainers swapped out the working version for a flakey version, and now have made enough changes that the working version won't work even if you compile it in manually.
Did it occur to you to actually read the post you were replying to? This was in all there, not behind a link or anything.
Comment of the year
KVM is not controlled by any company, and is done the "right way" according to Linus and friends.
Whereas Xen is nominally controlled by Citrix.
Either way, both are GPL and both are compatible with libvirt so it seems a moot point. Use whatever your distro comes with.
What I really want is OpenVZ in the Kernel. Sometimes, I just want a lightweight VM...
We have a bunch of HPs in the office that I thought had this problem too. However, it turns out HP hides the VT-X enable flag under the Security Options in the BIOS (I can only imagine how that makes any sense, but whatever), at least on their desktop machines. Could be worth a look.