Announcement

Collapse
No announcement yet.

Benchmarks Of The Gentoo-based Sabayon

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #76
    Heh that's what I thought too till 2004.

    Comment


    • #77
      The article title is misleading. First of all, Sabayon is nothing like Gentoo anymore -- the devs don't even encourage the use of portage (they encourage the use of their binary package manager).

      Second, all packages are precompiled, which provides none of the advantages of Gentoo. The whole point of Gentoo is to compile one's own packages with the proper optimization flags for the specific cpu architecture in question.

      I would be interested in seeing a gentoo benchmark when the CFLAGS were optimized for the CPU and a "make -e system && make -e world" was done beforehand.
      Last edited by chronomatic; 01-10-2010, 11:28 AM.

      Comment


      • #78
        I'd like to see a comparison to a "aggresively tuned" version of Gentoo or Sabayon.
        It's known that Ubnuntu also does some general purpose optimization, while distros like Sabayon don't really focus on performance out-of-the-box as you should tune it yourself: cpu arch but not only, like disabling global stuff you don't use and building smaller prelinked binaries.

        About the "10% not worth it", that's silly: even if I spend 10 hours rebuilding my system, I'll not be there reading the screen and waiting for it, I'll be breathing some fresh air outside.
        Every single 1% i get back is just a win for my own time, and less stress waiting for stuff.

        Comment


        • #79
          Originally posted by n0nsense View Post
          I wasn't talking about boot, but apps launch.
          docache in fact will seriously prolong boot time since it has to copy whole image to RAM.
          and then it works so sweet
          docache seems pointless. Just do a readahead on the filesystem image on the CD and it'll do the same, in the background, and still work on systems that can't cache the entire thing.

          Comment


          • #80
            Originally posted by Ant P. View Post
            docache seems pointless. Just do a readahead on the filesystem image on the CD and it'll do the same, in the background, and still work on systems that can't cache the entire thing.
            well, it pretty much won't if your livecd/livedvd/live{rotating_media} is using a squashfs archive as the root filesystem.

            squashfs doesn't order files for faster boot, so the boot process might want something at the very beginning of the image, then something at the middle, then something at the beginning again, and the middle, and the biginning... you see the point. but seeking in CD is a HELL!

            in my opinion is to "group" only the files needed for booting in one squashfs image, and other files (like firefox/openoffice) in another squashfs image, then mount them together with unionfs (or aufs). that way you minimize the seek (on booting only, tho...)

            And, if you take Quick Install Guide (http://www.gentoo.org/doc/en/gentoo-...ickinstall.xml) into account, it took you 15 min of reading + ~20 min to dl the stage3 + minimal system service (linux-kernel/cron/syslog/bootloader/xxxfsutils/whatever) source tarball, plus 15~30 min of compiliation time for an MINIMAL (REALLY MINIMAL) setup.

            yes, if you take custom stage4 into account, then only "steps" to install a gentoo system are "fdisk + mount + untar + reboot"

            Comment

            Working...
            X