Linux 3.5 Released 277
diegocg writes "Linux 3.5 has been released. New features include support for metadata checksums in Ext4, userspace probes for performance profiling with systemtap/perf, a simple sandboxing mechanism that can filter syscalls, a new network queue management algorithm designed to fight bufferbloat, support for checkpointing and restoring TCP connections, support for TCP Early Retransmit (RFC 5827), support for android-style opportunistic suspend, btrfs I/O failure statistics, and SCSI over Firewire and USB. Here's the full changelog."
Ha ha he he (Score:3, Insightful)
It's funny. The Linux community put so much effort into trying to win the OS of the Desktop with so little success, but secretly won the battle of the OS on phones and tablets with hardly a fanboy.
Re:Ha ha he he (Score:5, Insightful)
Re:Ha ha he he (Score:4, Insightful)
Desktops were locked down under the Microsoft Tax, Linux never had a chance. Along comes another platform, and it was Microsoft left flapping in the wind.
As usual it was Apple coming in doing something people have done before, only much better. I remember Microsoft tablets, there's no doubt they were first - and unusable. It was just like a PC, except with a stylus instead of a keyboard which we all know is so efficient. Lately I've been a bit surprised though because Apple has taken real technological leadership in some areas, like the display on the iPad 3 and the retina MBP. Things where you can truly say that there hasn't been anything like that offered ever before. Makes me both want to love their gear and hate their walled in garden.
Re: (Score:2, Insightful)
The display in the Macbook Pro isn't produced by Apple.
Re:Ha ha he he (Score:4, Insightful)
Re:Ha ha he he (Score:4, Insightful)
Samsung or Dell can use a high-DPI screen but they're limited on OS modifications and convincing third party software to support it. Maybe android is better about scalable graphics, but Apple still has the advantage of synchronizing the hardware and software.
Re:Ha ha he he (Score:5, Interesting)
Android scales graphis just fine IMO. if you run something like an older game that was designed for a lower dpi device, it just scales it. Generally you have the option to allow it to run smaller in its native resolution as well. Many of the android games use vectors for sprites, so asides from backgrounds looking pixelated, the sprites generally look pretty decent. I dunno, I went from a phone with an 800x480 display to a tablet with a 1280x800 display. If you ask me, android, at least ICS and beyond, handles high resolutions very well. It will scale the UI to match the dpi of the phone. I don't think apple has any real advantage here.
Re: (Score:2, Informative)
Re: (Score:3, Informative)
How the fuck did this get modded "insightful"? iPads and iPhones already have different aspect ratios (1.33 vs. 1.5).
Re:Ha ha he he (Score:4, Interesting)
The iPad has a different apect ratio from the iPhone, but that means that every existing application needed to have iPad support added explicitly in order to work well. Apple managed to get away with that since phone app UIs don't tend to scale too well on a 10-inch tablet anyway.
Every iPhone still has the same aspect ratio as the original iPhone and every iPad the same as the original iPad, though. Not only that but Apple had to delay increasing the resolution of their devices until they could get displays with double the pixel density, whereas Android manufacturers could use intermediate screen resolutions, and apparently driving all those pixels has been killing battery life and GPU performance.
Re:Ha ha he he (Score:4, Insightful)
You can get a flavour of the pain by reading what Google suggests [blogspot.ie] to make apps run on the Nexus 7.
Apple has the advantage of owning the hardware and the software so there are a fix number of resolutions to support. I think if they start producing half-way house designs like larger iPhones or smaller iPads that they'll run into the same problem.
Re: (Score:3)
increasing display resolution by itself isn't new technology, nor is it apple specific. personally i'd prefer having more desktop space, but I guess most people are too blind to handle anything 'virtually' larger than 1440x900..
Apple's lack of support for Retina Displays (Score:3)
Matt Blaze tweeted that Apple doesn't support the full resolution of the Retina display on the MacBook - the most you can set is 1920x1200, and it scales it from there. He also reports that there's a workaround [9to5mac.com] which will let you get the full resolution.
But still, SRSLY? You'd think Apple could get font scaling correct, especially since they've been selling big desktop displays for years.
Re:Apple's lack of support for Retina Displays (Score:4, Interesting)
Your standard app was not written for silly-high DPR. You could show this on linux too: take your desktop, and crank the DPI to 300 or so, so that the X server thinks your screen is only 5" across. Now move far enough away from it that a 12 point font looks reasonable, and then look at how stupid apps look. Icons are microscopic (because they're defined in fixed pixel sizes). Layouts between menubars and borders look stupid (natural spacing was defined in fixed pixel sizes).
So Apple's approach here is to tell the application that the screen is 1440x900. Any primitives that can be scaled ("place the string 'pants' in font 'Helvitica', size 12pt, at X,Y". "Draw this 2kx2k pixmap in this 500px x 500px space") are then rendered to the screen's native resolution. Things that can't be scaled aren't ("draw this 96x96 pixmap here, in this 96x96 space"). Some apps then look horrible, some look great.
I personally would have rather they just let apps look like crap, and told people to fix their darn apps, but I can understand why they didn't.
Re:Apple's lack of support for Retina Displays (Score:4, Interesting)
I personally would have rather they just let apps look like crap, and told people to fix their darn apps
Microsoft has had 20 years of track record with this approach, and the results are meh. Eventually Vista had to change the rules by requiring the apps to tell the system whether they are DPI-aware, and if they don't do that (e.g. all old apps), do bitmap scaling on them. Even so there are still quite a few apps written after Vista which do tell the system that they are DPI-aware, but then don't properly handle anything but the default 96 DPI.
Re:Apple's lack of support for Retina Displays (Score:4, Interesting)
But still, SRSLY? You'd think Apple could get font scaling correct, especially since they've been selling big desktop displays for years.
That still annoys me about OSX, you can't set the system font size.
Re: (Score:2)
and if you buy that gear, you support their garden of eden. knowledge is verboten.
Microsoft not first or inventive with tablets (Score:3)
I remember Microsoft tablets, there's no doubt they were first...
Except they weren't [wikipedia.org], maybe you mean "they came before". Microsoft Windows for Pen Computing was a ripoff of GO's PenPoint from 1991, right down the the notebook metaphor in their promotional slides. PenPoint launched on tablet computers from IBM and NCR before Microsoft was able to cobble together their first demo. And before GO there were attempts such as Pencept and Momenta to interact with an LCD screen with a tethered pen.
- and unusable
Stylus computing works great for annotating existing content (cue AT
Re: (Score:3)
I remember Microsoft tablets, there's no doubt they were first - and unusable. It was just like a PC
and now, with Windows 8, we have tablets that are just like the PC... only now its the PC that's unusable :)
Re: (Score:3, Insightful)
Linux would still have failed if it had not been backed by google. Right now we'd all be discussing Apple iOS and Microsoft's Windows Phone, plus some ubuntu-derived distribution that only the engineers know how to install on their phone.
BUT along comes Google and they used their resources to make Android Linux a success, by selling direct to manufacturers. Now we just need Google to consider porting Android to AMD/Intel desktops.
Re: (Score:3)
Now we just need Google to consider porting Android to AMD/Intel desktops.
Android runs fine on x86. You can even download it and compile it yourself, if you're into that kind of BSDM.
Re: (Score:2)
yeah, but will all the arm optimized apps that run native code work? android on mips faces the same problem.
Re: (Score:2)
Re: (Score:2)
No, they have to be rebuilt for Intel.
Re: (Score:3)
There is at least one, the Lava Xolo X900 released in India: http://www.anandtech.com/show/5770/lava-xolo-x900-review-the-first-intel-medfield-phone/ [anandtech.com]
Re: (Score:3)
As I recall, ever since Intel had started pushing its x86 chips for mobile (Medfield for phones and Clover Field for tablets), they've put a lot of attention to this problem, and teamed up with Google. IIRC, if you're using a recent Android NDK, and try to build something, it's set up to build and package x86 binaries by default. They also have binary translation implemented, akin to Rosetta, though I don't know if there's some hardware component to it such that it might not work on your random desktop Inte
Re:Ha ha he he (Score:4, Insightful)
Of course, IOS would have failed were it not backed by a big pile of corporate cash as well.
Re: (Score:3)
Android already runs on Intel, but it would take some work to make the UI work properly for the desktop.
However, at this point Google is more interested in making Chrome OS the desktop OS.
Re:Ha ha he he (Score:5, Insightful)
You have one way of looking at it. Some of us have another view of the matter.
Anyone who does NOT want to rely on Mac or Microsoft, is going to choose - what, exactly? There are several Unix-likes out there, so Linux isn't a shoe-in. What is it about Linux, that made Google choose it over any other Unix-likes?
My money is on the pervasive GPL. The GPL fits Google's agenda better than any other licensing scheme, and that's pretty much the end of that story.
Re:Ha ha he he (Score:5, Insightful)
There were and are plenty of consumers not endeared to the Apple ways and MS was never a contender.
Considering Nokia stopped official development of their Linux system around the time of their engagement with MS the N900 and N9 are even now still remarkably useful phones.
Re: (Score:3)
Re:Ha ha he he (Score:5, Interesting)
Linux always succeeded - only not anywhere you can see it.
Linux still runs 80%+ of the world's internet, Linux runs a vast majority of embedded devices. This is the reason Google got into it - it already was there when Google appeared and started to think "what web OS do we use for our HPC system" - it was pretty obvious to them to use the market leader in those arenas - Linux - and when they decided to go for an embedded phone device, they again chose the market leader in that area - Linux.
Linux made Google big, not the other way round.
Re: (Score:2, Insightful)
Re: (Score:2)
Its funny that in a post criticizing the critics of religion, you call all Christians, Jews and Muslims "zealots".
Re:Ha ha he he (Score:4, Insightful)
The same people who scoff at Christians, Jews, and Muslims for believing in a God, are blind to the fact that they are zealots of another sort.
You, like lots of other Abrahamic religionists, are projecting. Lack of belief in the Abrahamic Deity != belief in some deity named "No Deity".
It's like the mediaeval assumption that, if you didn't worship God, you worshipped the Devil--and it's no more true today than it was then. Unfortunately, it's true that some people cannot accept the idea of not worshipping, so they adopt this false dichotomy instead, and try to back it up with circular reasoning.
It also implies that agnostics and atheists are Satanists, which is preposterous, since Satanism is simply changing the name but not the core tenet of the Abrahamic religions, and agnostics and (especially) atheists are not theists.
Re: (Score:3)
Desktops were also locked down under (Score:2)
the politics of old school Unix hackers. It is the kind of politics that keeps distros from really standardizing on a GUI, and also results in oddities like the Linux Foundation having an SDK for mobile, but none for desktop. Likewise, Android has an SDK but Ubuntu (and all the other desktop distros) do not.
Re: (Score:2)
It's got nothing to do with politics, people with different preferences just happen to build different things.
Re:Desktops were also locked down under (Score:5, Insightful)
That is fundamentally what politics is about: getting people who want different things to act together in a useful way.
Re:Desktops were also locked down under (Score:4, Insightful)
It's got nothing to do with politics, people with different preferences just happen to build different things.
Politics are about group preferences and group identity. It's got a heck of a lot to do with politics: There's no rational reason to offer standardized frameworks under an SDK for mobile, but avoid doing so for desktops. One of the irrational reasons behind the disparity is that the hacker and sysadmin culture view PCs as immediate kin to web servers hardware and regard any standardization or vertical integration in the stack that caters primarily to "luser" needs as a threat to their freedom and efficiency.
The overall 'distro' mindset causes each and every initiative to become hamstrung with idiotic assumptions, such as:
- Each application should be broken down into between 2 - 20 different pieces and scattered around one's hard drive.
- Changes for most system components are handled in exactly the same way and with the same priorities as high-level applications, and apps get to make dependency demands on the inner workings of the system. There is no clear distinction between system and apps for anything being updated, added or removed.
- Anything other than the kernel = "application", and this type of system-hacker nomenclature must be observed by everyone or they will be ridiculed as 'n00b'. The result is a kind of blindness to real issues that arise around interactions between apps and system.
- System coders > App coders, so we will just get Miguel and some of the ol' gang to whip up some applications that will put Microsoft and Adobe to shame (i.e. we'll draw from the pool of Linux system enthusiasts to write user-facing apps instead of creating a feature-stable environment with an SDK to attract both newbies, and experienced app coders who are only newbie to 'our' system). But the reality is that the particular hacker culture and general feature-instability act as a corrosive acid against the kind of userbase and developer community that a personal computer needs.
- More than 10 people like to manage their PC software within a paradigm designed for servers.
- Fewer GUI admin tools are better b/c people will just want to hit the CLI anyway. Avoid the GUI when describing solutions, even WRT office/productivity if possible.
- A myriad different admin tools for basic network connectivity are OK because people want 'choice' (esp. when they call up tech support for their ISP or application and the technician can't figure out what specific steps to tell the user).
- Each year, desktop users must learn to recognize "Linux" by the current and past iterations of the 4 or 5 desktop environments that are officially supported by each distro.
- App developers like to design their apps for a disembodied desktop environment, instead of viewing the OS layers underneath as equally accessible tools. They also like testing their app in several other desktop environments to ensure that it "plays well" with them.
- App devs love having to test and package on multiple distros, and they look forward to having many camps of distro maintainers telling them about app "bugs" that mean you have to help them fix the same issue in their systems over and over again for a number of years. They also love having maintainers pepper and berate them over wacky compile switches, setting defaults, patches, etc. and they way they like to refer to app devs as "upstream" instead of "author", as if "Linux" coding automatically entailed some sort of demotion.
- If one is an ISV (distributing a proprietary app as 3rd party), devs love being regarded as an oddball instead of the norm, and love being reminded constantly that so many of the compatibility issues with (untargetted) distros they keep having to read about could be automatically resolved if, gosh, the author would only release their app as open source so they could be merged with repository nirvana.
- App devs love hearing they should leave behind all the PC stuff and
Re:Desktops were also locked down under (Score:5, Insightful)
It's funny, I've got a generic Dell PC I got for $300 from their outlet (Athlon etc etc.) Not a powerhouse, but not a shrinking violet either. I used my Mac Mini to download Debian Squeeze... and in 2 hours, with less interaction than a Windows install... I had a completely functional Linux desktop PC without doing anything in your list, except pick Debian. Back in college, I never got my et4000 card settings right for X on Slackware 0.99 (on floppies no less), but with screen and a familiarity with Amiga's CLI and DOS... I didn't miss it. (Plus that is the first time I got hooked on Nethack...)
Now, in the dim past just about everything was more difficult, to be sure... Getting games to run in DOS was also a magic trick. Then there was the myriad of other things that the CLI (which is where the computer originated) made easier for some, harder for others. Hell, Windows had a devil of a time keeping stable with the myriad of 3rd party drivers out there for Video and Sound cards alone.... Let's not forget NICs and so forth... And let's not diminish the fact that Windows used to be a graphical shell over DOS... for many years it was "hiding" DOS from the user...
Linux is a tool not everyone should use. There are idiots who shouldn't use a computer too. The fact that Linux has thrived in spite of Windows and Macintosh speaks more about the users and developers than it does about the drones who buy iPads and iPods because they're "hip". Those people don't use computers... they use appliances.
Here's a tip, though... if you hide everything from the user (a 'la original MacOS and returning to that I might add) it doesn't make them better at using a computer... it just makes them think all computers are magic. Which, in some people's case... I think should remain that way. :)
Re: (Score:2, Interesting)
Here's a tip, though... if you hide everything from the user (a 'la original MacOS and returning to that I might add)
They're not really hiding anything these days. They're mainly locking everything down, which is much worse. And fwiw, the original Mac OS didn't hide that much. You had to use ResEdit rather than emacs or vim to look at the internals of most stuff, but it's not like the average user knows what the /etc directory is, let alone what to change there (or even how to get sudo rights to do so, if the editor doesn't contain built-in functionality for that)
One big problem with classic Mac OS was that everything was
Re: (Score:2)
Linux pretty much kicks ass if you're an engineer though, because all of the things that make it horrible for end users give you enough access to pick your project apart down to assembly.
What do you mean? (Score:5, Informative)
Back when I was running X Windows versions 10.x and early 11s, there was no requirement that I use TWM. And while the Sun 2 came with SunView, the Sun 3 could run either SunView or X, and you could get Grasshopper Group's implementation of NeWS if you preferred, which drove your screen in Postscript. Among other things, that meant that if you wanted to change the font size to match the size of your monitor and your eyesight, you just did it, and What You Saw Was What You Wanted. None of this "need a third-party developer's hack to use the full resolution of the expensive Retina Display you just bought" nonsense. But even if you were running X, you weren't limited to Motif or OpenLook; you could run whatever window manager you liked with it.
As far as "Ubuntu [does] not [have an SDK]" goes, you can use the Gnome SDK or KDE or LXDE or several other fairly full-featured SDKs.
Re:Desktops were also locked down under (Score:5, Insightful)
Sorry Linux guys Bill Gates and IBM beat you too it many decades ago and that is the bad news.
I wasn't aware there had to be winners and losers in the game. Computing thrived with diversity, heck if it wasn't for diversity, we'd all be using some pablum invented by Bill Gates in his dorm... Thank goodness he was chasing rather than innovating... I shudder to think of the alternate universe that would've made.
Linux didn't "lose"... it's free. Linux is doing fine and several companies make a good bit of coin off it. I see Microsoft's "victory" as nothing more than eating a bit more of the pie than the other guys. Apple's got a huge market cap and tons of cash in the bank, yet they aren't even 20% of the PCs sold worldwide... So in the realm of "winners and losers"... we have to be a bit more objective, or at the very least, define what "win" means. Market share? Revenue? Mind share? Brand Loyalty? Whatever you pick, you end up with a different "winner." :) But I applaud Microsoft and Apple for really bullying everyone else for so long.. it makes me feel good that giant corporations want to actively screw me over and sell me the tools to do it with. I'm talking about both Apple and Microsoft in this regard.
As long as there are people who like to do it themselves... there will be Linux. Computing trends come and go, but revolutions stick around...
Re: (Score:2)
I think Microsoft to a certain extent left themselves flapping in the wind, by pursuing late, and insisting on pushing a desktop paradigm on other devices even when it's apparent that it wasn't a good fit. They seemed to think that "it's Windows" was a good enough selling point that it didn't have to be useable. And that allowed other approaches to run away with the market. Even with Windows 8, they're still insisting on the same interface everywhere, this time, it appears, by dumbing down the desktop, i
Re: (Score:2)
The office suites available sucked. The graphics tools available sucked compared to photoshop.
That's obviously crap, sure we all like to drive a Mercedes S-class but every other modern car will get us safely and reliably to our destination.
For the vast majority of computer users Libre Office and The Gimp are quite adequate.
Re: (Score:2)
There are plenty of Linux "on phones and tablets" fanboys. They are sometimes derisively called "fandroids". And some of them are quite obnoxious...
Re: (Score:3, Funny)
A group of people inside of a sub group of a subgroup are quite obnoxious. Sounds like some Slashdot commenters. Wait.
Re:Ha ha he he (Score:5, Informative)
When will Ubuntu support Linux 3.5? (Score:2)
Any ideas when Ubuntu will support the 3.5 kernel? Real Soon, or not until 12.10?
Re: (Score:2)
Yes, I probably could build it. I'm asking when it'll show up as part of the regular updates.
Re: (Score:2)
Yes, I agree... our Android vs iOS discussions are impressively civil!
Re:Ha ha he he (Score:5, Interesting)
The Linux desktops of old got transformed into Linux server, were gratefully used by Google for their server infrastructure.
Then, as mobile phone hardware began to resemble the desktops of yesteryear, Google went "hmmmm..."
And so it flows.
Re: (Score:3, Informative)
iOS (which is BSD based) runs the majority of phones and tablets in use, while Android has the majority of the rest.
Citation? I smell an Apple fanboy.
http://fortunebrainstormtech.files.wordpress.com/2011/06/screen-shot-2011-06-21-at-6-28-47-am.png [wordpress.com]
Android continues to lead the smartphone market in the U.S., with a majority of smartphone owners (51.8%) using an Android OS handset.
http://blog.nielsen.com/nielsenwire/?p=32494 [nielsen.com]
For tablets, Apple has a lead, but the numbers are quite low for total number of devices.
http://techcrunch.com/2012/01/26/android-reaches-39-tablet-os-market-share-standing-on-amazons-shoulders/ [techcrunch.com]
So overall, Android is king in marketshare. Not sure how you got "apple runs majority of phones and tablets". Maybe "only tablets, for now, b
Re:Ha ha he he (Score:5, Insightful)
Linux has not won any kind of OS battle, much less on phones or tablets.
Linux is the Major OS of Servers, Super Computers, Television Sets, the God Particle
iOS (which is BSD based) runs the majority of phones and tablets in use, while Android has the majority of the rest.
Tablets yes, Phones not even close!
While it's true that Android phones tend to use a Linux kernel, that's not really a requirement. It's just convenient. Android could run on any kernel. BSD, Windows, Hurd, whatever.. And all Android apps would continue to function.
Android is the OS, not Linux. Linux is just the current kernel, and has absolutely no bearing on Android as a platform.
If Android can run on these other kernels as you say then why is not being done? Android outside of Linux is released under a permissive license, if any other kernels could do the Job Linux does I'm petty sure Google would of chose it, but alas no other kernel is up to snuff.
Re: (Score:2, Offtopic)
"Android is the OS, not Linux. Linux is just the current kernel, and has absolutely no bearing on Android as a platform."
Just testing this out... Test #2 (hiding in a negatively modded post/no title mod)
http://cryptome.org/2012/07/censored-slashdot-post.htm [cryptome.org] [cryptome.org]
Re: (Score:2)
Or I'm confused with some other site that published it.
Re: (Score:2)
Please mod parent funny. :)
Re: (Score:3)
android-style opportunistic suspend (Score:4, Interesting)
minor typo - "makes impossibles" (Score:2)
even though i'm logged in, kernelnewbies page says "Immutable Page" - so maybe somebody with write privs can fix "makes impossibles" ;)
Re: (Score:2)
I'll have a word with Sergei.
Re:minor typo - "makes impossibles" (Score:5, Interesting)
Btrfs is stable enough for real data, if you run current releases (latest 3.4 or 3.5 kernel and btrfs-progs-19 current). I use it in both single drive systems and raid1 configurations with Fedora 17. Prior to converting the systems, I ran extensive failure testing (e.g., pulling power / data connection during active writes, system crashes, using a failing drive with media errors as part of a raid1, etc.) for about a month. I never lost a single byte of data in any test, confirmed by checksum scans on all data (against a backup) after each test cycle.
I actually trust btrfs now more than ext4 due to the ability to scrub the data and confirm integrity, which I do daily or weekly depending on the system.
Re: (Score:2)
wow. I'm still using 2.6.37 (OpenSuSE 11.4 vm image). What can I say, it ain't broke so I've never bothered fixing it :)
Re: (Score:3)
It depends on your definition of 'broke'. You don't have any of the functionality in the newer kernels (tens of thousands of patches to current), so if you want to use any of that it certainly is 'broke'. :)
Re: (Score:2)
What about performance? I tried btrfs on an older machine (Pentium 3), a few kernels ago, before the recent big performance improvements. Firefox didn't do so well on a btrfs partition. It was the second biggest CPU hog, after the btrfs processes. Switching back to ext4 was a big improvement.
Re:minor typo - "makes impossibles" (Score:5, Informative)
With the current implementation and just the 'autodefrag' option added to default, there is no perceptable difference in performance compared to ext4 for any of our machines, with any application. Recent testing at Phoronix (with 3.4) has btrfs getting closer to ext4 (running without lvm2 and md raid); I'm curious to see how its numbers look in 3.5. However, because btrfs integrates the functionality of lvm2 and md raid in a much more usable manner, as well as providing much more functionality, a small performance tradeoff would be acceptable (to me).
Re: (Score:3)
Yes, the patches (1 [kernel.org],2 [kernel.org]) were merged back in May.
Re:minor typo - "makes impossibles" (Score:5, Funny)
So you're saying an orphaned inode ended up referenced by the wrong directory entry?
Re: (Score:2)
No, just that I shouldn't try to respond to posts from inside the little box in my feed reader.
Re:minor typo - "makes impossibles" (Score:4, Informative)
This was a bug that was corrected (it was a problem in cache flushing [google.com]). All my testing occured after the bug was addressed, and pulling drive data cables while actively writing, as well as pulling drive power cables, was part of my testing. No data loss occurred in any test. The btrfsck and btrfs scrub/balance were able to correct all errors that resulted following the drive recovery.
Ext4 metadata checksums (Score:5, Interesting)
Ext4 metadata checksums. I like that. Note that it isn't data CRC checksums, just metadata. Still, I like the way Ext4 keeps evolving and getting tuned. Btrfs sounds really great, but it may still be some time before it is stable enough for my data storage needs.
Re:Ext4 metadata checksums (Score:5, Informative)
I accidentally replied to the wrong thread. Repost:
Btrfs is stable enough for real data, if you run current releases (latest 3.4 or 3.5 kernel and btrfs-progs-19 current). I use it in both single drive systems and raid1 configurations with Fedora 17. Prior to converting the systems, I ran extensive failure testing (e.g., pulling power / data connection during active writes, system crashes, using a failing drive with media errors as part of a raid1, etc.) for about a month. I never lost a single byte of data in any test, confirmed by checksum scans on all data (against a backup) after each test cycle.
I actually trust btrfs now more than ext4 due to the ability to scrub the data and confirm integrity, which I do daily or weekly depending on the system.
Re: (Score:2)
Re: (Score:3)
You may be surprised to learn that the definition of 'production' is very much locally defined. To some companies I've dealt with, ancient stable software that gets no maintenance for years is the way to go. To others, driving the leading edge means competitive advantage. Most fall somewhere in the middle.
Re: (Score:2)
The normal installation on Fedora 17 doesn't support btrfs, however, you can use a kickstart from a Fedora 17 liveCD/liveUSB to install onto btrfs. For example, adding the following to your kickstart:
zerombr
clearpart --all --initlabel
autopart --type=btrfs
This is how I set up our desktops. By default, the above will make the root (/) btrfs, and place /home in a subvolume.
Re: (Score:2)
At the same time I also installed / on it but then found out it is not yet supported during Grub updates.
Re: (Score:2)
Grub2 (I'm using grub2-2.0-0.37.beta6) supports a btrfs root (/). I have two machines running that way.
Re: (Score:3)
I wonder what's the fascination in running btrfs on /.
The benefits of btrfs are in large partitions and places wheredata changes are both critical and frequent. I don't see that in / on any sane system.
Re: (Score:3)
Snapshots.
Being able to snapshot your whole FS before you do system changes, and easily rollback should be a big draw card.
Re: (Score:2)
It is not that I doesn't drool over Btrfs. I also think it is very stable, but if the Fedora committee decided that Ext4 was the default FS for F17 I think it is better for me (who doesn't compile my own kernel any more, but a cheer to those that still do that like you) to wait for at least Fedora 18.
And advanced filesystems are really really hard to get right, I will be really surprised if some corner case bugs doesn't show up when Btrfs is deployed on a large scale. There is also the various support tools
checkpointing and restoring TCP connections (Score:2)
Re: (Score:3, Informative)
It's a way of transferring TCP connections to another server (along with transferring the IP address). That way, you could do hardware maintenance on the physical machine without losing anything because you've migrated it seamlessly to another machine. Of course, you have to transfer and restore everything else over too (running processes, memory, etc).
Re:checkpointing and restoring TCP connections (Score:5, Informative)
It's part of the larger project for process/system checkpointing in general.
That is, saving the entire state of a process to storage such that it can start up again where it left off and not know the difference.
Re: (Score:2)
saving the entire state of a process to storage such that it can start up again where it left off and not know the difference.
But what is the point to save and restore a TCP state? While local endpoint sleeps, the remote endpoint does not receive any reply. After a while it will reset the connexion, and the local endpoint will not even know. Or is it just for connexions to localhost?
Re: (Score:2)
The only case I can see is for things like MPI where both endpoints of the TCP connection are being checkpointed at the same time.
BTRFS (Score:2)
So, is this thing finally usable in production or is everybody who actually cares about data still stuck with ZFS?
Re: (Score:3, Informative)
I've been using BTRFS in production since 3.3.1 with zero problems.
Before that, I did experience a partial fs meltdown on 3.2.x while stress testing a high number of snapshots with several million files/dirs and intense db activity. Then, the same test on 3.3.1 went flawlessly.
So I wouldn't recommend using BTRFS with anything below 3.3.1, but 3.4 or 3.5 should be fine.
Re: (Score:2)
I'm glad BTRFS is still getting love. Otherwise ZFS seems to be the only option in town for large manageable storage.
Re: (Score:3)
ZFS seems like it could end up being a rather sad story - a very full featured, ahead of its time filesystem killed off by restrictive licensing.
Had ZFS been licensed under GPL, I suspect it would've been rolled part and parcel into Linux, and instead of losing Sun developers to btrfs, we'd have seen a completion of block pointer rewrite which would give ZFS the last basic features it really needs for end users (that is, ability to shrink filesystems online, reshape RAIDZ vdevs etc.)
It really is excellent -
Re: (Score:3)
Re: (Score:2)
Re:Linux-libre is the real deal (Score:4, Insightful)
The point of the renaming was stated to be to "advertise" gnu on the back of a higher profile project, but personally I think it was just petty MIT staffroom politics that escaped out into the world. "But what have you done lately Mr Stallman" turned into pretended ownership of linux which certainly has the above poster and a pile of journalists fooled.
Even the FSF disagrees with you (Score:2)
What drivers is Linux-libre missing? (Score:3)
AFAICT, Linux-libre takes the standard Linux distribution and removes all software that doesn't have source code, most of which is device drivers, and also removes applications that don't have politically correct licenses. I'm not too worried about applications (apt-get easily fixes that), but I'd rather not load it on my hardware and find I don't have device drivers for the screen or the audio card or whatever. Does using Linux-Libre mean I can't use AMD graphics sets, or NVidia, or both? What about Int
Re: (Score:2)
Firmware != drivers. And where exactly can one download Intel's open source firmware?
Comment removed (Score:4, Insightful)
Re: (Score:3, Insightful)
some of us prefer blunt honesty over passive-aggressive politically correct doublespeak that dominates 'professional' interaction nowadays...those of us with spines, skin, and self-confidence anyway.
Re: (Score:3)
A word of warning, Linux Mint really needs to fix up how their installer drops X onto the system. The LiveCD will run great, but then you get all sorts of corruption till you get the right drivers installed.
It's a great distro - running it right now in fact - but oh god does that ever need to be fixed.