Slashdot Mirror


Linux 3.3 Released

diegocg writes "Linux 3.3 has been released. The changes include the merge of kernel code from the Android project. There is also support for a new architecture (TI C6X), much improved balancing and the ability to restripe between different RAID profiles in Btrfs, and several network improvements: a virtual switch implementation (Open vSwitch) designed for virtualization scenarios, a faster and more scalable alternative to the 'bonding' driver, a configurable limit to the transmission queue of the network devices to fight bufferbloat, a network priority control group and per-cgroup TCP buffer limits. There are also many small features and new drivers and fixes. Here's the full changelog."

91 of 314 comments (clear)

  1. Yea! by colinrichardday · · Score: 2, Funny

    Yea!

  2. Keep it up. by Severus+Snape · · Score: 5, Insightful

    The Linux kernel guys show that constant steady frequent releases are the way forwards, note to GNOME and KDE guys, you got it wrong.

    1. Re:Keep it up. by houstonbofh · · Score: 5, Insightful

      That and the kernel guys actually put in features people want and need, not shove unwanted changes down the users thoughts...

    2. Re:Keep it up. by MrEricSir · · Score: 5, Funny

      shove unwanted changes down the users thoughts...

      You can uninstall GBrain and/or MindKontrol to prevent Gnome and KDE from controlling your thoughts.

      --
      There's no -1 for "I don't get it."
    3. Re:Keep it up. by Tanktalus · · Score: 3, Funny

      I was actually considering that the other day. I'm not sure why, but I changed my mind. ThEy ArE wOnDeRfUl ApPs.

    4. Re:Keep it up. by MurukeshM · · Score: 2

      Let me rephrase GP for you..

      ... the kernel guys actually put in features people who care about such things want and need, while not pissing the hell out of others...

    5. Re:Keep it up. by Smauler · · Score: 4, Funny

      The Linux kernel guys show that constant steady

      I agree... 1 sec.

      frequent releases are the way forwards, note

      Argh... just got to...

      to GNOME and KDE

      update firefox...

      guys, you

      Again?

      got

      Must

      it

      finish

      wrong.

      comment.

    6. Re:Keep it up. by semi-extrinsic · · Score: 5, Informative

      Okay, so what are the kernel changes that users need? Filesystem - we currently have a choice of ext2, ext3 and ext4 - what's inadequate about any of them that couldn't be resolved in an ext5? Any reason why re-strippable RAID can't be in that?

      The general notion is that btrfs will "be" ext5 (i.e. it will be the next "updated" but still stable and mainstream FS), and that there will not be a filesystem with the actual name "ext5". For those who don't need btrfs features, ext4 will suffice. This is also the intent of Theodore Ts'o, the principal developer of ext3/4.

      I believe the reason for this is that the innovation going on in filesystems is centered around some big rethinks, e.g. btrfs uses a copy-on-write B-tree (a concept introduced in 2007). It would be a pain in the neck (or impossible) to innovate like this and remain backwards compatible with ext2/3/4, thus btrfs is not called ext5.

      One thing they could do as far as the Linux kernel goes is work on drivers - particularly Wi-Fi drivers, and do what's possible to ensure that 3.3, or 3.4 support just about every peripheral device there is out there. Aside from that, as far as I can tell, the Linux kernel is pretty much complete.

      How about you RTFS? To quote:

      There are also many small features and new drivers and fixes.

      --
      for i in `facebook friends "=bday" 2>/dev/null | cut -d " " -f 3-`; do facebook wallpost $i "Happy birthday!"; done
    7. Re:Keep it up. by Verunks · · Score: 2

      The Linux kernel guys show that constant steady frequent releases are the way forwards, note to GNOME and KDE guys, you got it wrong.

      I don't know about gnome, but kde release a new version every six months since 4.0

    8. Re:Keep it up. by turbidostato · · Score: 2

      "They only package it"

      Oh, no, they do much more than this: they choose what to package.

    9. Re:Keep it up. by LordLimecat · · Score: 2

      So why then all the hate when Mozilla follows the same release mentality?

    10. Re:Keep it up. by mister_playboy · · Score: 2

      Because Slashdot is full of OCD-ish folks who find deep meaning in numbers that most people pay no attention to?

      --
      Do what thou wilt shall be the whole of the Law ::: Love is the law, love under will
  3. Recursion by philip.paradis · · Score: 3, Funny

    If I deploy a 3.3 guest on a host running 3.3, does it automatically become 3.3 repeating and go on forever?

    --
    Write failed: Broken pipe
  4. C6X support is surprising by Anonymous Coward · · Score: 5, Interesting

    Wow, I had no idea there was work in porting Linux to DSP architectures. That's quite an interesting development. I wonder what the use case is, since DSPs are typically used for very specific, real-time work, not for hosting general-purpose operating systems.

    Also, it's quite surprising to me since as far as I know it's necessary to use TI's compiler to generate C6X code. I found one initiative to port GCC to it, but afaik it didn't get finished. My understanding is that it is no small job to get Linux to compile on non-supported compilers, so I'm interested in the toolchain they are using. For my own work on a C6711, I've been using the TI compiler under Wine. (Which works fine actually, although I had to generate an initial project in CodeComposer to get some of the board-specific support files.)

    1. Re:C6X support is surprising by unixisc · · Score: 3, Interesting

      Also, isn't TI C6X a VLIW - in which case, it would need some very elaborate state of the art compilers? Anybody writing a compiler for this thing would have to write one that does, in addition to the usual activities, VLIW stuff like register renaming and allocation, branch prediction and speculative execution, and so on. Would GCC (or LLVM/Clang) put that sort of effort into a compiler?

    2. Re:C6X support is surprising by macshit · · Score: 4, Informative

      Also, it's quite surprising to me since as far as I know it's necessary to use TI's compiler to generate C6X code. I found one initiative to port GCC to it, but afaik it didn't get finished. My understanding is that it is no small job to get Linux to compile on non-supported compilers, so I'm interested in the toolchain they are using.

      GCC 4.7 (which will be released soonish; it's basically already done) supports the C6X architecture.

      From the GCC 4.7 release notes:

      New Targets and Target Specific Improvements:
      ...
      C6X

      • Support has been added for the Texas Instruments C6X family of processors.
      --
      We live, as we dream -- alone....
    3. Re:C6X support is surprising by steveha · · Score: 4, Informative

      The TI C6X line of chips are not only VLIW, they are "DSP" chips, optimized for signal processing operations. Also, this chip has no MMU. Nobody is going to build a tablet computer or any other general-purpose device based on one of these.

      I think for the near term at least, anyone using a TI C6X will be using the TI C compiler. TI has a whole IDE, called Code Composer Studio.

      But now we have the possibility of running Linux on the chip.

      The one time I worked with a TI DSP chip, I didn't really have an operating system. Just a bootstrap loader, and then my code ran on the bare metal, along with some TI-supplied library code. Now I'm working with an Analog Devices DSP chip and it's the same situation. For my current purposes I'm not using any OS at all. But Linux support could potentially be great; for example, if you were using a platform with an Ethernet interface, you could use the Linux networking code; if you were using a platform with USB, you could use Linux USB code and file system code and so on.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
  5. Re:Which distributions? by flyingfsck · · Score: 2

    You don't have to wait for a distribution house to pick it up. Downloading and doing a kernel compile is easy.

    --
    Excuse me, but please get off my Pennisetum Clandestinum, eh!
  6. Great timing by quantumphaze · · Score: 4, Funny

    I just rebooted to apply 3.2.11 :(

    1. Re:Great timing by MiG82au · · Score: 4, Informative

      Only thing I know of is Ksplice which is a private company that offered special run-time kernel patches. Oracle bought them out and no longer releases the software and the patches for free.

    2. Re:Great timing by gQuigs · · Score: 4, Informative

      I don't use linux, but I remember reading a while ago that linux introduced a feature to update the kernel w/o a reboot. Does this not apply?

      It's not built-in for any major distros yet. It's called ksplice, which is owned by Oracle now. (It is GPLv2)

      AFAIK it has not been mainstreamed.

    3. Re:Great timing by petteyg359 · · Score: 4, Informative

      Ksplice is just a commercial tool that makes use of kexec which has been in the kennel for years. There is absolutely no need for Ksplice yo use kexec.

    4. Re:Great timing by BitZtream · · Score: 4, Insightful

      Probably never will be either. Its usefulness was always questionable at best anyway, it is a GREAT academic exercise that I'm interested in just cause I've been developing my own 'x64 os' as a learning experience so the tactics they use I like to learn about, from a practical perspective as a system admin, its silly.

      Mission critical infrastructure where you would want continuous availability is running on a cluster which can stand to have a host rebooted for upgrades so live splicing kernels is pointless in those situations.

      ksplice is for people in moms basement who want an uptime long penis, not for anyone who actually needs service availability.

      ksplice is a treatment for a symptom, which has a long list of side effects that are non-obvious to your non-developer sysadmins, which means most.

      Clusters are the vaccination/condom that prevents you from developing the problem in the first place

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    5. Re:Great timing by phantomfive · · Score: 3, Insightful

      What? If you have an 8 server system, and can't handle one of them going down, you're basically screwed, because sooner or later one of them WILL go down. If you want real uptime, you need redundancy.

      And it's doable, you didn't give good requirements, but in your CCTV example, all you need is to store the data on a SAN.

      Basically if your design depends on the fact that none of your servers will go down, then you need a new designer.

      --
      "First they came for the slanderers and i said nothing."
    6. Re:Great timing by Anonymous Coward · · Score: 5, Insightful

      Really?

      Well, explain this to me:

      When you have 8 servers each with 2 PCI-E Quad E1 Digium Cards, handling a total of 248 inbound calls on toll free numbers, with an average of 200 simultaneous channels per server 24/7, how do you cluster that? When you have analog CCTV cameras running into 4 servers each with 16 channels of video, well, how do you cluster that?

      Not everything is HTTP over TCP/IP. Not everything is easily solved with a load-balancing reverse proxy or DNS balancing/failover. Not everything can be clustered. In those situations, and I speak from experience (those two are real-life situations I deal with), not rebooting is real fucking important. And you have two options: either you leave systems unpatched and wait for the next 5 minutes downtime window that might be a year from now, hoping nothing bad happens, or you live patch those motherfuckers.

      If that wasn't enough, I can mention at least an extra 20 cases where clustering isn't an option, and neither is rebooting.

      The explanation is fairly simple. Your hardware does not meet the redundancy and failover requirements for the uptime expectations you've set. Equipment designed for extensive uptimes and critical services have built-in redundancy. Take your phone "server" for example. We run several types of phone service, and the one most similar to what you describe runs as a pair of servers, each with a primary and redundant connection. If either server fails, or if the connected switches/routers fail, they can failover to the backup hardware without even interrupting a call in progress. When we need to upgrade the servers, we do them one at a time.

      Rebooting always has to be an option. Always. Why? Because sooner or later you're going to have hardware failure, and you'll be rebooting whether or not you want to. Going with your 'head in the sand' approach only means your customers will feel a much greater impact from the inevitable downtime than they would if you'd properly designed your systems in the first place.

    7. Re:Great timing by Lost+Found · · Score: 4, Informative

      Not true. Kexec replaces the whole kernel, which means the system is reset. Ksplice applies and removes patches (security updates mainly) while the kernel is running, which means all the processes keep running as if nothing happened.

    8. Re:Great timing by batkiwi · · Score: 4, Informative

      "When you have 8 servers each with 2 PCI-E Quad E1 Digium Cards, handling a total of 248 inbound calls on toll free numbers,"

      This one is tricky if you're trunking with the local telco correctly. Your telco should offer a redunancy and rerouting service if you actually have 64 E1s with them.

      "When you have analog CCTV cameras running into 4 servers each with 16 channels of video, well, how do you cluster that?"

      That one's easy. Splitter before the capture card.

      If you care about it, it's capable of being made redundant.

    9. Re:Great timing by KazW · · Score: 2

      I have at least this many tabs open in Firefox across my tab groups, the "Don't load tabs until selected" option in the general tab is really quite awesome.

      --
      Geeks don't grock information, they grep it.
    10. Re:Great timing by clarkn0va · · Score: 4, Funny

      Ksplice is just a commercial tool that makes use of kexec which has been in the kennel for years.

      HOO LET THE KERNELS AOT! WHOOT! WHOOT, WHOOT, WHOOT!

      --
      I am literally 3000 tokens away from the chaotic crossbow --Stephen
    11. Re:Great timing by BertieBaggio · · Score: 2

      I have at least this many tabs open in Firefox across my tab groups, the "Don't load tabs until selected" option in the general tab is really quite awesome.

      Thanks for this!

      --
      If all you have is a grenade, pretty soon every problem looks like a foxhole -- MightyYar
    12. Re:Great timing by jimicus · · Score: 4, Funny

      Ah, slashdot. The place where you can indignantly call someone wrong because they've told you to do something that's impossible, only to have a whole bunch of people who've already done it explain that you, in fact, are the person in the wrong.

    13. Re:Great timing by pegdhcp · · Score: 3, Informative
      "toll quality" basically means that whatever path your voice takes thru operator's network, QoS, CoS or whatever the service management method applied to your frames, package, signal etc. the end result would be identical to the performance of a legacy twisted pair cable that phone systems used to be built on. A toll quality connection as a general rule:

      1) Would not require any specific equipment other than a native phone device (assuming that PRI ports are native to the phone system, which is a subject of never ending discussions amongst some old farts like me around here...)

      2) Would not cause any digital disturbance to voice quality like packet loss, jitter etc.

  7. Re:Great! by Daniel+Phillips · · Score: 4, Informative

    Features not marked "experimental" in the kernel config database are out of beta.

    --
    Have you got your LWN subscription yet?
  8. Re:Which distributions? by Anonymous Coward · · Score: 3, Informative

    It will be used for the Fedora 17 beta release currently scheduled for April 3rd.

  9. Re:Way to go....... by MiG82au · · Score: 3, Informative

    A good file system with restripeable RAID is pretty nifty. Admittedly you won't use the feature often, but it's a nice alternative to backing up and restoring onto a new array.

  10. Re:Why Should I Care? by andrew3 · · Score: 2, Informative

    Linux is a kernel, not an operating system.

  11. Re:Way to go....... by tpstigers · · Score: 5, Insightful

    Fanboism? Don't be a douchebag. This is a post about a new Linux release. The people who comment on this post should naturally be expected to be Linux users, probably fans. Just as a post about a new OS X release would naturally be populated with Apple fans. It's the people who purposefully comment on threads about products they DON'T like that create a problem. Then there are people like you who just enjoy acting like a dick. Give it a rest.

  12. Re:Which distributions? by Hardolaf · · Score: 4, Informative

    Arch Linux will probably support it in a few days. The packages have been marked outdated and there is already a 3.3rc7-1 ( https://aur.archlinux.org/packages.php?ID=50893 )release in the wild that will probably be the basis for the updated to 3.3.

  13. Android Window by markdavis · · Score: 2

    It does appear this means the possibility of running of an entire Android "system" and "apps" under a normal Linux desktop/laptop/tablet, but without emulation. Correct? If so, I can see that being a great thing.

    1. Re:Android Window by phantomfive · · Score: 2

      Yes, you are right. You can now run Android on a stock kernel.

      --
      "First they came for the slanderers and i said nothing."
  14. Bufferbloat by Wonko+the+Sane · · Score: 2

    I've been reading for a year about bufferbloat and all these tools designed to mitigate it but none of the explainations make sense to someone who isn't already a traffic control guru.

    Can someone explain how, if I'm using a typical Linux system as a firewall between my LAN and a cable modem, I should reconfigure that system if I want to not experience bufferbloat?

    1. Re:Bufferbloat by Maow · · Score: 2

      I've been reading for a year about bufferbloat and all these tools designed to mitigate it but none of the explainations make sense to someone who isn't already a traffic control guru.

      Can someone explain how, if I'm using a typical Linux system as a firewall between my LAN and a cable modem, I should reconfigure that system if I want to not experience bufferbloat?

      Note that I am in no way a network guru / expert, etc. so take my comment with a large dose of salt.

      That said, I don't think there's much you can do in a home environment to mitigate buffer bloat, it's when large ISPs, or other large networks, and backbones interconnect, for the most part.

      I'm not going to say much more at risk of being egregiously wrong. I'll just await someone more knowledgeable to jump in and enlighten us both...

      For anyone reading and is interested in the issue:

      Bufferbloat:

      This problem is caused mainly by router and switch manufacturers making incorrect assumptions about whether to buffer packets or drop them. As a general rule,[which?]} packets should not be buffered for more than a few milliseconds. Any more than this can lead to TCP's congestion-avoidance algorithms breaking, causing problems such as high and variable latency, and choking network bottlenecks for all other flows as the buffer becomes full of the packets of one TCP stream and other packets are then dropped.[4] The buffers then take some time to drain, before the TCP connection ramps back up to speed and then floods the buffers again.

      And a link that may show everything I said to be wrong:

      CeroWrt is a project built on the OpenWrt firmware to resolve the endemic problems of bufferbloat in home networking today, and to push forward the state of the art of edge networks and routers. Projects include proper IPv6 support, tighter integration with DNSSEC, and most importantly, reducing bufferbloat in both the wired and wireless components of the stack....

    2. Re:Bufferbloat by Anonymous Coward · · Score: 2, Interesting

      You want to limit your outgoing transmission speed using QoS to be just under your outgoing bandwidth limit. This prevents your ISP from buffering traffic and reduces latency, increasing responsiveness to things like incoming SSH connections.

    3. Re:Bufferbloat by bytestorm · · Score: 4, Informative

      There isn't an easy answer to your question. In general, bufferbloat is when you get latency or jitter issues because some network device upstream of you has a large buffer, which it fills before it starts dropping your packets. The dropped packets is how software relying on TCP is notified of network congestion so it knows to throttle back. Other protocols may be affected differently (you might notice VoIP delay or bad lag on your xbox).

      To combat this, the idea is to limit your traffic in buffers you control which are (typically) smaller than your ISP and modem's buffers so the ISP ones stay empty and highly interactive. In general, this means limiting your data rates to lower than your bandwidth and prioritizing packets by interactivity requirements. The linux kernel additions in 3.3 allow you to set your buffer size smaller for the entire interface with the goal being to reduce the delay induced by the linux router/bridge. It also adds the ability to prioritize traffic and limit buffers by cgroup (which is like a process categorization or pool which has certain resource limits), but this isn't particularly helpful in your forwarding situation.

      For my own QoS setup, I usually use a script similar to this HTB one. It requires some tuning and getting your queue priorities right requires some understanding of the traffic going through your network. A lot of high level netfilter tools (smoothwall, dd-wrt, etc) have easier to use tools QoS tools which may better suit your purposes. Having not used one, I'm not in a position to recommend them.

  15. Re:Way to go....... by GmExtremacy · · Score: 4, Insightful

    It's the people who purposefully comment on threads about products they DON'T like that create a problem.

    I wouldn't say it's a problem. They, like to the people who like it, are simply stating their opinions.

  16. Re:Which distributions? by meow27 · · Score: 3, Informative

    Gentoo and/or Arch

  17. Re:Way to go....... by Electricity+Likes+Me · · Score: 3, Informative

    ZFS has no support for resizing or restriping it's RAID pools, or shrinking the storage units.

    It's a giant missing feature on an otherwise excellent FS.

  18. Re:Why Should I Care? by Anonymous Coward · · Score: 5, Funny

    You're just jealous that it'll take at least a month after Windows 8 comes out before somebody creates a Metro-style UI for X.

    Two to match the colors.

  19. Re:Which distributions? by quarkscat · · Score: 4, Interesting

    I cannot answer this question for any GNU/Linux distribution except for Slackware, which may or may not get Linux Kernel 3.3.xx as part of an official distribution for at least one Slackware release iteration ... But my personal Slackware machine will be getting 3.3 as soon as it finishes building and I reboot the machine. ;-)

    It's nice to have a GNU/Linux distribution that doesn't jerk users around with strange application locations, misaligned library versions, or an update schedule tied to commercial support contracts. I've tried the rest, and I returned to the best (imho), since GNU/Linux kernel 0.96. Don't try dropping a new kernel source tar-ball onto RH Enterprise Server, Fedora, or even Ubunto -- it will break your system, and your $$$$ support agreement.

  20. Power Management by Phantasmagoria · · Score: 3, Interesting

    Any improvements to power management? It pains me that my laptop gets 4 hours battery life when in Windows 7 but only 2 hours when in Linux. In both cases it's just idle with nothing special running in the background. Or is this a problem with the distribution?

    --
    Loban Amaan Rahman ==> Anagram of ==> Aha! An Abnormal Man!
    1. Re:Power Management by TheLordPhantom · · Score: 4, Interesting

      Mostly it is a problem with the video drivers. Especially AMD. The AMD open source drivers are horrendously inefficient. And, in my experience, the proprietary drivers aren't a whole lot better, but even worse, break everything. So I would say power issues are at the distribution level, not the kernel level.

    2. Re:Power Management by MurukeshM · · Score: 2

      I am not sure, but I think the kernel power regression bug was patched months ago: http://linux.slashdot.org/story/11/11/11/2036245/linux-kernel-power-bug-is-fixed.. Perhaps the fix hasn't hit your distro yet. Or is this something new? :(
      It used to be (around Ubuntu 9.10/10.04) that Ubuntu got more life than Windows. I'm hoping to see those days come again.

  21. Re:Way to go....... by unixisc · · Score: 2

    You are right, but the OP of this thread is the one who started it w/ snide references to Windows. He could have kept it to a discussion of just Linux, and nobody from the Windows camp would have bothered.

  22. Nice to see AOSP code in the mainline kernal. by Irick · · Score: 3, Interesting

    Seriously, they do some good work. I'm excited to see if this fixes sleep on some of the more obscure devices and gives us better power management.

  23. Anyone rebuilding their kernel still? by devphaeton · · Score: 4, Interesting

    Back in the Middle Ages (late 1990s through about 2004) I remember us all getting excited for new kernel releases, and then all rushing to download the source and build it. (By 'us' i mean myself and local geek friends, as well as our cohorts on various IRC channels).

    Nowadays with auto-configuring, rolling release desktop distributions being the norm, is kernel building now only done in server room environments and for non-PC hardware?

    This doesn't matter much, I'm just curious.

    --


    do() || do_not(); // try();
    1. Re:Anyone rebuilding their kernel still? by JeremyMorgan · · Score: 2

      Yeah in the middle ages I was one of those rushing to the source and building it, but not as much anymore. I still rebuild it on my personal machine if I know I'll be using it a while, just to squeeze every last bit I can, but I'll readily admit I don't notice the difference in performance at all. I doubt I'll rebuild for this one as I don't see any features that really apply to me.

      As a personal user, I see fewer reasons to spend a lot of time on kernel tweaking and building, not like it was 10 years ago.

    2. Re:Anyone rebuilding their kernel still? by devphaeton · · Score: 3, Informative

      I was trying to remember the last time I built a linux kernel. It's going to be somewhere in the early 2.6.x series, on Debian Sid. Even in those early days I didn't really notice a difference in performance (unless I was compiling in drivers for specific hardware). The kernel image was smaller, and I knew that that was better, but other than that it all ran about the same. I almost wonder if the performance "increase" I saw back in the 2.2 days was all in my head now. I used to see some performance differences in compiled FreeBSD kernels on my really old boxes (300mhz K6-II with 128MB), but I think the differences have gotten smaller and smaller since 4.x days.

      Like Wonko says, it's not a huge bit of effort to build a kernel. But I don't really see a reason to do it. I should give it a shot just for old time's sake, heh.

      --


      do() || do_not(); // try();
  24. Re:I suppose I have to start building... by Randle_Revar · · Score: 4, Informative

    It seems pretty clear stuff is not just being shoved in willy-nilly for android. There have been many debates about including this piece or that piece, and if the implementation should be identical to the android version. Many parts are not in yet, and some may not go in at all. The android suspending solution may not ever go in, mainline may eventually get a system that serves the same purpose in a different way, android may eventually support that. LWN and the LKML posts they link to give a pretty good overview short of reading all the code commits.

  25. Re:I suppose I have to start building... by grouchomarxist · · Score: 3, Informative

    The lwn post is here: https://lwn.net/Articles/472984/

    There is a lot of things they're leaving out for the time being.

  26. Re:Way to go....... by mug+funky · · Score: 3, Interesting

    the android merge means i can play angry birds without having to use wine...

    the various fixes means my decaying old netbook will still remain usable, and even appear snappy next to one half it's age.

  27. New "team" network driver by Elrond,+Duke+of+URL · · Score: 4, Interesting

    I am a bit confused with regards to the new team network driver which is going to eventually replace the current bonding net driver. The kernel newbies page says that it is user-space and uses libteam to do its work, but it also says that this new implementation will be more efficient.

    How is this so? As network throughput keeps increasing, it is important to process each packet as quickly as possible. That's why network drivers and the packet filter are in the kernel. Wouldn't moving the new team/bonding work to user-space mean a lot more data for the kernel to copy back and forth between kernel and user spaces? And wouldn't this hurt efficiency? I'm sure the computer can keep up in most cases, but it seems this will require more CPU time to handle the work.

    Just curious...

    --
    Elrond, Duke of URL
    "This is the most fun I've had without being drenched in the blood of my enemies!"-Sam&Max
    1. Re:New "team" network driver by Technonotice_Dom · · Score: 4, Informative

      The idea I believe is more that userspace is responsible for handling which device(s) are used for transmission and notifying the kernel, rather than being responsible for the sending of packets themselves. If you've got an active/backup bonding setup, it makes sense to perform connectivity checks from userspace which can be flexible and complex, then notify the kernel to switch or remove devices that have lost connectivity.

      The libteam daemon that's in development seems to have a round robin mode planned and I'd hope 802.3ad, but I guess we'll have to wait and see how that works. I'm sure it'll still need kernel support for the bonding implementations, it's just the monitoring and management functions that are being extracted.

  28. Re:Which distributions? by zill · · Score: 4, Funny

    5.5 kernel...

    This is either a typo or python is way more powerful than I thought.

  29. Re:Way to go....... by Anonymous Coward · · Score: 5, Insightful

    So... which part of this release actually provides a compelling reason to use Linux over any other OS?
    You've been itching for something to run on that TI C6X system you built?

    The fanboisim here makes me gag. Apple has nothing on you guys.

    Hey Cowboy did you know that the Linux Kernel currently runs most smart tvs, bd players, and other home entertainment devices. I would be willing to bet that the number of Samsung, Sony, LG and other tvs and devices running on the Linux kernel is much greater than the number of Macs, and PC currently in use combined!

    The reason for this is that any manufacturer can use OpenSource software like the Linux kernel and modify it to their own needs without sending money to Redmond for every device they sell. This is why Microsoft and Apple have failed in the embedded market with perhaps the exception of some car companies like Ford Motors. Ballmer can rant, rave and do all the paid shill crap he wants. Fact is as the kernel becomes more open to modification from companies like Google with Android optimisations and slick coding Microsoft will become irrelevant in many markets.

    The post was about the most important core software released in history so go pound on your PC, and post how linux sucks somewhere where someone cares. The Linux kernel is one hell of allot more that just the base of an OS as you perceive it.

  30. Re:I suppose I have to start building... by FlyingGuy · · Score: 2

    Well... Having taken a brief glance through the 3.3 patch file and the LWN posts I am really disappointed, yet again, that google thinks their code is special. The ashmem code is pretty much a duplicate of existing aync shared memory calls that can associate handles to memory which ashmem cannot. Wavelocks are just god awful but the "possible" upside is that perhaps they can be transmuted into something that makes power management a little better.

    The whole damn thing just makes the hair on the back of my neck stand up. If google wants to fork the kernel to suit their own Android agenda that is one thing, but this looks like a back end run to try and supplant the entire desktop ecosystem with the Android user interface which IMNSHO is a bit of a hack. I mean don't we have enough of a problem with the variants in Gnome and KDE already?

    Binders also give me pause as it is again google thinking they have a better solution to IPC then D-Buss or any of the others, when it has the possibility to introduce security holes since it can pass credentials around.

    You gotta wonder what the hell Linus is thinking on this.

    --
    Hey KID! Yeah you, get the fuck off my lawn!
  31. Do you need the new features? by SmallFurryCreature · · Score: 2

    PHP 5.4 recently was released and it has a really cool new feature. So I did all the hard work of finding a ppa (ubuntu user thingy, stop me if I get to technical) and added it and upgraded. That was pretty hard core! Uber nerd!

    Once, kernel features were desperately needed. Now? Meh, they are probably very nice but I can wait for others to test and add them. Everything just works so why risk breaking it?

    MS has the same problem. XP and even more so Windows 7, just works. So how to sell Windows 8? And Linux ain't selling anything so why upgrade on my own when in a few months I can just run upgrade and have it all done for me?

    Maybe I just gotten lazy. I would type more, but need a nap after so much hard key pressing. *Fluffs up cowboyneal for a pillow and cuddles up with his Linus blanky*

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  32. Re:Why Should I Care? by Barsteward · · Score: 2

    What version if KDE are you running? I've never had that problem.

    --
    "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
  33. Re:Why Should I Care? by lattyware · · Score: 4, Informative

    That's rubbish. I have a triple monitor setup and KDE will happily let me make a panel 100% of any one screen, or 100% of all three (if you wanted to do that for some insane reason) at any orientation.

    --
    -- Lattyware (www.lattyware.co.uk)
  34. Re:Why Should I Care? by lattyware · · Score: 4, Interesting

    Well, it just seems highly unlikely that it wouldn't work for anyone else. I mean, it's a pretty basic feature and if I can do it with my pretty unusual and normally troublesome setup (triple monitors are not that well supported, although KDE does a good job), then I'd expect it to work with most people's. My point is, if it doesn't work for you, then it's a bug, so submit a bug report.

    --
    -- Lattyware (www.lattyware.co.uk)
  35. Re:Way to go....... by Anonymous Coward · · Score: 2, Insightful

    Right. Because if you wouldn't do it, it's useless.

  36. Re:Way to go....... by CSMoran · · Score: 5, Funny

    the android merge means i can play angry birds without having to use wine...

    Note that playing sober raises it to another level of difficulty.

    --
    Every end has half a stick.
  37. Re:Way to go....... by MrHanky · · Score: 4, Informative

    Bullshit. Not only does a merge of Android kernel features not mean you can play angry birds under some regular Linux distro (you'll need, oh, Dalvik and Android's windowing system which is not X11), you can already play Angry Birds in Chrome, no Wine required. The kernel is entirely irrelevant. If you don't know what you're talking about, just shut up.

  38. *Ext4* by jones_supa · · Score: 3, Funny

    Ahh, that was a cleansing sneeze.

  39. Re:I suppose I have to start building... by Kjella · · Score: 3, Insightful

    You gotta wonder what the hell Linus is thinking on this.

    Well, while he's a hard nail on code quality he's always been a pragmatic man. When it's an interface used on hundreds of millions of Android devices it's something worth supporting if he can do it as long as it doesn't interact badly with the mainline code. And that's exactly why something like wakelocks are still out while others are in. I don't think Linus believes in the one perfect system, if he has to support different IPCs then fine but maybe the implementation can share code and work towards supporting several approaches.

    Remember it's not in anybody's interest to diverge just to diverge, it's just that sometimes it's better to do your own thing and show that it works rather than trying to get permission to change an old recipe. A lot of branches have lived in parallel to mainline and eventually gotten merged in as the real needs and differences - not just the NIH and semantics - have emerged. Getting over these hurdles and keeping the kernel from fracturing into smaller branches that each go their separate ways has always one of the true strengths of the project.

    --
    Live today, because you never know what tomorrow brings
  40. Re:Android? As in Google? As in NSA spyware? by semi-extrinsic · · Score: 3, Insightful

    I'm guessing you don't know about SELinux? As in "written by the actual NSA"? Oh shit, it's been in the kernel for almost ten years! Go troll somewhere else.

    --
    for i in `facebook friends "=bday" 2>/dev/null | cut -d " " -f 3-`; do facebook wallpost $i "Happy birthday!"; done
  41. Re:Way to go....... by pegdhcp · · Score: 4, Insightful

    Then neither you are not working with web developers who change their mind daily about basic system design nor you are working in an environment where uptime is not a concern nor you have very expensive load balance boxen that protects you from mundane facts of life. Either way, you are a very lucky person... OTOH we, of lesser levels of humanity, are grateful for one more tool that would make our lives easier.

  42. Re:Why Should I Care? by lattyware · · Score: 2

    OK, I admit to careless reactionary phrasing, but still, the point stands. The phrasing of the original post implied that KDE 'lacks the simplest functions' - which is untrue, hence the rubbish comment. The feature is there, and if it doesn't work for them, that's a bug, not lacking the feature itself.

    --
    -- Lattyware (www.lattyware.co.uk)
  43. Re:UEFI boot by ledow · · Score: 2

    How would you boot the boot-loader?

    That's the point, the boot-loader is custom-made to the computer in question. It's not even as simple as a configuration option enabled by selecting, say, an ARM-build or something - and you have an UEFI BIOS and I don't, so that'd be another config option to select during kernel compilation (and a recompile if you moved machines).

    Literally, the boot-loader is THE lowest denominator when it comes to interfacing with the hardware. It has to find and supply disk access to any and all disks you wish to boot a kernel from using only BIOS calls, load things from disk into memory (which often requires paging tricks), and all sorts. That's inherently machine-specific, which is why all PC BIOS's handle most of that stuff for you and let you load the bootloader of choice for the rest. After the bootloader, that's why you can provide a more standard interface to boot anything from Linux to Windows without them having to know about the machine.

    Go find elilo for your personal need. Or read your manufacturer's instructions on how to manage your UEFI boot sequence.

    But an in-kernel bootloader is like an in-car spare car key. Pointless if you can't get that far without it anyway.

  44. Re:Way to go....... by chuckymonkey · · Score: 3, Insightful

    There's valid criticism and then there's just being an asshole, they're very different.

    --
    "Some books contain the machinery required to create and sustain universes."-Tycho
  45. Re:Why Should I Care? by Sique · · Score: 4, Informative

    According to my university lessons, the kernel and the drivers are the operating system, and everything else is shell and applications.

    MS Windows should thus be considered a distribution (combining OS, shell and applications and an install mechanism).

    --
    .sig: Sique *sigh*
  46. Re:Way to go....... by GmExtremacy · · Score: 3, Insightful

    And what constitutes an "asshole" is subjective. I don't see anything wrong with stating your opinion and doing nothing besides that, even if someone thinks it's harsh.

  47. Re:Way to go....... by WyzrdX · · Score: 3, Informative

    So... which part of this release actually provides a compelling reason to use Linux over any other OS? You've been itching for something to run on that TI C6X system you built?

    The fanboisim here makes me gag. Apple has nothing on you guys.

    My post had nothing to do with fanboisim. I currently use Win, Mac, and 5 different flavors of Linux not counting my tv, car stereo, smart phone, and at least 3 other devices that run modified Linux code.

    I have been using Linux off and on for years. But it has only been recently that I have really been modifying it and making it do what I want and how I want. Currently I have my MBP that I use that I need to have Windows installed on due to either software differences in Win and Mac versions (ie. Quickbooks) or because I need access to some windows items while on my Mac.

    I use a Windows machine for some games only because the gaming industry seems to feel that there is only 1 OS that is worth the time. Even Mac is lacking on a lot of the games I play. And I am not a big fan of running some games in a X over for Linux.

    When I use Linux it is for everything else from my firewall to Development. But I am dependent on my Phone and Tablet which run Android. Now with android kernel merge I may have a greater use for using linux than before.

    And as I stated, I just hope I dont have to start at the basics. I am no guru by far but I really dont want to have to thrash what I have learned in the last year or so and start again. Will have to wait and see what the distros look like.

    --
    M O O N... That spells Slashdot.
  48. Re:Way to go....... by tpstigers · · Score: 2

    Your points are only vaguely related to the subject at hand, but I can see why these particular issues distress you so. I don't think anyone would think any less of you if you just stopped visiting Slashdot.

  49. Re:Why Should I Care? by Tsingi · · Score: 2

    NO, Linux is a kernel.

  50. Re:Way to go....... by Anonymous Coward · · Score: 2, Insightful

    Don't forget the 250+ million Android devices floating around out there.

    Linux is everywhere these days although mostly invisible (some would call that "seamless").

  51. Re:Which distributions? by Barefoot+Monkey · · Score: 4, Funny

    Your problems with Slackware appear to stem from your use of the wrong mock-religion meme in your signature. Eris, in particular, is known to cause trouble. Try changing your signature to The Subgenius must have Slack and the package management should improve.

  52. Re:Which distributions? by menkhaura · · Score: 2

    It already is. I've just updated my Arch and it came with the new kernel.

    --
    Stupidity is an equal opportunity striker.
    Fellow slashdotter Bill Dog
  53. Re:Why Should I Care? by tehcyder · · Score: 3, Funny

    What's with all this being nice and apologising for perhaps sounding a tad rude? Don't you know where you are?

    --
    To have a right to do a thing is not at all the same as to be right in doing it
  54. Re:Why Should I Care? by lattyware · · Score: 3, Informative

    You just need to click on the cashew (or right click, panel settings - if there is no cashew, unlock the panel first) then drag the stoppers to change the size. As to dragging a widget, you can do that from the same view by dragging, and you can add an application launcher widget and point it to your custom binary or script. All of this stuff has been in there from the first KDE 4.x builds I used, even the really buggy first ones.

    --
    -- Lattyware (www.lattyware.co.uk)
  55. Re:Way to go....... by bill_mcgonigle · · Score: 2

    ZFS has no support for resizing or restriping it's RAID pools, or shrinking the storage units.

    Not entirely true - if you replace all of the devices in a pool with larger ones (one or two at a time depending on your pool) when all of the devices are of a larger size, ZFS will automatically expand the pool.

    So, if you have a pool of 7 1TB drives, say with 4.5 TB of usable storage and you replace them with 7 2TB drives, when the last one is done rebuilding you'll have 9TB of usable storage without doing anything more as an admin.

    Remember also that ZFS dynamically allocates filesystem storage out of a pool, so the need to shrink filesystems is much less relevant than with LVM and ext*/xfs. I'm sure there are cases where it could be handy, but I've personally never run into one in the 4 years I've been running ZFS systems.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  56. User space by DrYak · · Score: 2

    you'll need, oh, Dalvik and Android's windowing system which is not X11

    In short: To run Android application, you'll need to run the Android userland.

    The kernel is entirely irrelevant. If you don't know what you're talking about, just shut up.

    Except that, in Android's case, the kernel *is* relevant.
    The Android userland relies on quite a few modification of the kernel (mostyl to handle passing signals around).

    Previously, the only way to run the android user-land, was on a special android linux kernel.
    There was one special attempt to have Android run attop a stock distribution, done by Cannocical, and this didn't went much beyond experimental, because of the massive amount of patching involved. And thus the difficulty to maintain it, each time a new Android version emerges.

    Now the necessary changes (or at least part of them, those needed for the user-land. Those needed for the power-saving are expected to arrive by Linux 3.4).
    So you can either drop any of the latest stock vanilla linux kernel underneath your android system (as long as the vanilla kernel has driver for all needed hardware). And thus it will be much more easy for project such as CyanogenMod to feature the latest possible kernel (instead of an older version, because this was the latest available with the necessary changes.).
    Or it's more easy for attemps like cannonical, to bring support for android user-land attop of a normal distribution (because now the default kernel can also contain the necessary plumbing, without needing as much patching as before).

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]