Slashdot Mirror

← Back to Stories (view on slashdot.org)

The Real Truth About Oracle's 'New' Kernel

Posted by CmdrTaco on from the but-we-said-it-was-new dept.

An anonymous reader writes "Yesterday at OpenWorld, Oracle announced a 'new' Enterprise kernel for its so-called Unbreakable Linux. What's the real truth? The company is simply sticking a 2.6.32-based kernel on top of its re-branded Red Hat Enterprise Linux clone and trying to spin it as a new and innovative development."

7 of 177 comments (clear)

  1. Modifications against mainline by Anonymous Coward · · Score: 5, Informative

    People may want to check the LWN discussion on the topic, which includes comments from Chris Mason and others concerning their improvements over vanilla 2.6.32:

    http://lwn.net/Articles/406242/

  2. Re:So what? by sprag · · Score: 2, Informative

    Not a troll, but a pointing out the obvious. The "major" announcement was nothing more than 2.6.18+patches -> 2.6.32.

    What doesn't get mentioned is that the oracle kernel would invalidate any ISV certifications that oracle's linux might have "inherited" from RHEL...

  3. Nope. by Anonymous Coward · · Score: 1, Informative

    We bought the support from them. No penguin.

  4. Oracle passes off Red Hat's work as their own. by Kludge · · Score: 2, Informative

    This could be glossing over quite a bit of useful work for Oracles customers.

    You are glossing over the point of the article.
    1. Redhat writes lots of great Linux stuff that make the kernel better (11.6% of the kernel).
    2. Oracle passes it off as their own. (They only contribute 1.3%, less that 1/10 that of Red Hat).

  5. Oracle support sucks by mangu · · Score: 2, Informative

    Anecdotal evidence, but where I work there were some people using pro*fortran to access Oracle databases from Fortran. pro*fortran was dropped between Oracle 8 and 8.1

    It took six months of digging for the Oracle support people to finally tell us they had dropped pro*fortran from their product. Everyone kept saying "sure, we support Fortran, but that's not my specialty, let me get an expert for you"

    When the technical support people don't know their own product, what worth is it paying for that it?

  6. Re:Uhh, isn't this what Oracle customers pay for? by blitzkrieg3 · · Score: 2, Informative

    "Fine tuning" could be anything from tweaking some compiler settings to actually patching things in the kernel.

    They patched quite a few things, but at the same time thought it important to be as close to mainline as possible. Here's the lowdown from Chris Mason over at LWN:

    Hi everyone,

    One of the goals of this kernel was to stay as close to 2.6.32.stable as we could. The sources are here in git, they won't be rebased:

    http://oss.oracle.com/git/?p=linux-2.6-unbreakable.git;a=...
    git://oss.oracle.com/git/linux-2.6-unbreakable.git
    The main differences from mainline:

    *) semtimedop optimizations. I posted these to the list a while ago, and Manfred took things in a less complex direction. He was waiting for me to fully benchmark the less complex version, but we ran out of time in the release cycle and had to focus on other things. Oracle hammers on the IPC lock, so these made a big difference, and now I finally have time to properly benchmark his approach against mine.

    *) Ocfs2
    *) Small lock contention fixes
    *) Receive packet steering
    *) A large update to RDS (this is in a different package)
    *) A patch to list msi irqs for each device in sysfs. A modified irqbalance uses this to keep irqs on numa local cpus.

    There are other bits and pieces, but we resisted the urge to pile things in.

    The solid state disk access number came on a huge machine, and the improvements came from getting rid a lock in the driver and enabling it for softirq affinity code without taking any of the request locks.

    Over the next 12 months we'll be getting an update prepared to a new mainline version, and trying to hammer on upstream kernels as much as we can to reduce our patch count even more.

    -chris

  7. Re:But how is this not fraud? by blitzkrieg3 · · Score: 2, Informative
    Full Disclosure: I work for Red Hat, but these opinions are my own and not representative of RHT.

    The Kernel is the only thing in there that ISN'T from RedHat

    This is wildly misleading. Almost everything Red Hat ships in Enterprise Linux is not from Red Hat. Projects like GCC, RPM package manager, Gnome, Glibc, KDE are all too big for Red Hat to develop on its own. The only things I can think of that are completely from Red Hat are layered products like Directory Server or projects where Red Hat has maintainership and majority contributions, like NetworkManager.

    Having said that, I can't think of a kernel contribution report in recent years where Red Hat was not #1.

    Apparently to call it a "new" kernel TFA feels they should have started entirely from scratch.

    To call it a "new" kernel it has to be something less than nine months old.