Announcement
Collapse
No announcement yet.
Benchmarks Of The Gentoo-based Sabayon
Collapse
X
-
Originally posted by deanjo View PostNovell's documentation is nothing to sneeze at either. Documentation in fact has always been one of SuSE's strong points. A hand holding approach works for most people but the documentation is also there for the more demanding, your just not forced into having to use it.
Comment
-
Originally posted by yogi_berra View PostAlways? I seem to recall the Suse installer requiring manual input of ftp mirrors without listing available mirrors and this was not documented anywhere a reasonable person would expect before, so anyone not familiar with SuSe's mirrors would be up a creek without a paddle before they were bought by Novell. That is not what I would call a plus in the documentation column.
If you doubt me check out the left hand column,
Comment
-
-
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; 10 January 2010, 12:28 PM.
Comment
-
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
-
Originally posted by n0nsense View PostI 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
Comment
-
Originally posted by Ant P. View Postdocache 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.
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
Comment