zram swap has really sped up my workstation laptop, so I'm pleased to see it in 3.14. I've been running zram in place of a swap partition for about three weeks now. I notice Vim opens faster, as do Chromium bookmarks.
Right now I'm having to use an unofficially supported shell script to get zramswap [1]. Hoping official support is on the way.
So I tried looking around for info on this but my Google-fo is kind of weak. If you are still following these comments can you expound on this? It sounds very, very interesting.
While this is true, I have the same feeling as jmnicolas since Linus released version 3. I guess it's because of the new release numbering scheme. Let's not forget that we had 2.6 for close to 8 years!
I see more posts about it in Hacker News and Reddit, but other than that nothing much has changed since 3.0 regarding version numbering and scheduling and that was in 2011.
It's because our silly little brains think there is a bigger difference between 3.12 and 3.14 than between 2.6.30 and 2.6.32.
When really the prefixes 2.6 and 3 are equivalent in meaning, and the real difference between 12 and 14 and 30 and 32 is also exactly the same.
Human brains seem to be evolved to think about numbers in a logarithmic fashion. We stop to think for a long while to debate whether to spend 50 or 75 bucks on a piece of clothing, while we can't perceive the difference between spending 50,000 or 50,025 thousand on a car. The difference would have to be 50,000 to 75,000 thousand for us to perceive it equally.
> We stop to think for a long while to debate whether to spend 50 or 75 bucks on a piece of clothing, while we can't perceive the difference between spending 50,000 or 50,025 thousand on a car. The difference would have to be 50,000 to 75,000 thousand for us to perceive it equally.
A bit off-topic, but I've read about this irrational thought pattern before, and it strikes me that it's not that irrational. In general, one buys a car far less frequently than one buys a piece of clothing, so saving 25 bucks every time one buys a piece of clothing is going to add up to a lot more than saving 25 bucks every time one buys a car. The expense of a purchase correlates with how rare that type of purchase is, so it seems sensible to me.
I realize that as a number, 3.14 looks familiar to people, and I had
naming requests related to that. But that's simply not how the
nonsense kernel names work. You can console yourself with the fact
that the name doesn't actually show up anywhere, and nobody really
cares. So any pi-related name you make up will be *quite* as relevant
as the one in the main Makefile, so don't get depressed.
Besides, any self-respecting geek will know pi to twenty decimal
places from their dorky youth, so 3.14 isn't really *that* close, is
it?
3.14 = pi which is always a special number. Who knows.
Besides Linux powers almost everything on the internet, (almost) all of the world's smartphones and tablets, routers, NASes, millions and millions of embedded devices, not to mention desktops, Chromebooks, clouds and developer machines.
If you raise your focus up past your hipster Macbook and decaffed latte, even a small Linux release is a pretty big thing.
> (almost) all of the world's smartphones and tablets
Almost none of which will ever run this particular Linux kernel release.
Given the regularity of the kernel release schedule, it seems to me that a release would have to include something particularly interesting (not just support for yet another processor and yet another file system) in order to qualify as newsworthy on a general interest news site like this one.
I can see the point of having a Macbook but what's the point of a decaffed latte? Surely it is just like drinking milk? There's no caffeine power to be extracted!
It's Linux :) Usually every release get on the frontpage.
Anyway, yes, I'd say that this one is a pretty big release, if only for the several BTRFS patches, DEADLINE mainlained, DPM support for newer AMD gpus and Intel Broadwell graphics (hd 6000?) support considered stable.
I sure don't know - I've been using it for a while on my desktop system without any problem, but my usage is pretty light (compress/autodefrag enabled, snapshots with snapper before and after every system update, beside that I just use it as a normal filesystem).
For what it's worth, it's considered production quality by SuSE with SLES.
That file is a bit old, it hasn't been updated since 2009 - While it might not be production-ready, it's not as bad as it does sound (for example, the disk format is finalized, and shouldn't get any changes in the future).
As for the distros, I think none of the big ones default to it yet, but it's definitely a first-class citizen in OpenSUSE (and should be the default fs in OpenSUSE 13.2, according to the official plains).
The wiki hasn't been updated for the last few kernel versions either. I think the only place to get good information right now is the IRC channel, #btrfs on freenode. webchat.freenode.net/?channels=%23btrfs
I think that would then be the first time that Ubuntu LTS is piggybacking on an LTS kernel. With 3.12 already 6 months old that seems unlikely to me given Ubuntu's usual attempts to support modern hardware.
If they don't use 3.14 they won't have complete Intel broadwell support. Since those chips will come out and be the primary source of new 14.04 installs, they either need to release a point release with a new kernel around the product launch or get 3.14 in now.
Of course they could backport those patches to their kernel.
Understandably launching ubuntu 14.04 with and older kernel is less than ideal, but launching on a kernel that will lose support in 6 months is probably a worse idea.
which I would describe as exceedingly disconcerting. An excerpt:
> So areas like huge pages, page migration, and the mbind() system call have been fertile ground. In the case of mbind(), it turned out that all callers were going through a user-space library. That library did argument checking, so, naturally, the system call itself did not.
63 comments
[ 3.0 ms ] story [ 125 ms ] thread> /!\ /!\ /!\ WARNING /!\ /!\ /!\ : This page is not complete and it's missing lots of critical information.
Also: https://lwn.net/Articles/581657/, https://lwn.net/Articles/582352/, https://lwn.net/Articles/583681/, http://www.phoronix.com/scan.php?page=news_item&px=MTYzNDg and http://www.reddit.com/r/linux/comments/21sxiw/linux_314_rele....
π
zram swap has really sped up my workstation laptop, so I'm pleased to see it in 3.14. I've been running zram in place of a swap partition for about three weeks now. I notice Vim opens faster, as do Chromium bookmarks.
Right now I'm having to use an unofficially supported shell script to get zramswap [1]. Hoping official support is on the way.
1: https://aur.archlinux.org/packages/zramswap
http://plan9.bell-labs.com/sys/doc/names.html
FYI: https://en.wikipedia.org/wiki/Linux_kernel#Maintenance
When really the prefixes 2.6 and 3 are equivalent in meaning, and the real difference between 12 and 14 and 30 and 32 is also exactly the same.
Human brains seem to be evolved to think about numbers in a logarithmic fashion. We stop to think for a long while to debate whether to spend 50 or 75 bucks on a piece of clothing, while we can't perceive the difference between spending 50,000 or 50,025 thousand on a car. The difference would have to be 50,000 to 75,000 thousand for us to perceive it equally.
A bit off-topic, but I've read about this irrational thought pattern before, and it strikes me that it's not that irrational. In general, one buys a car far less frequently than one buys a piece of clothing, so saving 25 bucks every time one buys a piece of clothing is going to add up to a lot more than saving 25 bucks every time one buys a car. The expense of a purchase correlates with how rare that type of purchase is, so it seems sensible to me.
From the RC1 announcement (http://lwn.net/Articles/583929/):
Shuffling Zombie Juror
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....
Besides Linux powers almost everything on the internet, (almost) all of the world's smartphones and tablets, routers, NASes, millions and millions of embedded devices, not to mention desktops, Chromebooks, clouds and developer machines.
If you raise your focus up past your hipster Macbook and decaffed latte, even a small Linux release is a pretty big thing.
Oh, burn!
Almost none of which will ever run this particular Linux kernel release.
Given the regularity of the kernel release schedule, it seems to me that a release would have to include something particularly interesting (not just support for yet another processor and yet another file system) in order to qualify as newsworthy on a general interest news site like this one.
Anyway, yes, I'd say that this one is a pretty big release, if only for the several BTRFS patches, DEADLINE mainlained, DPM support for newer AMD gpus and Intel Broadwell graphics (hd 6000?) support considered stable.
For what it's worth, it's considered production quality by SuSE with SLES.
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....
"Btrfs is under heavy development, and is not suitable for any uses other than benchmarking and review. The Btrfs disk format is not yet finalized."
That said, I know lots of people use it day-to-day just fine. I think some distros even default to it these days.
Something a bit more up to date (but still a bit old) can be found on the btrfs wiki: https://btrfs.wiki.kernel.org/index.php/FAQ#Is_btrfs_stable.... and https://btrfs.wiki.kernel.org/index.php/Main_Page#Stability_...
As for the distros, I think none of the big ones default to it yet, but it's definitely a first-class citizen in OpenSUSE (and should be the default fs in OpenSUSE 13.2, according to the official plains).
this stopped being true very long ago (with the beginning of the 2.6 series)
Of course they could backport those patches to their kernel.
https://wiki.ubuntu.com/Kernel/LTSEnablementStack
No risks for an LTS release I guess.
Oh well, at least OpenSSH 6.6 made it in.
Understandably launching ubuntu 14.04 with and older kernel is less than ideal, but launching on a kernel that will lose support in 6 months is probably a worse idea.
http://i.imgur.com/6KQCx89.jpg
> make prepend_name() work correctly when called with negative *buflen
Reminds me a lot of a different article in this week's LWN: http://lwn.net/Articles/591959/
which I would describe as exceedingly disconcerting. An excerpt:
> So areas like huge pages, page migration, and the mbind() system call have been fertile ground. In the case of mbind(), it turned out that all callers were going through a user-space library. That library did argument checking, so, naturally, the system call itself did not.