Where Does NetBSD Fit In?

NetBSD Fan writes "KernelTrap offers a fascinating summary of the recent 2004 Annual NetBSD Group Meeting. Included is an introduction by NetBSD foundation president Christos Zoulas discussing NetBSD's relevance in light of competition from well known operating systems such as Linux and Windows which he acknowledges 'both offer more features than we do, and they have behind them the resources of very large commercial organizations.' He also talks about FreeBSD, OpenBSD, Solaris and Darwin, ultimately concluding that they all are facing their own serious challenges, and that plenty of opportunities remain for NetBSD. The NetBSD project recently released NetBSD 2.0."

Comments

Everyone knows

[Anonymous Coward]

FreeBSD is the popular one
OpenBSD is the secure one
and NetBSD is the one that'll run on my electric toothbrush

it fits on my old SPARC

[ChipMonk]

In fact, the latest release of NetBSD fits better, and runs faster, than the Solaris of 4 years ago.

runs on old and rare archs

[lanc]

NetBSD runs on 17 CPU architectures. Can you count up 17?

NetBSD will be the OS what you can always use on your old boxes, when you don't get running anything else on them.

Re:misinformation?

[antonakis]

Perhaps linux is somewhat unreliable because of the speed the patches are being integrated? This is not an app, this is a kernel and kernels require rigorous testing and full security audits. Take a look at the kernel changelogs.Things are moving very fast in the linux world, so fast that merges of unstable/unsecure code are frequent.Even the grsec guys were complaining at the bad quality of code which makes its way to the kernel.Nowadays, linux seems to have become a testbed for all the cool new features, while it's left for the distro makers to further stabilize and test the kernel. This job should be done before releasing the kernel.

no brainer - commerial embedded devices

[mqx]

This is really a no brainer,

NetBSD is designed to be low footprint, highly portable, and flexible. It's the ideal BSD for embedded systems (whereas FreeBSD is suited to larger size systems and servers, and OpenBSD is unfortunately in the middle as a security oriented system, but not portable nor performance enough as NetBSD).

Licensing is a key NetBSD selling point. The problem with Linux/GNU is the GNU license which does not favour commercial embedded manufacturers who want to customise the software inside their product and (a) not have to offer the source code, and (b) not have to offer any competitive/IP/commercially-sensitive content in that source code (i.e. algorithms, device driver interfaces, etc). Despite all of the hoo-haa about the GPL, I'm afraid that companies really do like to minimise risk and lower cost by keeping their product internals as secret as possible.

Portability: NetBSD wins hands down: Linux has been ported to lots of things, but the basic architecture is not as clean. This is been shown time over again, and proven by the supported (not just "happened to be ported to") platforms of NetBSD.

NetBSD also gets to leverage the work from FreeBSD and OpenBSD, as FreeBSD really has greater commercial support in terms of device drivers and so on than either NetBSD or FreeBSD.

What NetBSD should be focusing on (in this order)

1. keeping tight BSD licenses (the kind of Theo style approach being applied to OpenBSD at the moment : to be very strict about licenses of included items) -- commercially friendly for competitive/cost reasons;

2. keeping high portability and flexibility: making sure that as new processors/platforms/drivers come along, that they can be quickly and easily supported -- commercially friendly for time to market allowing easy leverage of the existing product;

3. continually rolling in new support for hardware and security features as possible by grafting from FreeBSD and OpenBSD;

4. continually reworking and streamlining the internals to support all of the above;

5. improving the build environments (i.e. the cross compile is fantastic now), the ports system (fantastic and incredibly easy to bring third-party components in), and other things such as boot code, embedded/compressed installs, etc;

6. not getting "lost" on wasted effort for things like graphical installers, or coloured-ls's, etc;

Basically, NetBSD should continue to :

- target small/embedded devices;
- continue/improve commercial friendly;
- innovate/improve on reducing total effort to realise NetBSD onto a new hardware platform;

Re:misinformation?

[Brandybuck]

Comparing kernel development to military generals is quite a stretch. The analogy falls down at every point. War is a race against time and resources, so that quick and flexible generals win. Deperate times call for desperate men. But kernel development should NOT be done by desperate men.