The Answer Gang 
By Jim Dennis, Jason Creighton, Chris G, Karl-Heinz, and... (meet the Gang) ... the Editors of Linux Gazette... and You!
System V or BSD?
From Adam S Engel
Answered By: Thomas Adam, Rick Moen, Mike Orr
I was hunting down a "fugitive" process and accidently hit the BSD command ps aux (thinking it was an accident because I'm using Mandriva, which I thought was based on System V)
[Thomas] In terms of Init level structures then it is, yes.
and received something like this:
~ 495 --> ps aux | head -5 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 1560 476 ? S Nov30 0:00 init [5] root 2 0.0 0.0 0 0 ? SN Nov30 0:00 [ksoftirqd/0] root 3 0.0 0.0 0 0 ? S< Nov30 0:00 [events/0] root 4 0.0 0.0 0 0 ? S< Nov30 0:00 [khelper]
But then, just for the hell of it, I hit the System V command, ps -ef and got this:
~ 494 --> ps -ef | head -5 UID PID PPID C STIME TTY TIME CMD root 1 0 0 Nov30 ? 00:00:00 init [5] root 2 1 0 Nov30 ? 00:00:00 [ksoftirqd/0] root 3 1 0 Nov30 ? 00:00:00 [events/0] root 4 1 0 Nov30 ? 00:00:00 [khelper]
I thought most Linuxes, particularly the "big ones" like Fedore, Debian, SuSE, Mandriva, were based on System V.
Even so, my MacOSX, based
loosely on BSD, will not accept the ps -ef command. Can a system
(Mandriva in this case) be comprised of both?
- From SVR3: sysadmin, terminal I/F, printer (from BSD?), RFS, STREAMS, uucp
- From BSD: FFS, TCP/IP, sockets, select(), csh
- From SunOS: NFS, OpenLook GUI, X11/NeWS, virtual memory subsystem with memory-mapped files, shared libraries (!= SVR3 ones?)
- ksh
- ANSI C
- Internationalization (8-bit clean)
- ABI (Application Binary Interface - routines instead of traps)
- POSIX, X/Open, SVID3
Even prior to that, retrofitting "BSD enhancements" onto System V-based systems was a nearly ubiquitous customisation: Sys V R4 simply acknowledged that reality, bowing to the technical community's mandate.
The general architectural description of Sys V R4 got abstracted out as the POSIX.1 specification, which served as the blueprint from much of what Torvalds and co. (and FSF, and others) then performed in building up what today we call GNU/Linux systems: Linux distributions generally are an independent implementation of (most of) the POSIX spec, which in turn was based largely on Sys V R4. And so, here we are.
The rc.init files seem,
from what I recall from Redhat, to be System V.
Linux generally follows the System V "style" but deviates whenever it feels like it.
Attempted union of principles or parties irreconcilably at variance with each other.
(dict.org)
I just got a new Dell
Dimension basic "cheap" no-frills computer, but still, it's 80 gigs of
hard-drive space are far more than i need, so I'm installing SuSE,
Mandriva, and a third. It was going to be Debian, but now I'm thinking
of FreeBSD. Can anyone tell me the major difference between FreeBSD and
Linux?
The difference in init scripts, you know about. A minority of Linux distributions have offered BSD init scripts, too, all along, e.g., Slackware, for those who like them.
Additionally, there are such a large number of other small but significant architectural differences that I cannot hope to remember them all.
The BSDs tend to favour a "BSD slice"-type partition map, as opposed to the IBM/Microsoft-style partition map more typical of Linux systems (at least on IA32/x86-64). Their directory layout is a bit different, not very close to the Filesystem Hierarchy Standard promoted by the Linux community. They tend to use variants on UFS as their main filesystem. (FreeBSD favours a variant called FFS = Fast Filesystem, incorporating Marshall Kirk McKusick's softupdates instead of journaling. Softupdates are a clever and effective way to get most of journaling's advantages in protecting metadata following crashes or power loss -- but sadly does nothing about the problem of long fsck times after such events.)
They tend not to have anything resembling /proc. They favour csh over Bourne variants such as bash. They favour nvi over vim. They default to use of the wheel group (which Linuxes usually lack mostly because Stallman at FSF doesn't like the concept). In general, their prejudices tend to come across to Linux users as a bit old-fogey-ish.
They offer both binary packages plus a very successful build-from-source architecture called the "ports" system. The closest thing to the latter on Linux would be Gentoo's portage and the GAR build system (and similar things in other build-from-source Linux distros).
They have their own libc (not based on GNU's, as Linux always has been) and their own implementation of make. Otherwise, a lot of the userspace toolsets are literally exactly the same (except compiled to a different ELF binary format).
Spend some time reading "The FreeBSD Handbook", online: It's a landmark in clarity for technical documentation, and worth reading on that basis alone.
I've heard that FreeBSD is known for its security and other
network capabilities.
Specific comparisons of FreeBSD with typical Linux systems have been done repeatedly, but tend to have the problem of being out of date (which doesn't stop people from alluding to them, out of ignorance). E.g., often-heard claims about better FreeBSD VM performance rely on Linux 2.4.x results, back when Linux had a real problem, there. For that matter, Linux's entire TCP/IP stack has been thrown out and rewritten four or five times during the kernel's history, so you can imagine the large opportunity for outdated comparisons, there.
It used to be the case that FreeBSD's SCSI subsystem gave significantly better performance than that of the Linux kernels, but I suspect that difference, too, has been eliminated. What probably does remain is the matter of NFS/autofs/amd: If you're a heavy NFS user, you'll find that FreeBSD's NFSv3 implementation still has fewer bugs than Linux's, though the gap is pretty small by now.
At that time, Walnut Creek CD-ROM set the world record for most bytes of network traffic processed in 24 hours by a single host: One single-processor PII box (a then-famous FreeBSD ftp server) handled 1.39 terabytes. (This burst of traffic was, ironically, occasioned by the release on that machine of Slackware 4.0.)
Fast-forward: About a year ago, I helped build what became the second-fastest computational cluster in the world, "Thunder", a set of 1024 quad-Itanium2 Linux boxes. The interconnects for node-to-node data passing used Quadrics cards, and I don't have figures handy but it was a stupendous level of network traffic.
Linux comes in a wide variety of flavors from user-compiled hacker systems (Gentoo) to turnkey Windows clones (Linspire), with RPM/DEB distros in between. BSD sticks to the user-compiled route.
HTML script maintained by Heather Stern of Starshine Technical Services, http://www.starshine.org/
