FreeBSD From Scratch

geekmedia writes "Daemon News has an excellent article which describes a fully automated installation of a customized FreeBSD system compiled from source, including compilation of all your favorite ports and configured to match your idea of the perfect system. If you think make world is a wonderful concept, FreeBSD From Scratch extends it to make universe."

Comments

I Don't Get It

[minusthink]

Can someone explain to me what's wrong with binary distributions? What's with the recent rise in all these source based, do it from source distributions?

I'm not criticizing, I'm asking.

Is there really a *significant* increase in speed to justify the hours in CPU time to recompile everything with unrolling loops and athlon-tbird or whatever specific code?

futurama is on. I have to go!

Re:I Don't Get It

[farnsworth]

Can someone explain to me what's wrong with binary distributions? What's with the recent rise in all these source based, do it from source distributions?

Most of the applications I use are written in a way that they are source-code compatible with almost all OSs. Almost none of them are binary-compatible on different OSs/libs.

Sure, I could probably run a compiled-for-red-hat-7.1 binary, but why would I, when I can emerge (or whatever) it?

Compiling from scratch is simply easier if you have a semi-modern cpu with the cycles to spare.

Re:I Don't Get It

[GimmeFuel]

It's not just the GCC optimization flags, it's total customization. Gentoo (my distro of choice and the most popular source-based Linux distro) also has USE flags, which allow you to compile programs with or without support for various things. If some app supports both KDE and Gnome, normally support for both would be compiled in, even though most users would only use one or the other. In Gentoo you have USE flags for KDE and Gnome, as well as a myriad of others. If you don't want KDE support compiled into apps, stick -kde in USE. Likewise with -gnome. Or put both in if you only use a more minimalist WM. Or -X if you're putting together a headless server, etc etc.

Re: think 64 bit

[ubiquitin]

The big emphasis on source-only distributions is likely being spurred on by 64 bit processors due out from IBM/Apple, AMD, and Intel later this year. In theory, you update your compiler to the 64-bit optimzed one, and build your system from there. My guess is that once the opterons and hammers become more common, we'll start seeing binary distros for them, but that could be a while. Having popular source-only distributions will dramatically assist adoption of 64 bit goodness.

Re:Why?

[syrinx]

besides the fact that you're trolling, why should I switch to something I don't know as well, when what I have does what I need very well?

In general, I find that FreeBSD is more logically laid out than Linux is, but honestly that could just be because that's what I learned first. I tried Linux and never really did much with it, but once I tried FreeBSD I never looked back.

"Outdated" and "stale" my ass.

Some things from experience

[Sevn]

I found the article of little use at all for a few
reasons:

I think I've had an installworld fail ONCE in 7
years, and I think it was because I hadn't noticed
that the make buildworld failed.

As far as cruft in the OS laying around, I had a
system that went from 2.2.8 to 4.0 stable with no
problems. Part of the love of freebsd is not having to wipe partitions.

To sum things up, most of the people I know that
have had weird problems with things laying around
don't do two very important things:

#1 Run mergemaster

#2 Read /usr/src/UPDATING

As far as I'm concerned, the article this story
references is completely pointless. :)

For Gentoo, though

[jsse]

Is there really a *significant* increase in speed to justify the hours in CPU time to recompile everything with unrolling loops and athlon-tbird or whatever specific code?

Yes if 19% is significant enough for you. :)

Quote from the link:

vendor_id : AuthenticAMD
model name : AMD Athlon(TM) MP 2000+
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
vendor_id : AuthenticAMD
model name : AMD Athlon(TM) MP 2000+
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
gcc version 3.2 (i686-pc-linux-gnu)

Result: '-O3 -march=athlon-mp -fomit-frame-pointer -finline-functions -fforce-mem -s -funroll-loops -frerun-loop-opt -fdelete-null-pointer-checks -fprefetch-loop-arrays -ffast-math -maccumulate-outgoing-args -fschedule-insns'

Performance gain(compare to -O3 only) ~ 19.6%

Warning: read my warning in the post before using these flags

Of course, you need to justify the time taken to benchmark individual optimization flag to yield such a result. It took me a day to obtain a optimal CFLAG and another week to fully optimize a system. :)

Older processors gain less performance boost over source optimization. I've little problem boosting a newer box to 19% and beyond.(compare to normal -O3 compilation).

There're few stability issues(if you'd take my warning down my post), but it's still good for desktop processing(games!). For servers I would not risk it and use some other binary-distro instead.

Of course, it's up to you. If you think you need extra performance boost for your production servers and you've management justification and you've given enough resources to test, why not. :)

Re:Why?

[TheRaven64]

but honestly that could just be because that's what I learned first.

Having learned Linux first, then tried BSD, I can say that (at least in my experience) this is not true. I find FreeBSD a lot nicer to use. The documentation is also far superior to anything I've seen on Linux. It also lacks the fragmentation of the Linux community, where a Mandrake rpm may not work on a RedHat box etc. Installing software, upgrading the system, and keeping it current are much easier under BSD, and it hasn't (yet) defaulted to the 'install everything the user might possibly think about using' philosophy present in a lot of Linux distros.

Re:Why?

[Arandir]

Would you use BSD over something better like Linux?

Who says Linux is better? Well, Linus would, but he's biased.

You know, it's funny that whenever there's a BSD story, all you guys stop bashing each other for a few minutes to bash us. But we know better. Tomorrow things will go back to Slashdot normalcy and you'll see folks asking why they should use Redhat when Debian is better, or some variation of that theme.