NetBSD-Current Gets SMP
MobyTurbo writes "NetBSD-current for the i386 architecture now has SMP. (It used to be that only FreeBSD had this feature among the free BSDs.) See the announcement
on the current-users mailing list."
← Back to Stories (view on slashdot.org)
When will the Dreamcast Port get it?
I really want to try this out on my quad-proc Dreamcast.
</sarcasm>
Arrogance is Confidence which lacks integrity. -- me
Finally OpenBSD will ahve some straight up competition. For a long time it has been the most secure, and the only BSD with SMP support. Now we will finally see the battle for BSD supremacy heating up!
Can't wait to see what FreeBSD does to top this!
While it is always good to see new features available on free OSes, I'm concerned that NetBSD's SMP might affect Linux adversely. Linux's advantage over the *BSDs has always been that it has more cutting-edge features like SMP, preemptive kernel threads, strong math emulation, and journaling filesystems. These features are required in enterprise applications, so many sysadmins choose Linux, despite it's cobbled-together nature and lack of good support, simply because *BSD can't compete. It now appears that the *BSDs are catching up. Sadly, we may see a flash flood of business customers moving to NetBSD. I would recommend selling any Debian stock you stil have lying around.
Karma: Good (despite my invention of the Karma: sig)
call me crazy, but i could really care less about smp. i would wager the wide majority of smp systems fall into 2 categories:
1) unnecessarily powerful servers
2) unnecessarily powerful home braggart systems
database servers? sure. heavily loaded web servers? sure. file servers? NO. desktops? NO.
at least the scsi bigots will actually net some measurable performance increases if they drop some money on a 15k drive.
i sincerely hope openbsd continues to focus on OTHER things like openssh - you know, that thing you probably use every day of your life on your non-smp machine?. since most openbsd boxes are used as edge devices, the only big need for processing horespower is in crypto...
and that problem can be solved by purchasing a hifn-based pci crypto accellerator for $90 from soekris.com, thanks to openbsd's excellent hardware crypto accelerator support.
once you get past the crotch-grabbing aspect, low-end smp is not what most of the world would have you believe it is. high-end smp will likely get replaced by clustering of commodity hardware.
I wonder if this means OpenBSD will soon have SMP capability? Anyone have any thoughts? Inside information?
Co-founder and designer at Music Nearby: http://musicnearby.com
Note that while the i386 port just got SMP support, other ports have had it for a while. NetBSD/macppc got it in August, NetBSD/sparc got it over a year ago, etc.
Now BSD can die twice as fast!
(Note to moderators: Not a troll - just an sad attempt at humour. I'm writing this from my FreeBSD 4.6.2-RELEASE box...)
...but it's being eaten...by some...Linux or something...
At work I have a dual processor 'Windtunnel' Apple Mac running Mac OS X. Does this not count as SMP? Or have I misunderstood the term?
(Dawin is of course a flavour of BSD)
Netbsd supports smp? Windows NT has supported SMP for over 7 years... I think Unix developers are going to have to pick up the pace if they expect to compete with the big gorilla known as Microsoft.
GoatPigSheep, the 3 most important food groups
Hmm... Time to scour off the netbsd-current@ mailinglists again for answers...
Sheesh. Dirty GNU hippy moderators can't even recognize "funny" when they see it. Get out of your parents' basements, kids, and learn to recognize comedic genius.
VI
Nilla 4eva
is the Big Swinging Dick of OSes.
you still have io, memory, and chipset performance to improve or bog down your results
that aside, i'd love to see a single metric (really, just one) where a 1.2ghz p3 would get outperformed by 2 underclocked tualatin p3s (to make the competition fair - they'd blow the 600ebs away) on the exact same rig.
2x600mhz != 1.2ghz. it's more around 900mhz average, if you're lucky.