Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Linux 2.6.20-rc6 Kernel Performance

Posted by CmdrTaco on Wed Jan 31, 2007 10:43 AM
from the up-and-to-the-right dept.
Michael writes "The Linux 2.6.20 kernel will feature KVM support, Playstation 3 support, and a variety of other improvements. With the Linux 2.6.20-rc6 kernel out the door, Phoronix has written a performance comparison of the Linux 2.6.20-rc6 kernel against the 2.6.19 and 2.6.19.2 kernels in a variety of benchmarks."
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • Why is playstation support being included in the kernel? Is that really necessary?

    Furthermore, the article didn't exactly make it clear what the support is. Can anyone clarify?

    • Re:PS-3 (Score:5, Insightful)

      by Anonymous Coward on Wednesday January 31 2007, @10:50AM (#17828168)
      Why is anything in the kernel tree? Jeesh -- why don't you complain about the whole gamut of processors included. Just because it's supported doesn't mean you have to build for that arch. To each his own -- pick the proc(s) you need.
    • Re:PS-3 (Score:5, Informative)

      by jimstapleton (999106) on Wednesday January 31 2007, @10:51AM (#17828182) Journal
      I think that means that it is bootable on a PS3. This kind of thing would only be included if it was compiled for a PS3, and as for "is it required", only if you want to run arbitrary distros on a PS3, which there are people who'd want to do that.
    • Re:PS-3 (Score:5, Insightful)

      by qwertphobia (825473) on Wednesday January 31 2007, @10:52AM (#17828198)

      Why is playstation support being included in the kernel? Is that really necessary?

      Yeah, don't forget why most folks start tinkering with Linux in the first place.
      • We love to tinker
      • We want closer access to the hardware
      • Somebody told us we can't, so that just makes us want to all the more
      All three apply to the PS3, as far as I'm concerned!
      • Who told you you couldn't put linux on the PS3?
        • Re:PS-3 (Score:4, Insightful)

          by Mongoose (8480) on Wednesday January 31 2007, @09:22PM (#17837386) Homepage
          I take you never worked on PS2 RTE or PS3 Hypervisor? It's not crippled at all, and in fact you can write all the Cell code you want from PS3 Linux. IBM and others provide SDKs and introductory articles on writing and managing SPE code bases. If you want to learn how to do the future of development then you should jump at the chance. We're never going back to single threaded models ever again.

          The only current restriction is there isn't accelerated OpenGL from the RSX. You can write an OpenGL ES implementation for Cell and get pretty good performance. I ran OpenGL on top of just the VUs on PS2 RTE and got good enough performance to get my TombRaider reimplementation running at a good framerate for a console. I even had enough memory to fit the PC game paks into memory at the time. My point is so what if you don't have OpenGL provided by RSX. You can still do a software implementation optimized for Cell. You can do a lot more than you think with what is provided so far.

          When I see fanboys like you marked 'Insightful' I fear for young teens learning anything. I wonder what you consider 'real development'. This is one of the few ways you can learn streaming / distributed / realtime development techniques on an embedded system at an affordable price. Have you even read any job requirements lately? People already drool over these skills. If you're not a developer then please don't speak about issues you don't even understand. You should be rated 'Funny'.
    • Re:PS-3 (Score:4, Insightful)

      by Ultra64 (318705) on Wednesday January 31 2007, @10:52AM (#17828202) Homepage
      Why is playstation support being included in the kernel?

      Why is there x86 support in the kernel? why is there PowerPC support in the kernel?

      To make linux run on these systems. Duh.
      • I must admit that I was also little puzzled by "PS3 support in the kernel." For some reason my first thought was that you could play PS3 games under some kind of kernel based emulation. So this is a "duh" moment for me as well.

        -matthew
    • Re:PS-3 (Score:5, Interesting)

      by Bluesman (104513) on Wednesday January 31 2007, @10:59AM (#17828306) Homepage
      I bought a PS-3 for the sole reason that I want to run Linux on it to use as a cheap, quiet server, and play with the Cell processor, which I think should be pretty fast for DSP and software radio applications.

      I'm pretty excited about the Cell, and the Playstation is an incredible value for a small form-factor computer that you can put next to your TV without having fan noise be a bother.

      Why not support it in the Linux kernel?
      • Same here (Score:5, Interesting)

        by this great guy (922511) on Wednesday January 31 2007, @01:54PM (#17830710)
        I also bought a PS3 two weeks ago primarily to develop on the Cell processor. So far, I have written a prototype application that runs 5x faster on the PS3's Cell than on the highest end Woodcrest Xeon at 3.0 GHz. When I am not coding on it, I am also using it as a Blu-ray player. Given all this, plus the fact that the PS3 is a next-gen console (though I don't plan to buy any game), I am probably one of the few to recognize that $500 is dirty cheap for such a polyvant device !
      • So tell me, when you boot up your kernel how many penguins do you see?

        Inquiring minds want to know. Thanks.

        • Re:PS-3 (Score:5, Interesting)

          by Bluesman (104513) on Wednesday January 31 2007, @11:50AM (#17829102) Homepage
          1) A file/subversion server for my home network.
          2) It's not, yet. It's arriving today via UPS.

          And the main reason I bought it was not as a server, although that's certainly a benefit. I'm more interested in development on the Cell.

    • Why not? (Score:4, Interesting)

      by brunes69 (86786) <`slashdot' `at' `keirstead.org'> on Wednesday January 31 2007, @11:00AM (#17828318) Homepage
      It's support for the cell, and some PS3 hardware.

      Why would it not be included? If the kernel is still shipping support for 15 year old legacy ISA hardware (yes it is) and Cyrix X86 optimization s(yes it is), it can include support for the PS3, which is likely more in use than either of the above.

      There is support for hardware in the kernel that is so obscure that there are probably less than 100 people in the world still using it. There's nothing wrong with this - this is why Open Source beats closed source for overall hardware support - as long as someone is around using it, and someone else maintaining it, there is no reason to remove support for it.
      • Re:Why not? (Score:5, Informative)

        by steveha (103154) on Wednesday January 31 2007, @12:19PM (#17829522) Homepage
        There is support for hardware in the kernel that is so obscure that there are probably less than 100 people in the world still using it.

        I attended FreedomHEC in Seattle last year. Greg Kroah-Hartman gave a talk, and one point he made was that there are devices supported by the Linux kernel that are literally known to have only one or two users in the whole world; we are talking devices that are so obscure that only one or two people are known to even possess the hardware.

        The point he was making is: if you make some hardware, and you are wondering whether your device is too obscure for Linux to accept drivers for it... don't wonder, just submit the drivers.

        steveha
    • Does anyone know how much of the PS3's hardware is actually supported? When you run Linux on Cell, is it actually using all of the Cell cores, or is it just using the main (PPC-like) one?

      It seems like Cell is probably going to be a lackluster performer, if only the single main processor is used; at that point it's just like using a 3 or 4 year old PowerPC system. But if Linux can support its additional hardware and coprocessors, it seems like you could do some neat stuff with it; I'd think that you could ma
      • by Anonymous Coward on Wednesday January 31 2007, @11:11AM (#17828498)
        7SPE's are accessible via Linux, as long as you use the Cell BBE SDK..
      • The only thing that is limited is GPU support. Sony doesn't want you running pirated or homebrew games on it, so now graphics hardware acceleration (until someone writes an unofficial driver).
        • by tlhIngan (30335) <slashdot AT worf DOT net> on Wednesday January 31 2007, @11:59AM (#17829244)

          The only thing that is limited is GPU support. Sony doesn't want you running pirated or homebrew games on it, so now graphics hardware acceleration (until someone writes an unofficial driver).
          I've played with PS3 linux. I can tell you, the hypervisor is just that. It virtualizes the PS3 hardware. About the only thing Linux has "raw" access to (which could also be virtualized) are the USB ports.

          The hard disk must be PS3-formatted before Linux will see it. Otherwise the hypervisor will not see it and make it available.

          BTW: /dev/sda - hard disk, if available (else this node is the following devices.) /dev/sdb - flash memory - configuration area storing the bootloader (kboot), and a few configuration flags /dev/sdc - Memory stick, I believe /dev/sdd - SD Card /dev/sde - CompactFlash card /dev/sr0 - blu-ray drive.

          The hypervisor is a lot like VMWare/Virtual PC/etc. I suspect the Power Processing Elements aren't even fully accessible and that the hypervisor is trapping everything and passing it on as appropriate, like virtualization software you run.

          BTW, the virtualization also causes some issues. When I bought a new hard disk for PS3 Linux, it had bad sectors on it (I returned it in the end), but instead of the usual IDE error messages (DriveError) or SCSI errors (with media sense keys), you get nothing, other than a generic "I/O Error reading sector XXXX", which causes the filesystem in use to suddenly go read-only (not sure if ext3 did that or if the hypervisor just disabled the ability to write to the disk - I never had many bad disks with ext3). Basically, you don't even know it's a bad sector as it isn't reported. I suspected it when I could get dd to consistently put the filesystem into read-only mode 16GB in. Another system helped prove the point.

          The video hardware is identical - it's virtualized the same way. It's not a driver issue - it's just that Sony has virtualized the video hardware away, and there's no direct access available. Heck, there aren't any WiFi devices accessible either - not for lack of a driver, but that Sony didn't make the WiFi hardware accessible.
          • I've played with PS3 linux. I can tell you, the hypervisor is just that. It virtualizes the PS3 hardware. ...

            I don't know about anybody else, but I find this just conceptually fascinating. Where does the hypervisor run from, anyway? Is it in the machine's ROM, so that there's no way to prevent it from booting? (Without irreversible hardware modifications.)

            I was just wondering whether it's possible to get rid of it, and boot Linux on the bare metal, or whether the hypervisor is tied into the hardware so tightly, it's impossible to remove and install a new Domain 0 operating system.

            Getting Linux to run on the bare metal, 'below' the hypervisor, will be an interesting exercise in what I suspect may be a large part of the future of "unauthorized" computing. I don't think it'll be long before most consumer systems have something like that in place, so it'll be a good intellectual challenge, if nothing else, to see if it can be gotten around.
      • Does anyone know how much of the PS3's hardware is actually supported? When you run Linux on Cell, is it actually using all of the Cell cores, or is it just using the main (PPC-like) one?

        Cell as implemented in the PS3 has 8 cells. One is disabled (probably due to poor yields when demanding that all 8 be working.) In Linux, one is devoted to kernel tasks. That leaves you with six Cell SPEs to work with besides the PPC PPE.

        Seems like getting software to take advantage of it, would require changes both to the kernel, and also to GCC, in order to produce optimized binaries for it, not to mention various pieces of software themselves (rewriting for greater parallelizability).

        Well, yes and no. The real problem is that the SPEs are only good for vector data. Anything else requires that you underutilize them. For instance if you have just two numbers and not a whole matrix to multiply, it takes equally long - you just have one useful result and a bunch of useless results that you didn't want. So certain kinds of tasks will be easier to optimize on the SPEs than others. But in many cases you can probably get good results by just using libraries... for instance if libz and libm were accelerated, that would probably make a big difference. Likewise for widget libraries, sound processing libraries, 3d...

        3d brings us to the other point, which is that Linux runs in the PS3 "hypervisor" environment and you do not have unfettered access to the video hardware. I don't know precisely what you're not allowed to do that you can do in the commercial environment though; I've never seen a complete description of that.

          • Re: (Score:3, Informative)

            You didn't answer the parent's question completely, I think. Which cell is the kernel using (I'm assuming the PPC PPE), and more importantly, does the PS3 support in the Linux kernel enable access to the Six Cell SPEs in anyway, or are you basically on your own.

            This paragraph proves that you do not know what we are talking about.

            The PowerPC in the "Cell" processor in the PS3 is not, repeat NOT a "Cell". It is known as the PPE, or Primary Processing Element (IIRC.) The actual Cell processors in the PS3 ar

            • Re: (Score:3, Informative)

              This paragraph proves that you do not know what we are talking about.

              Well, I think that's self-evident, since he's asking a question about it.

              The PowerPC in the "Cell" processor in the PS3 is not, repeat NOT a "Cell". It is known as the PPE, or Primary Processing Element (IIRC.) The actual Cell processors in the PS3 are known as the SPEs. I forget what the S stands for, maybe synergistic or something like that. I honestly cannot remember and the information is out there so YOU can look it up :)

              The chip in the PS3 has one PPE (a PowerPC with VERY roughly the processing power of a late-model pentium III) and eight SPEs or Cell cores. One of those cores is disabled, probably in order to improve yields. The Linux kernel runs on both the PPE, and ONE of the SPEs. The other six available SPEs are available to the user. Note that all of this information appears in the comment to which you replied, but I am now being more redundant and overusing emphasis in an attempt to get you to actually read it.

              If I could offer a couple clarifications (although I'm surely no expert):

              1. The PPE stands for Power Processing Element (IIRC).
              2. The S in SPE does in fact stand for Synergistic.
              3. I've never heard anyone, in any article or any of the whitepapers I've read, refer to the SPEs as Cell processors, Cell cores or Cells. The Cell Broadband Engine is the entire chip, while the SPEs are precisely that... SPEs. The root of the confusion in thi
  • by Anonymous Coward on Wednesday January 31 2007, @10:49AM (#17828150)

    The Sony Playstation 3 support in the 2.6.20 kernel is coming because of Sony engineers contributing the patches, which add machine-specific support for various items.
    Great, so now Sony is starting to put their rootkit^H^H^H^H^H^H^Hcode into the Linux kernel now...
  • So wait.. (Score:5, Insightful)

    by Anonymous Coward on Wednesday January 31 2007, @10:50AM (#17828154)
    All it takes to get a /. front page link to my ad-word laden website is to create a few bar graphs showing that nothing has changed in the last few kernel revisions and add 2 paragraphs of filler text?
      • Powerpoint files accompanied by PDFs and a video requiring the latest release of Flash.
  • What the... (Score:5, Informative)

    by Jethro (14165) on Wednesday January 31 2007, @10:51AM (#17828176)
    So the bottom line here is that they're almost exactly the same?
    • So the bottom line here is that they're almost exactly the same?

      Yeah, that was a totally worthwhile read, no?

      Let me give everyone else the bottom line, and save you two or three minutes of your life, that you'll otherwise never get back:

      Sony Playstation 3 support and Kernel-based Virtual Machine support are among the exciting features in this release. From today's testing in our environment used and set of benchmarks, there were no definitive performance gains or losses seen throughout the set of tests.
      Now, back to our regularly scheduled Slashvertising....
  • ThinkPad? (Score:5, Funny)

    by Anonymous Coward on Wednesday January 31 2007, @10:51AM (#17828180)
    Is this a joke?

    He's running kernel benchmarks on a laptop?

    Looks like half the things he was measuring were I/O bound? On a laptop?

    Phoronix.... more like Moronix.

  • by victim (30647) on Wednesday January 31 2007, @10:52AM (#17828204) Homepage
    I tried to read the article, but someone has vandalized it with double underlined words all over the place and annoying popups when your mouse slides over them. I closed the window.
  • Since the article doesn't have any content, I assume this was a badly disguised slashvertisement? None of those are even kernel benchmarks.

    Stop the bullshit ads or just shut /. down already. You're not even trying to compete with sites like Digg are you.
  • Seems pretty pointless. It'd be more interesting if they threw a few NT kernels in there though...
  • Not the most scientific. At least give us a standard deviation or even a range of what the results are. There's a slight difference, but are they statistically significant? Can't tell with the data provided. And given how close the results are, I don't think it matters.
  • Bottom Line (Score:4, Interesting)

    by shirizaki (994008) on Wednesday January 31 2007, @10:59AM (#17828302)
    With the Linux 2.6.19 kernel coming out last November and only two additional releases in the 2.6.19 branch, the Linux 2.6.20 kernel is certainly coming quickly. Linus Torvalds had mentioned in the 2.6.20-rc6 release announcement that this is likely the last release candidate. However, even with this quick kernel release coming the features are definitively impressive. Sony Playstation 3 support and Kernel-based Virtual Machine support are among the exciting features in this release. From today's testing in our environment used and set of benchmarks, there were no definitive performance gains or losses seen throughout the set of tests.

    It's nice to get features without sacrificing performance. The added PS3 support would nab those ubuntu people to put it on PS3. Not only that, but yellow dog might get some competition if some peoepl decide to make their own PS3-based distro with all kinds of extras.
  • not newsworthy (Score:4, Insightful)

    by sloth jr (88200) on Wednesday January 31 2007, @11:13AM (#17828536)
    With a great article title like "Linux 2.6.20-rc6 Kernel Performance", I figured there must be something really notable about this release - and yet, there isn't. Summary: some things a neglible amount faster, some a negligible amount slower. If the "firehose" feature I've seen is anything like a preview of how submitted articles are reviewed for publication, I'd say an important part of this process would be at least a review of the linked content to determine whether or not it satisfies any reasonable criteria of newsworthiness.
  • by amorsen (7485) <benny+slashdot@amorsen.dk> on Wednesday January 31 2007, @11:44AM (#17828988)
    Kernel developers regularly hunt elusive speed boosts which can only be detected by specialized benchmark. 2% on something as generic as kernel compilation is fantastic.

    Of course the tests probably weren't conducted in a sufficiently scientific way, so the measurement error probably swamps the 2% improvement. If it can be independently repeated, congratulations are definitely in order!
  • yay, ps3 support! (Score:3, Insightful)

    by Lord Ender (156273) on Wednesday January 31 2007, @12:07PM (#17829344) Homepage
    I can run it on a PS3, but I still can't run it on an Asus A8V motherboard, because there are no working drivers for the onboard SATA controller. Boo.
  • KVM support? (Score:4, Insightful)

    by Vellmont (569020) on Wednesday January 31 2007, @12:10PM (#17829382)
    Can the creators of this technology choose a better word for it? KVM is already widely known as a KVM switch, Keyboard, Video, Mouse. It lets you connect multiple computers to the same monitor,keyboard and mouse and switch between them.

    Choosing the same acronym for this new technology is only bound to cause confusion.
  • by xoundmind (932373) on Wednesday January 31 2007, @12:11PM (#17829406)
    With that kind of performance increase, my Gentoo laptop is going to be screaming along after the release of 2.6.20.

    Ok...was that sarcastic enough? With this crowd, one can never quite know.
  • by ZakuSage (874456) on Wednesday January 31 2007, @01:02PM (#17830026)
    It's slightly faster.... TO THE MAX!
  • Given that the article, obstensibly about kernel performance, makes no effort to actually cover kernel performance...

    I was suckered in; it looked like a worthy topic. Now, I ask myself: Why did I bother?
    • You can't say it got worse! This is /. - your eyes will be pecked out by the beaks of a million penguins!
    • I'm not so much worried about the "science" behind the benchmarks. I'm still wondering about the point of the benchmarks. I can't think of a more boring set of benchmarks than comparing minor revisions of the same kernel on the same hardware. That is, unless there was some reason to believe that one would be faster. Somehow their "LAME" comparison seems appropriate. "In this set of benchmarks, what we are comparing is LAME."

      -matthew
    • Did you only skip to the last page? If you looked over every benchmark, the new kernel had improved performance in almost every test, save for two of the last three.
      • by FuzzyDaddy (584528) on Wednesday January 31 2007, @11:28AM (#17828738) Journal
        I'd disagree. I'd say the benchmark results show the performance differences in the kernel are so trivial as to be essentially zero. Which isn't a huge surprise, was there any kernel change which was suppose to improve the performance of any of these tasks?

        This isn't to say that there isn't a lot of good stuff in the kernel, but mostly what these benchmarks show is that nothing affecting these particular tasks got broken.

    • Well it's a release *candidate* so you certainly shouldn't install it on mission critical systems no. The point of an RC is that it's believed to be 'complete' but should still be tested before use in production.
    • I think supporting multiple hardware platforms is a good thing, and does not detract from an OS. Especially if the hardware in question has awesome floating point performance. A beefy dual-core processor plus 6 RISC stream processors thrown in? Sign me up. Since the PS3 isn't panning out as a game machine, perhaps Sony should refocus its marketing on the scientific community :) Or port RenderMan to it.
    • by radarsat1 (786772) on Wednesday January 31 2007, @11:25AM (#17828694) Homepage
      You misunderstand the Linux kernel ethos. The idea is to include *everything* "in the kernel", but you only have to compile the parts that you want. That way there is a central place to track all changes and maintain compatibility and consistency between all parts of the kernel, without having to set an internal interfaces in stone.
      It's not "bloat" if it's only in the source. Simply put, you don't have to include PS3 support in your binary version. In other words, the only way it affects you is a few extra bytes to download when you want to compile it.
    • Have you ever rolled your own kernel?

      You might want to try it sometime as its an educational experiance.

      For almost every hardware option you can include whether to build it in, build the module and have the module hooks for it built in or not to include it.

      So if you know exactly what hardware you are going to be using you can build a very very small kernel (the theory being it should still be possible to boot a full OS from a floppy, though I haven't tried to do that myself for a while)

      If you just want comp