Page 1 of 5 123 ... LastLast
Results 1 to 10 of 45

Thread: Autonomously Finding Performance Regressions In The Linux Kernel

  1. #1
    Join Date
    Jan 2007
    Posts
    14,911

    Default Autonomously Finding Performance Regressions In The Linux Kernel

    Phoronix: Autonomously Finding Performance Regressions In The Linux Kernel

    Last weekend a few Phoronix benchmarks were underway of the Linux 2.6.32-rc5 kernel when a very significant performance regression was spotted. This regression caused the PostgreSQL server to run at about 18% of the performance found in earlier kernel releases. Long story short, in tracking down this performance regression we have finally devised a way to autonomously locate performance regressions within the Linux kernel and potentially any Git-based project for that matter. Here are a few details.

    http://www.phoronix.com/vr.php?view=14285

  2. #2
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,146

    Default

    Very nice, PTS is getting better and better!

  3. #3
    Join Date
    Oct 2009
    Posts
    2,118

    Default

    Amazing.
    That this thing could actually be used to do something *useful*

  4. #4
    Join Date
    Mar 2009
    Location
    Hellas
    Posts
    1,067

    Default

    Terrific idea!

  5. #5
    Join Date
    Jan 2008
    Posts
    5

    Default

    rc-5 was a dog. caused some nice fs-corruption on my /

  6. #6
    Join Date
    Jul 2009
    Posts
    416

    Default

    So this would be completely automatic? Meaning you could go out to lunch and not be anywhere near the machine while PTS tracks down the regression?

    Quote Originally Posted by rehabdoll View Post
    rc-5 was a dog. caused some nice fs-corruption on my /
    Seemed to happen to me in rc4 as well. I use Gentoo, and I booted up one day and my /etc/profile.env got all messed up somehow. After fixing that from a livecd, I booted up again and ended up with a hole bunch of corruption, and lost a bunch of files. Pidgin preferences, /etc/portage/package.use, some KDE configuration stuff, etc. Oh and I lost my world file, so Portage forgot all the packages I had installed.
    Last edited by pvtcupcakes; 10-22-2009 at 10:26 AM.

  7. #7

    Default

    Quote Originally Posted by pvtcupcakes View Post
    So this would be completely automatic? Meaning you could go out to lunch and not be anywhere near the machine while PTS tracks down the regression?
    Yes, that is how it works in PTS Bardu 2.2.

  8. #8
    Join Date
    May 2008
    Posts
    99

    Default

    Wait, this means that if I want to have consistent data on ext4 I must look at 5x slower PostgreSQL and other write-intensive applications? And proposed solution is either obscure mount switch with possibility of occasional file corruption or really _slow_ PostgreSQL. WTF?
    Last edited by mirza; 10-22-2009 at 10:52 AM.

  9. #9
    Join Date
    Oct 2009
    Posts
    1

    Default

    Wow, just wow.

    I'm no programmer, but this is an amazing piece of work. I can see this being an invaluable tool.

  10. #10
    Join Date
    Aug 2008
    Posts
    116

    Default

    Quote Originally Posted by mirza View Post
    Wait, this means that if I want to have consistent data on ext4 I must look at 5x slower PostgreSQL and other write-intensive applications? And proposed solution is either obscure kernel switch with possibility of occasional file corruption or really _slow_ PostgreSQL. WTF?
    I was thinking the same thing. I think I'll stick with Ext3 for now
    (I have had Ext4 corruption before, so I simply don't trust the fs).

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •