Slashdot Mirror


Linux 3.6 Released

diegocg writes "Linux 3.6 has been released. It includes new features in Btrfs: subvolume quotas, quota groups and snapshot diffs (aka 'send/receive'). It also includes support for suspending to disk and memory at the same time, a TCP 'Fast Open' mode, a 'TCP small queues' feature to fight bufferbloat; support for safe swapping over NFS/NBD, better Ext4 quota support, support for the PCIe D3cold power state; and VFIO, which allows safe access from guest drivers to bare-metal host devices. Here's the full changelog."

143 comments

  1. I Use Linux 3.6 by o5770 · · Score: 5, Funny

    While the new features like quota groups, snapshot diffs and tcp "fast open" are great, what's really bothering this version is its tendency to

    1. Re:I Use Linux 3.6 by Anonymous Coward · · Score: 5, Funny

      Completely agree. I remember when a new Linux release was about a solid, compact code base. Now it's all about optimising for specific interests even at the expense of

    2. Re:I Use Linux 3.6 by Anonymous Coward · · Score: 2, Funny

      While the new features like quota groups, snapshot diffs and tcp "fast open" are great, what's really bothering this version is its tendency to

      ...core dump? ;)

      I kid, I kid!

    3. Re:I Use Linux 3.6 by Anonymous Coward · · Score: 0

      I see what you mea

    4. Re:I Use Linux 3.6 by Dave+Whiteside · · Score: 2, Funny

      press the preview and submit buttons before crashing you mean

      --
      who where what when now?
    5. Re:I Use Linux 3.6 by larry+bagina · · Score: 3, Funny

      bugs TCP fast think reassemble are in I there code the

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    6. Re:I Use Linux 3.6 by TheGratefulNet · · Score: 4, Funny

      come on, finish the sentence. don't leave us hang

      --

      --
      "It is now safe to switch off your computer."
    7. Re:I Use Linux 3.6 by MysteriousPreacher · · Score: 0

      Lousy mod. Glad someone came in to give that post its rightfully deserved +1 funny.

      --
      -- Using the preview button since 2005
    8. Re:I Use Linux 3.6 by organgtool · · Score: 2, Funny

      While the new features like quota groups, snapshot diffs and tcp "fast open" are great, what's really bothering this version is its tendency to

      click the Submit button on Slashdot before crashing?

    9. Re:I Use Linux 3.6 by styrotech · · Score: 1

      It looks like slashcode stripped the parentheses from your Lisp code listing.

    10. Re:I Use Linux 3.6 by null+etc. · · Score: 1

      Are you using ReiserFS?

    11. Re:I Use Linux 3.6 by Anonymous Coward · · Score: 0

      Most of the stuff just takes up disk space and isn't actually loaded unless you're doing something that

  2. Will this be in Quantal? by Anonymous Coward · · Score: -1

    I don't want to be stuck on 3.5, that'll set my LXC panel back 6 months.

    1. Re:Will this be in Quantal? by lengau · · Score: 2

      I highly doubt it since they're already in the beta stage, so major version changes are a no-no at this point. You can however get the latest kernel in the Kernel ppa.

      --
      I really wanted to change my sig to something witty, but all I could come up with is this.
  3. The consumers want to know by concealment · · Score: -1, Flamebait

    Important questions from consumers, who are also voters and thus determine (collectively) your fate:

    1. Does it stream video of Honey Boo Boo?
    2. Does it have iTunes to get the latest from Nicki Minaj?

    If not, how do we know this is relevant at all to our fascinating modern lives?

    1. Re:The consumers want to know by Anonymous Coward · · Score: 0

      1. Probably yes on Android/Linux, probably no on GNU/Linux.
      2. iTunes is only for OS X and Windows I think, no Linux kernels in there.

      (but I understood the mood of your question)

    2. Re:The consumers want to know by Anonymous Coward · · Score: 0

      A: What is "honey boo boo", and who is "nicki minaj"?

    3. Re:The consumers want to know by mfwitten · · Score: 1

      You make the common mistake of confusing your interests as my interests.

    4. Re:The consumers want to know by Anonymous Coward · · Score: 1

      No idea about honey boo boo, but nicki minaj is apparently a popular rap vocalist noted for use of sexually explicit lyrics.

    5. Re:The consumers want to know by Scarred+Intellect · · Score: 1

      Important questions from consumers, who are also voters and thus determine (collectively) your fate:

      1. Does it stream video of Honey Boo Boo?
      2. Does it have iTunes to get the latest from Nicki Minaj?

      If not, we know this is relevant to our fascinating modern lives.

      FTFY.

    6. Re:The consumers want to know by rjr162 · · Score: 1

      I happened to see 5 minutes of the show yesterday when I first sat down.. someone had TLC on it that show was on. 5 minutes was 5 minutes too many.

    7. Re:The consumers want to know by smooth+wombat · · Score: 4, Insightful

      So no one important.

      --
      We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
    8. Re:The consumers want to know by jones_supa · · Score: -1, Troll

      I'd actually like to see the day when a netbook running Linux can play smoothly YouTube videos in full screen, directly from the browser.

    9. Re:The consumers want to know by Anonymous Coward · · Score: 0

      Honey boo boo is a bit like Arthur Askey's Band Waggon show. Nicki Minaj is a bit like Mamie Smith.

    10. Re:The consumers want to know by Anonymous Coward · · Score: 4, Informative

      It was some fine Tuesday back in 2008-09. Why do you ask?

    11. Re:The consumers want to know by dnaumov · · Score: 1

      I happened to see 5 minutes of the show yesterday when I first sat down.. someone had TLC on it that show was on. 5 minutes was 5 minutes too many.

      what do Tables, Ladders and Chairs wrestling matches have to do with this?

    12. Re:The consumers want to know by Anonymous Coward · · Score: 0

      My wife showed me a clip last week from that retarded child thinking it was funny. I filed for divorce today.

    13. Re:The consumers want to know by Anonymous Coward · · Score: 1

      See that thing in the distance? That was the point you missed.

      If people can't stream videos and play mp3s without major configuration and grief, who cares what version the Linux kernel is at?

    14. Re:The consumers want to know by Antonovich · · Score: 1

      Eh... maybe the people who hang around /.? And if it didn't take serious configuration and grief and only really work when launched from the command line, then what kind of stupid, boring and mundane kind of interface would that be?!? And yes, this may be being posted from an Ubuntu but have you ever tried getting something like a fingerprint reader or automatic graphics card switching to work, even on Ubuntu? Grow a pair! 8-}

    15. Re:The consumers want to know by Anonymous Coward · · Score: 0

      No it wasn't. Flash is utter shit on every platform other than windows. Fullscreen flash video on a netbook (underpowered CPU, shit GPU) has awful performance on Windows XP and even worse performance on Linux. Or maybe you meant WebM. Most youtube videos aren't encoded in WebM. Oops.

    16. Re:The consumers want to know by Anonymous Coward · · Score: 1

      Yes, it can play midget porn.

    17. Re:The consumers want to know by stoborrobots · · Score: 2

      If people can't stream videos and play mp3s without major configuration and grief, who cares what version the Linux kernel is at?

      And conversely, if people CAN stream videos and play mp3s without major configuration and grief, who cares what version the Linux kernel is at?

      (Nerds like us, that's who...)

    18. Re:The consumers want to know by Anonymous Coward · · Score: 0

      I wish. Sadly that is not the case with any remotely HD video.

    19. Re:The consumers want to know by UltraZelda64 · · Score: 1

      Flash is not utter shit on Windows? That's news to me, and I haven't touched that OS since 2006...

  4. Thin clients rejoice! by Anonymous Coward · · Score: 5, Funny

    Swap over NFS is something I've been waiting a long time for =)

    1. Re:Thin clients rejoice! by wed128 · · Score: 1

      Ha! I see what you did there...

  5. might have cared... by Anonymous Coward · · Score: -1

    back in the early 00s when I was still using Linux but I already switched to OS X.

    1. Re:might have cared... by Howard+Beale · · Score: -1, Offtopic

      Cared enough to post a comment, but not enough to log in first. Lame.

    2. Re:might have cared... by Karzz1 · · Score: 2

      Please do not feed the trolls. :D

      --
      Beware of he who would deny you access to information, for in his heart he dreams himself your master.
    3. Re:might have cared... by RaceProUK · · Score: 1

      See my sig :)

      --
      No colour or religion ever stopped the bullet from a gun
  6. And if you're not a fan of binary blobs by Anonymous Coward · · Score: 5, Informative
    1. Re:And if you're not a fan of binary blobs by Anonymous Coward · · Score: 0

      I like binary Boobs...

    2. Re:And if you're not a fan of binary blobs by Microlith · · Score: 1

      Yup. I'm a fan of hardware arbitrarily failing to function. Looking at the list of distros that use it, they're all pretty much irrelevant at this point.

    3. Re:And if you're not a fan of binary blobs by Anonymous Coward · · Score: 0

      one or zero of 'em huh?

    4. Re:And if you're not a fan of binary blobs by Anonymous Coward · · Score: 0

      I think he means two base boobs.

    5. Re:And if you're not a fan of binary blobs by unixisc · · Score: 1, Interesting

      Yeah, good choice if you don't want your wi-fi or networking or 3D graphics accelaration to not work just b'cos the drivers aren't liberated firmware. Although that would beg the question - why not use Hurd, which would probably be GPL3 or beyond?

    6. Re:And if you're not a fan of binary blobs by sysstemlord · · Score: 1

      I would really like to know why in Linux the drivers are included with the kernel, and not as separate packages.

    7. Re:And if you're not a fan of binary blobs by Anonymous Coward · · Score: 0

      why in Linux the drivers are included with the kernel

      Bell Labs never believed in micro kernels... Even Plan9's is monolithic...
      Hopefully a Google size company will combine GNU Hurd and Plan 9 with a new WM\X server like in Android.

      When pigs grow wings...

    8. Re:And if you're not a fan of binary blobs by RaceProUK · · Score: 1

      Same reason why drivers are served over Windows Update - convenience.

      --
      No colour or religion ever stopped the bullet from a gun
  7. TCP Fast Open by w1z7ard · · Score: 4, Interesting

    Sounds like a great feature! From the article:

    "Fast Open could result in speed improvements of between 4% and 41% in the page load times on popular web sites. In this version only the client-side has been merged."

    --

    "Recursive bipartite matching"- try it!

    1. Re:TCP Fast Open by Viol8 · · Score: 1

      4% just possibly, 41%? Highly unlikely. The main slowdown on loading pages or any data is DNS lookup then the data itself. The time taken for actually doing all the TCP negotiation for a connection is trivial in comparison. Its only a few small packets after all.

    2. Re:TCP Fast Open by SuricouRaven · · Score: 1

      Opening a TCP connection requires, at the absolute minimum (using the right tricks), one packet each way. A DNS query needs one packet each way, assuming the server has the answer cached. The DNS server is usually going to be closer, so the DNS query should almost always take less time than opening a TCP session.

    3. Re:TCP Fast Open by Marillion · · Score: 5, Interesting

      On the and-user client side, there may not be much noticeable improvement. But on servers and/or load-balancing front ends this type of improvement could be quite significant.

      --
      This is a boring sig
    4. Re:TCP Fast Open by Bengie · · Score: 2

      Think high latency connections, like 3G/Satellite where a 3-way handshake is expensive.

    5. Re:TCP Fast Open by Viol8 · · Score: 1

      "A DNS query needs one packet each way, assuming the server has the answer cached."

      Its pretty unlikely your local DNS server is going to have all the addresses in even a single web page cached , never mind an entire site. And if it doesn't then the query has to wander back up the DNS tree with all the packet passing that entails - which is what takes the time.

  8. BTRFS experiences? by timeOday · · Score: 4, Interesting

    I'd be interested to hear what uses people have found for the advanced features of BTRFS. (BTRFS snapshots on a RAID1 volume seem like a great /home partition?) Since BTRFS is gradually evolving it's kind of hard to get a grasp of what is currently available and trustworthy (although this approach is vastly preferable to Microsoft's approach to revolutionizing the filesystem - aim high and never deliver!)

    1. Re:BTRFS experiences? by Anonymous Coward · · Score: 0

      I tried Btrfs on openSUSE and Linux Mint. The performance is a little slower than with, say, ext3/ext4, but otherwise it held up fairly well. I like the snapshot features, especially the ability to do a diff on a current file against a snapshotted file. Really quite handy. I wouldn't use Btrfs in production yet as it is still constantly evolving, but for home use it should be fine.

    2. Re:BTRFS experiences? by siDDis · · Score: 2

      I'm not using BTRFS yet, however as send & receive in BTRFS is similar to the ZFS send & receive implementation you can do really cool things like superquick backup of a gigantic PostgreSQL Database.

      The workflow is as following
      Execute "pg_start_backup(‘snapshotting’,true)"
      Snapshot the filesystem with PostgreSQL data
      Execute "pg_stop_backup()"
      Send the snapshot to your backup server

    3. Re:BTRFS experiences? by Anonymous Coward · · Score: 1

      A bit dated, but I had a pretty large data loss about a year ago-- about 6 months into my btrfs experiment. Most files were backed up, but I did lose a bit of work.

      btrfs also uses quite a bit of memory (no, modern desktop users will not notice), but I was playing around with btrfs on my arm board, and the mem overhead was noticeable.

      I ended up deciding to let others be the alpha testers.

    4. Re:BTRFS experiences? by Anonymous Coward · · Score: 0

      You want to know why WinFS was never finished?

      "Fuck you! That's why." --Steve Ballmer

    5. Re:BTRFS experiences? by bluefoxlucid · · Score: 1

      I do that with ext4 already. Hell I do that with ext2.

    6. Re:BTRFS experiences? by Bengie · · Score: 2

      Can you add randomly sized disks to EXT4 and transparently grow the volume? Yeah, didn't think so.

      I'm not saying EXT4 is "bad", I'm just saying BTRFS has A LOT more useful features, just less tested and has some trade-offs.

    7. Re:BTRFS experiences? by Bigby · · Score: 1

      I use it on a MythTV server. I don't know if it is has been added yet, but it was lacking support to remove a stripped device. I want it to re-balance off of that disk, so I can replace it or upgrade it.

      Can /boot be btrfs yet?

      Otherwise it is pretty cool.

    8. Re:BTRFS experiences? by mcelrath · · Score: 5, Informative

      I've been using btrfs on two computers for about a year now. I'd say it's quite stable. I'm using it for /home as well as a data partition, with zlib compression on /home. The snapshot feature is amazing and should be used liberally. Early on I experienced some disk corruption (mostly due to rapidly switching kernel versions 3.0, 3.2, 3.4, 3.5), which was not a problem because there existed snapshots on the disk. The primary partition can be corrupted, but if you have an uncorrupted snapshot, you can mount it. So, it's a good idea to get in the habit of making regular snapshots. I've been doing it by hand, but a daily rotating snapshots would be a great idea for reliability. There are many cron jobs, shell scripts and whatnot to accomplish this (e.g. Autosnap). Furthermore there is apt-btrfs-snapshot which on Debian/Ubuntu systems will automatically snapshot whenever upgrading/installing a package. This basically takes care of changes in /usr (and you'll need a cron job for /home). The only real drawback I've encountered is that dpkg is very slow (likely due to my use of zlib compression). But dpkg's database access has been a snail for a long time and is dpkg's problem (and I hope someone looks into this soon, it's pissing me off -- zlib just exacerbates the problem). But since apt-get upgrade can run in the background while I'm working, it doesn't really bother me.

      I'm also using RAID1 on all magnetic disks (plus one SSD not in a RAID configuration). After countless disk failures, I just don't trust magnetic disks any further than I can throw them. And, they are cheap enough that two instead of one is not a huge burden. In the last year, I have not had occasion to recover from a failure due to RAID1, but I have experimented with mounting one half of the RAID1, and it operates normally. There are a few tricks to re-sync the drives when its partner is re-added to the array, that one should be aware of. It's not fully automatic. One of my RAID1 arrays is over two LVM volumes, with the left half consisting of a single 3 TB disk, and the right half consisting of three disks concatenated into a single LVM. This makes it easier to add disks later. LVM and btrfs can both resize.

      A couple things to be aware of: you cannot place a swap file on a btrfs partition. So use another filesystem, a full partition, or just buy more RAM (my preferred solution). You should not use a kernel version less than 3.5. There have been many fixes between 3.0 and 3.4, and you're asking for trouble if you use btrfs on a 3.0 or 3.2 kernel. Since I installed 3.5 kernels on all my machines, I have not had any btrfs-related problems. FWIW, I regularly have to reboot because ATI's shitty video driver causes a kernel panic, sometimes via a hard reset. I have yet to see any filesystem corruption due to this. And everyone should know how to use the Magic SysRq key in the event of kernel panics too. (Alt-SysRq- REIUSB should unmount, sync, and boot, leaving filesystems in a consistent state)

      I highly recommend BTRFS at this point. I'm not sure the distributions are up to noob auto-installs, but if you like to do things yourself, it offers a lot of advantages over ext4.

      --
      1^2=1; (-1)^2=1; 1^2=(-1)^2; 1=-1; 1=0.
    9. Re:BTRFS experiences? by flok · · Score: 4, Informative

      If you have LVM underneath the ext4 filesystem, you can indeed randomly grow the fs.

      --

      www.vanheusden.com - home of Multitail, HTTPing, CoffeeSaint, EntropyBroker, rsstail, bsod, listener, nagcon, nagi
    10. Re:BTRFS experiences? by bluefoxlucid · · Score: 1

      Thin provisioning etc, as well ext4 lets you shift the journal and do full ordered write (so you can use an SSD for a journal, and avoid all that sync() to slow hard disk and have bulletproof journaling with both data and metadata, ordered properly).

    11. Re:BTRFS experiences? by snadrus · · Score: 1

      Enabling compression actually was what made better performance for me. Of-course to do it right you need to remount the partition at the OS install phase, or copy the files afterward (as it's compress-on-New-file-write).

      --
      Science & open-source build trust from peer review. Learn systems you can trust.
    12. Re:BTRFS experiences? by Rich0 · · Score: 3, Interesting

      Sure, if you don't mind it being a pain to dynamically reallocate space between all your filesystems.

      Oh, can you copy a 300GB file full of data in a few milliseconds and have the copy only occupy the space necessary to capture the differences between them? No, I don't want a hard link - I want changes to either file to not affect the other.

      You can also instantly snapshot files, directories, or the entire filesystem, and the snapshots are first-class citizens (they can be modified, be used in place of the originals, etc).

      Oh, and if the power dies in the middle of writing a RAID stripe you don't lose anything beyond the changes to the files you were intending to modify.

      Btrfs will be the standard filesystem on linux in a few years - nobody really doubts that. Its main issue now is that it is still fairly immature.

    13. Re:BTRFS experiences? by Rich0 · · Score: 1

      Still waiting for more stability and raid5 support, but I agree, it definitely is going to be the way to go at some point.

    14. Re:BTRFS experiences? by Bengie · · Score: 3, Interesting

      I know I tend to play Devil's advocate in an almost trollish way, but it invokes great responses like your's and bluefoxlucid. It seems if you don't get people defensive on the internet, they tend to ignore your posts and don't reply with potentially great stuff.

      Anyway, I didn't know about LVM and it looks quite "great". One question I have about it is that it supports allowing a volume to have a RAID1 style backing. If some of the data got silently corrupted in one of the mirrors, how would EXT4 decide which data to choose and how would it fix it or does LVM do this?

      The biggest logical issue I've seen with separating volume managers from the FS is that the two typically don't communicate. This lack of communication hurts the overall resiliency. Not to say the FS and volume manager couldn't communicate via an API or something.

    15. Re:BTRFS experiences? by subreality · · Score: 2

      I've used it for a couple years now. My experience:

      The good:

      Snapshots are a killer feature.
      Integrated redundancy is much nicer than RAID.
      Integrating LVM into the FS is very nice.

      The bad:

      sync is SLOW, and dpkg will suffer. You can work around it by creating a snapshot and then running 'eatmydata apt-get whatever' - and accept that you'll have to roll back if you have a power failure mid-install.

      It finally has a functional fsck, but I don't trust it yet with mission-critical data.

      Generally it works well, but it's still a new FS so I'm not ready to deploy it everywhere yet.

    16. Re:BTRFS experiences? by Anonymous Coward · · Score: 0

      One of my RAID1 arrays is over two LVM volumes, with the left half consisting of a single 3 TB disk, and the right half consisting of three disks concatenated into a single LVM.

      o.O

    17. Re:BTRFS experiences? by WuphonsReach · · Score: 1

      It was only in the last year or two that ext4 got to the point where it was considered reliable enough for production use. That was released in 2008 and we didn't switch any production stuff over until 2010 or 2011.

      I expect btrfs to have a similar roll-out period which means you won't see it heavily used in production until late-2013 or 2014. Especially since it's still being actively hacked upon and doesn't seem to be feature complete yet.

      Pessimistic view says 2015 before it's a safe choice for production, but I'd expect early adopters to start shifting next year in earnest.

      --
      Wolde you bothe eate your cake, and have your cake?
    18. Re:BTRFS experiences? by mcelrath · · Score: 1

      I think fsck is a non issue. I can't count the number of times fsck has swiss-cheesed my disk, filling /lost+found with thousands of numbered files. In no way is that kind of treatment of my data a "recovery". What btrfs had that is far more valuable than fsck is snapshots. I'll take a mountable, old snapshot over numbered inodes in /lost+found any day.

      --
      1^2=1; (-1)^2=1; 1^2=(-1)^2; 1=-1; 1=0.
    19. Re:BTRFS experiences? by steverweber · · Score: 1

      Wait..

      Perhaps corruption was not BARTFS but because you unmount before sync after your ATI panics!
      TRY: REISUB

    20. Re:BTRFS experiences? by Anonymous Coward · · Score: 0

      They really need to fix up the integration of free-space display into regular "df". Using "btrfs fi df" results in a dog's breakfast of output.

    21. Re:BTRFS experiences? by unixisc · · Score: 1

      In fact, how does BTRFS compare to BSD and other unix file systems like ZFS, Hammer, XFS, UFS, Veritas and so on?

    22. Re:BTRFS experiences? by mcelrath · · Score: 1

      Good catch! Sadly, in fact I have been doing U before S. I even knew what both of them did!!!!

      Well, score one more for btrfs, that my idiocy did not result in any disk corruption.

      --
      1^2=1; (-1)^2=1; 1^2=(-1)^2; 1=-1; 1=0.
    23. Re:BTRFS experiences? by Dolda2000 · · Score: 1

      You don't normally use LVM for RAID1 (you can, but it kind of sucks and is a bit immature). Normally, you'd use mdraid for that, and then construct a LVM PV from the resulting mdraid device(s).

      Neither ext3, LVM nor mdraid checks for silent corruption, however. That's strictly a feature of filesystems like ZFS or btrfs that explicitly checksum all data.

    24. Re:BTRFS experiences? by Cato · · Score: 1

      LVM has some issues of its own, and requires careful setup to avoid data loss. Also its snapshots are quite buggy and slow. See http://serverfault.com/questions/279571/lvm-dangers-and-caveats/279577#279577 for details.

  9. Mostly about btrfs by javilon · · Score: 3, Interesting

    The most active area seems to be btrfs. What is the general opinion, is it ready for general usage?

    Any one with feedback from production setups?

    --


    When his defense asked, "Which computer has Jon Johansen trespassed upon?" the answer was: "His own."
    1. Re:Mostly about btrfs by Anonymous Coward · · Score: -1

      No fsck'ing fsck.

    2. Re:Mostly about btrfs by mlts · · Score: 3, Interesting

      btrfs is coming along, but most distros still tend to have ext4 as a default. The one thing that btrfs really and desperately needs is filesystem deduplication. Even Windows now has that in place (although it is of a delayed variety where a background task searches for identical blocks and replaces the copies with pointers.)

    3. Re:Mostly about btrfs by Anonymous Coward · · Score: 0

      I used it for the previous version of Ubuntu (since I had just purchased my first SSD and BTRFS was one of the file systems with TRIM support. That version of BTRFS was not exactly self-cleaning. Boot times got longer over a period of months to the point where I was waiting about 5 minutes. I switched to ReiserFS and I can cold boot in about 15 seconds, including all the ASUS 'instant web' stuff (which has its own 5 second countdown).

    4. Re:Mostly about btrfs by Anonymous Coward · · Score: 0

      Not going to happen while patents are being thrown about. It's one thing to do it then have some submariner troll pop up and say "patented!" and then everyone groans about how it was obvious since we invented it ourselves without any help from the troll, another thing entirely to try and do it while a developer like Quantum is in the middle of suing other people who try it.

    5. Re:Mostly about btrfs by h4rr4r · · Score: 1

      How does shit like this not fail the obviousness test?

      I get the feeling you are not telling the whole story, any links to clear this up?

    6. Re:Mostly about btrfs by bluefoxlucid · · Score: 3, Informative

      Because you have people like me who say, "What we should do for deduplication is hash blocks and keep them in a fast bucket hash table cached in RAM and pointed to in the block index. Then we can occasionally compare identically-hashed pointers to see if the blocks are the same, and if so drop one or the other pointer and repoint the others. This dropping can be done by selecting the one with the highest use count as our new pointer, and altering old pointers as they're accessed rather than actively, until the duplicate pointer is empty." Someone says, "PATENTED ALREADY LOL!" It's not "I patented data dedup," it's "Here's every way I can think of to do it, PATENT NOW! Oh you did something vaguely similar to this one, that's mine..."

    7. Re:Mostly about btrfs by h4rr4r · · Score: 1

      I still don't see how that is not obvious. I don't see how checking at write time, or later when the disk is free or any other time is anything other than a trivial change.

    8. Re:Mostly about btrfs by Bengie · · Score: 3, Informative

      Any transactional FS(ZFS/BTRFS) shouldn't need fsck. You always start from the last commited transaction or snapshot.

    9. Re:Mostly about btrfs by Anonymous Coward · · Score: 0

      It always amazes me that so many people think hardware actually works properly.

    10. Re:Mostly about btrfs by Anonymous Coward · · Score: 1

      Dunno...I couldn't trust it for production, so I don't have a production setup. I tried to simulate bad blocks by writing random zeroes to random places on an unmounted FS, for different file systems. For mounting and repairing the FS, my order of confidence would be in ext4, then XFS, then ZFS on FreeBSD (especially mirrored), UFS on FreeBSD, then JFS, then NILFS2. As far as btrfs goes, errors seem to panic the kernel--does btrfs default to errors=panic?--and even when using the built-in RAID1, btrfs would rather panic the kernel than rebuild from the good side of the mirror like ZFS does. btrfsck could not repair the intentionally damaged file system enough to solve this problem.

      Maybe btrfs is good enough for production on a good hard drive, maybe not, but the tools are definitely not there yet. The tools are version 0.19 (at time of testing) for a reason. I learned my lesson on using a FS with the promise of better tools and a better file system while using ReiserFS. ReiserFS was good and never failed me, but I'm not going through that again!

      The performance is fine, though. In 3.6, it seems like performance with snapshots is competitive with other file systems that support snapshots natively. btrfs handles abuse just as well as other file systems I've tried. For what it's supposed to do, the btrfs programmers are doing a good job so far. If you trust your underlying hardware, you might try btrfs on a not-so-critical partition and give it a try.

    11. Re:Mostly about btrfs by Anonymous Coward · · Score: 0

      filesystem deduplication. Even Windows now has that in place

      Where? Where?

    12. Re:Mostly about btrfs by fa2k · · Score: 1

      That sounds like a bad idea anyway (not an expert here). btrfs comes with data checksums, so why not use those checksums for deduplication at write time, instead of doing it "occasionally" later? The checksums could be stored in a binary tree or a hash table. I think that's what ZFS does, and they don't have any patent problems.

    13. Re:Mostly about btrfs by mlts · · Score: 1

      Windows Server 2012 has this as a feature. Caveats:

      1: It has to be a NTFS volume. No ReFS, FAT32, or other filesystems.

      2: The deduplication does not happen in real time. Store 500 of the same one gig files, and it will initially take up 500 gigs until the background task gets around to replacing redundant blocks with links.

    14. Re:Mostly about btrfs by Anonymous Coward · · Score: 0

      My cousin admins a datacenter with several petabytes of live data and he has given guest speaker talks to the research community on how to design large storage systems. He told me ZFS is the best FS he has ever had the pleasure to work with. Absolutely nothing he or his fellow storage admins could do to make ZFS break, and they have a slew of in-house tests and require several years of testing before they can go live with a new FS.

      Nothing against EXT4, as I hear it's great, but I am under the impression that a properly configured ZFS system is damned near unbreakable.

  10. Still no TRIM on software RAID (md) by Anonymous Coward · · Score: 2, Interesting
    Still no TRIM on software RAID (md).

    Astounding that all the other components (major filesystems, device mapper, LVM) support TRIM but the underlying md devices still don't.

    1. Re:Still no TRIM on software RAID (md) by Rich0 · · Score: 1

      How often does an entire stripe become empty? And the software RAID layer would need to keep track of cumulative TRIMS on all the blocks in the stripe so that it could issue the TRIM when the whole thing becomes empty. Then you need someplace to store that metadata, and will doing that cause more problems than the TRIM fixes?

      That said, might be nice if it worked since a rebuild could skip known-empty areas.

      Of course, eventually btrfs is likely to make many md applications obsolete. Obviously it isn't there yet.

    2. Re:Still no TRIM on software RAID (md) by Mad+Merlin · · Score: 3, Informative

      Support for TRIM on RAID linear/0/1/10 md devices was quite recently added. The patch series is here: https://lkml.org/lkml/2012/3/11/261. I can't find the actual merge now, but I believe it'll be in 3.7.

  11. Ok, ok, question by theRunicBard · · Score: 2

    As a Linux noob, how do I learn what all of those words mean? The only one I even vaguely recognize is TCP and i don't even know what that is. Until someone responds, I'll be at Google.

    1. Re:Ok, ok, question by hduff · · Score: 3, Insightful

      As a Linux noob, how do I learn what all of those words mean? The only one I even vaguely recognize is TCP and i don't even know what that is. Until someone responds, I'll be at Google.

      Which is how it is done.

      --
      "I believe in Karma. That means I can do bad things to people all day long and I assume they deserve it." : Dogbert
    2. Re:Ok, ok, question by jones_supa · · Score: 4, Informative

      Try kernelnewbies.org and Wikipedia also.

    3. Re:Ok, ok, question by Lennie · · Score: 3, Informative

      You might want this page then:

      http://kernelnewbies.org/Linux_3.6

      It usually has links to http://www.h-online.com/ http://lwn.net/ and/or Wikipedia which hopefully explains it in a way you'll understand.

      --
      New things are always on the horizon
    4. Re:Ok, ok, question by Anonymous Coward · · Score: 0

      If you're asking this question you probably won't notice a difference... And the fact is that most users won't notice the difference even if they do understand each of these concepts.

      This is the weird thing about covering kernel releases on Slashdot. The kernel will continue its path of incremental progress. That's good. But most of us don't really need detailed reports along the way. If you're sincerely interested, you'll learn a lot more by reading LKML.

    5. Re:Ok, ok, question by hobarrera · · Score: 3, Insightful

      Most of these words are not linux-specific, though they are rather technical. It's what you'd expect on the release of a new kernel version, especially on slashdot.

    6. Re:Ok, ok, question by lennier · · Score: 2

      Until someone responds, I'll be at Google.

      Larry Page, what are you doing here?

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
  12. Please explain by Frankie70 · · Score: 1

    I don't get the joke in the parent and grandparent about leaving the sentence incomplete. Can someone explain?

    1. Re:Please explain by Anonymous Coward · · Score: 0

      The joke is that on a windy day it's about as reliable as a flickering candle. Jack, my brother, installed lin

    2. Re:Please explain by Anonymous Coward · · Score: 0

      It's a variation on the old NO CARRIER joke where you imply that you somehow manage to post what you were typing when your modem suddenly disconnected / computer suddenly crashed.

    3. Re:Please explain by Metabolife · · Score: 5, Funny

      It's really quite simple. The parent and grandparent are simply implying that

    4. Re:Please explain by sourcerror · · Score: 2

      The problem is that with HTTP if your computer crashes not even half of your message will be sent, no wonder some people don't get it.

    5. Re:Please explain by Anonymous Coward · · Score: 0

      Quotas reached, probably.

    6. Re:Please explain by blane.bramble · · Score: 1

      You seem to be unaware how TCP/IP packets work, each packet has a limited size negotiated by the transport layer, it's quite possible for the first few packets to be sent and received, and subsequent packets to be

    7. Re:Please explain by Anonymous Coward · · Score: 0

      I, for one, am using HTTP over UDP where I have removed the HTTP header "Content-Length".

    8. Re:Please explain by sgage · · Score: 5, Funny

      There once was a man from Lahore,
      whose limericks stopped at line four.
      When asked why this was,
      he said just because

    9. Re:Please explain by Anonymous Coward · · Score: 1

      Except that web server will reject any incomplete request therefore we will never see those posts. [no crash, I'm running FreeBSD]

    10. Re:Please explain by equex · · Score: 1

      ...but in a in a virtual ma

      --
      Can I light a sig ?
    11. Re:Please explain by DiegoBravo · · Score: 1

      The /. server is running li

    12. Re:Please explain by Anonymous Coward · · Score: 1

      There once was a man from Verdun.

  13. I WTFM... by Anonymous Coward · · Score: 0

    ...U RTFM.

  14. Sounds like Windows' IIS by PhrostyMcByte · · Score: 4, Interesting

    This sounds a bit like they generalized the clever latency-saving behavior of IE which skips the TCP handshake when talking to IIS and leaves connections half-open. Latency could indeed be greatly improved for servers supporting it.

    1. Re:Sounds like Windows' IIS by snadrus · · Score: 1

      The difference being this is a previously-unimplemented feature of a standard approved a decade ago, so lots of eyes have already considered it.

      --
      Science & open-source build trust from peer review. Learn systems you can trust.
  15. I beat the DNS part (in part) by Anonymous Coward · · Score: -1

    "A DNS query needs one packet each way, assuming the server has the answer cached. The DNS server is usually going to be closer, so the DNS query should almost always take less time than opening a TCP session. - by SuricouRaven (1897204) on Monday October 01, @12:02PM (#41514015)

    For my 30 favorite sites, I "hardcode" their host-domain name to IP address in my custom HOSTS file!

    Doing this is FASTER BY FAR than calling out to remote DNS servers (that may be "downed" or DNS-poisoned redirected, or even a bogus botnet DNS server (yes, there are those)).

    I also use what I consider to be the "best in the business" in DNS servers (external to my residence), in:

    ---

    1.) OpenDNS
    2.) ScrubIT DNS
    3.) Norton DNS

    ---

    (There are others like them, such as Comodo DNS, Google DNS, etc., & I imagine they filter via DNSBL's vs. the same things I do in my custom hosts file... "layered-security"/"defense-in-depth", rules!)

    * This not only lends me more speed, but also reliability... as well as BETTER "layered-security"/"defense-in-depth" in the same motion, with a single file (that's ubiquitous & versatile as you-know-what!).

    APK

    P.S.=> I used to keep 250 of them in my custom hosts file, but instead, decided (after not using many of them) to keep 30 or so @ the TOP of the hosts file, so they are "read in" immediately/off-the-bat & since hosts is just a file?

    It gets cached (in Windows + MacOS X iirc too, on 1st use of the net, since it only 'kicks on fully' once a webbound request is made (this sped up bootups in both OS))!

    Cached either by:

    ---

    1.) The local diskcache kernelmode subsystem (for best possible speed).

    or

    2.) The native Windows clientside DNS cache service

    ---

    I turn off the latter in the Windows clientside local dnscache service, since I use a HUGE custom hosts file - & Windows local DNS clientside cache service "blows up" on them... it's written into a FIXED SIZE structure is why (dumb imo).

    So far, I have (1,845,285++ known bad sites/servers/hosts-domains in them that serve up malwares, malicious script, function in botnets (as C&C or just compromised drones), etc./et al)

    Thus, I get cached speeds out of the hosts file data in its entirety (not just my favs, but tons of bogus sites/servers blocked too, the majority of my custom hosts IS that) anyhow!

    Albeit, via a diff. mechanism vs. the typical, & save the CPU cycles, RAM, & other forms of I/O (by turning off a services I truly DO NOT NEED)...

    ... apk

    1. Re:I beat the DNS part (in part) by Anonymous Coward · · Score: -1

      As I said to your other reply, whoever modded you down's nuts. The DNS override trick is a good one using hosts since they access at hard drive speed (7ns) at first and then at the speed of RAM once cached. Making requests to remote DNS servers takes around 100ms total trip (or more sometimes) or near to that. Huge order of magnitude savings right there alone. The rest in blocking ads picks up speed even more and it is noticeable. Very noticeable. Only problem I see is if sites change ip addresses. What do you do then?

    2. Re:I beat the DNS part (in part) by SuricouRaven · · Score: 0

      You could make a script that runs every week and updates the hosts list.

    3. Re:I beat the DNS part (in part) by Anonymous Coward · · Score: -1

      I don't write scripts. I decided to use apk's program http://linux.slashdot.org/comments.pl?sid=3156173&cid=41518191

  16. Linux 3.6 Released by Anonymous Coward · · Score: -1

    There'll be a lot of lonely nerds cleaning jizz out of their bellybuttons and neckbeards tonight.

  17. You may find THIS, interesting... apk by Anonymous Coward · · Score: -1, Troll

    Enjoy -> http://linux.slashdot.org/comments.pl?sid=3156173&threshold=-1&commentsort=0&mode=thread&pid=41514015

    "The main slowdown on loading pages or any data is DNS lookup then the data itself." - by Viol8 (599362) on Monday October 01, @11:55AM (#41513943)

    Not only do I speed up the DNS part, but, what REALLY "slows you down" as well as possibly infecting you (I can produce 24 examples of this in fact, documented) is adbanners!

    * Cut the banner ads advertisements out? YOU REALLY "FLY"...

    I've also found over the decades that cutting out javascript on "every page under the sun I visit" (or any scripts, unless ABSOLUTELY NEEDED as in e-commerce shopping &/or banking sites) helps speed of page loads immensely too!

    I do this in Opera's "By Site" preferences - setting ALL pages by default, not being able to run:

    1.) Cookies
    2.) Scripts
    3.) Plugins

    Then, as needed, I make "exceptions" that CAN & DO use the features noted, only AS needed (especially the last one, Opera can do "only on demand" as in Flash videos).

    (Plus, javascript's a security-risk, especially nowadays, & also CPU killer too, & I've seen that much loading Outlook.com via FireFox & running CoreTemp to monitor this much!)

    APK

    P.S.=> It works... still, I am impressed quite a lot by the folks in the Linux world, as well as those from the BSD camp too (heck - the latter's IP stack design runs it all for the most part) - especially these improvements in kernel 3.6! I may even TRY another KUbuntu distro again, albeit only if/when it gets this kernel build... apk

    1. Re:You may find THIS, interesting... apk by Anonymous Coward · · Score: -1

      Thanks for the tips. It makes sense they would work. Whoever modded you down's nuts.

    2. Re:You may find THIS, interesting... apk by Bengie · · Score: 1

      "I do this in Opera's "By Site" preferences - setting ALL pages by default, not being able to run:

      1.) Cookies
      2.) Scripts
      3.) Plugins"

      And all of my sites suddenly don't work.

      The point is I should be able to browse the full-featured web without slowdowns. I shouldn't have to disable 90% of the "features" of a web-page because of latency sensitive loading. What you're suggesting is a bandaid to the problem.

    3. Re:You may find THIS, interesting... apk by Anonymous Coward · · Score: 0

      Learn to read moron (you messed up big) http://linux.slashdot.org/comments.pl?sid=3156173&cid=41524271

  18. Comparison by Sun.Jedi · · Score: 1

    Ask Woz thread: 318 comments
    Linux 3.6 thread: 82 comments

    I guess we know what stuff matters. :/

    1. Re:Comparison by MtHuurne · · Score: 3, Insightful

      There is a new Linux kernel release every two months; Ask Woz is a once in 15 years event.

    2. Re:Comparison by dfries · · Score: 1

      I guess we know what stuff matters. :/

      Linux kernel mailing list, 774 today *
      Guess we know where the Linux kernel activity is.

      * and there's still 4 hours of today left for me

  19. The consumers are not who you think by Anonymous Coward · · Score: 0

    Those people who make websites, embedded devices, phones, and supercomputers very much care about kernel features.

    The point of linux is that *you* can hack it up how you want. Fortunately there are a lot of people working on various parts of this (free) OS, so you don't have to hack everything. In fact, most people can get away without having to do any coding, even those people who want to watch (patent-restricted) videos mp3s.

    It's unfortunate that you may have to learn something in order to consume your mindless entertainment. You've already come such a long way from only knowing how to cry and suckle. We don't really want to impinge on your vacuity any more than necessary. However, if you found in your use of the system that it did not fulfill some vital need of yours, after the requisite period of entitled ranting, you might stir yourself to one of the following:
    [a] File a bug report.
    [b] Donate to the organization in charge of said code.
    [c] Pay someone to code that feature.
    [d] Code it your damn self.

    And try not to get stuck at the entitlement/ranting stage. Oh. Too late :(

    1. Re:The consumers are not who you think by Bengie · · Score: 1

      "Why won't people use Linux?"

      "If the feature doesn't exist, code it yourself"

      hmmm... I think #1 is answered by #2.

  20. It's not about being obvious by Anonymous Coward · · Score: 2, Insightful

    It doesn't matter that it is obvious and shouldn't be patented. What matters is that you can't afford to enter into a drawn out war of attrition that the other sides lawyers are going to make of this case when you bring it.

    Abolish all patents now. All of them. Now.

  21. I do this... apk by Anonymous Coward · · Score: -1

    "Only problem I see is if sites change ip addresses. What do you do then?" - by Anonymous Coward on Monday October 01, @04:54PM (#41518071)

    I do this (I built it YEARS ago, circa 2004, & only put it out recently because of the "malware explosion", for the good of others):

    ---

    APK Hosts File Engine 5.0++:

    http://start64.com/index.php?option=com_content&view=article&id=5851:apk-hosts-file-engine-64bit-version&catid=26:64bit-security-software&Itemid=74

    ---

    * IF you take a peek there @ its screenshot, note the "Speedup Favorite Sites" tab - it's the "safety measure" on THAT account vs. that which you are concerned about!

    Since every 12 hours it runs here "automagically" to import, sort, & deduplicate custom hosts file data from reputable + reliable sources!

    (That's mostly data vs. trackers, adbanner servers, sites/servers/hosts-domains that are KNOWN to serve up malicious content of many kinds (malware binaries to malicious scripts etc.), botnet C&C Servers, bogus DNS servers malware makers use, phishing & spamming servers, & more of that "ilk")...

    That tab takes a list ( SITES.TXT which is in its own directory wherever you made it, it runs from anywhere so no big deal on that much ) you fill with your favorite sites!

    Then it performs a "reverse-DNS ping" to get their IP address & "VOILA" - my spedup favorites get updated every day!)

    Fact is? I'd BET it's even faster than this newfangled "Fast TCP" stuff the Linux crew is using, but I am impressed by their works this round... & it will compliment it, if anything!

    APK

    P.S.=> To let you know though - When & IF sites change IP addresses, they tend to email or post on their sites' pages they will be changing hosting providers (nothing wrong with shoppping for a 'better/cheaper deal' & all that)... of the 250 I used to keep hardcoded in my hosts file since oh, around 2005 or so? Only 6 changed on me in that timeframe...

    ... apk

  22. Your welcome & thank-you... apk by Anonymous Coward · · Score: -1

    I answered your concern here too -> http://linux.slashdot.org/comments.pl?sid=3156173&cid=41518191

    * As far as moddowns? I have a pack of trolls around here (which I suspect are only a few but with MANY "alternate registered 'luser'" accounts for sockpuppets to use) & ones that I have "spanked" SO MANY TIMES in computing technical debates, that down-moderating my posts is their "woman-like 'effete retaliation'"... but, it's all they've got & it doesn't stop others from reading my posts!

    (Modern science MAY have the answer though for these "not-men trolls" as I call them - it's probably TOO MUCH Bisphenol-A consumption on their part (estrogen mimic) via plastic containers, lol, turning them into women instead of men!)

    APK

    P.S.=> I guess it's like folks said of Stallman - the more folks "attack you" online, the more of a 'dent' in their b.s. you're making, as well as influencing others...

    ... apk

  23. 3.6? by Anonymous Coward · · Score: -1

    That's not a very big number. Windows is already on 8. No wonder nobody uses such a backwards OS.

  24. You missed where I said you do exception sites by Anonymous Coward · · Score: -1

    After you set Opera GLOBALLY to not use any of those things, so you don't run them on "every site under the sun", you make exceptions for the sites that NEED cookies, plugins, scripting, JAVA, etc./et al, as needed.

    * You surf a LOT faster, & safer too (especially vs. threats that use plugins like Flash, JavaScript, & JAVA - since they're ALL major infestation vectors...)

    (That's the part you missed or misunderstood)

    APK

    P.S.=> Onwards & upwards... apk

  25. Downmodding my post to hide it? by Anonymous Coward · · Score: 0

    Don't even try - this brings it right back into view, trolls...

    * Additonally: I challenge anyone to disprove the points I put up in my post you bogusly downmodded here -> http://linux.slashdot.org/comments.pl?sid=3156173&cid=41516233 also...

    (You can't, you know it, I know it, & anyone else reading with 1/2 a brain knows it... you FAIL, trolls!)

    APK

    P.S.=> You trolling wusses make me laugh with your totally computing-technically UNJUSTIFIABLE downmods of my posts...

    ... apk

  26. Downmodding my posts to try "hide" them, trolls? by Anonymous Coward · · Score: 0

    Don't even try - this brings it right back into view, trolls...

    * Additonally: I challenge anyone to disprove the points I put up in my post you bogusly downmodded here -> http://linux.slashdot.org/comments.pl?sid=3156173&cid=41516905 also...

    After all - We ALL know who the REAL TROLLS are after you downmodded my post, and are unable to disprove my technical points in it, now don't we?? Of course we do, and, it's not myself...

    (You can't, you know it, I know it, & anyone else reading with 1/2 a brain knows it... you FAIL, trolls!)

    APK

    P.S.=> You trolling wusses make me laugh with your totally computing-technically UNJUSTIFIABLE downmods of my posts...

    ... apk

  27. Good choice (especially if you don't script) by Anonymous Coward · · Score: 0

    "I don't write scripts. I decided to use apk's program http://linux.slashdot.org/comments.pl?sid=3156173&cid=41518191" - by Anonymous Coward on Tuesday October 02, @09:43AM (#41524865)

    Per my subject-line above - I notice they downmodded you too!

    * LMAO - How lame, when that's "the best trolls got", every time on this subject, vs. myself!

    APK

    P.S.=> Compared to a GUI version of this, scripts suck!

    (Especially for someone that can't script!)

    However - I have seen, & written, "scripts" for this too (via Python, with my nephew (who did the BULK of the work, after my suggesting that he have SOMETHING to show potential employers on interviews since he was in RIT @ the time... I just added err-trapping + better filtering, while coaching him on WHAT NEEDS TO BE "LOOKED OUT" FOR when processing hosts file data)).

    I've also seen *NIX shellscripts that can do a lot of what needs doing too for this type of work, but... if/when you don't script? This is for you - saves you time, & effort!

    ... apk