Slashdot Mirror
Interview with Jay Michaelson of Wasabi Systems
Gentu writes "The main commercial company behind NetBSD is Wasabi Systems. The company has contributed advances and big chunks of code to the open source project, while they do offer a boxed release of NetBSD. However, their main business for the company is the embedded market and NetBSD is marketed as an embedded OS. OSNews talked to the Vice President of Wasabi Systems, Jay Michaelson. Linux in the embedded market is also discussed."
Since the first three posts (not by me, I hasten to add) were all modded down to -1 in less than a minute, I'll try to post something more worthwhile.
Wasabi Systems offers three main components:
Maguro
This is their embedded kernel, using a customized NetBSD kernel with extensions designed to allow better low-power operation and lower latency for real-time applications.
Uni
This is a custom, proprietary API supplied by Wasabi Systems that provides a variety of functionality for embedded systems, including interfacing with FieldNet devices such as the Kohada2010F and Tako ABV modules.
Ika
This is another proprietary API layer from Wasabi, which allows the use of WinCE applications on their systems without recompiling, thanks to a branch of the WINE project (called SAKE) that adds compatible system calls for over 95% of WinCE library routines.
It's a wonderful company run by a bunch of great guys - I wish them all the best.
You're thinking of scaling the wrong way. They can scale the system down to have a smaller foot print (thus the whole embedded approach of the business). Last I heard, NetBSD didn't do SMP though that may have changed since the last time I played with it (a quick search on the netbsd site indicates that smp was only recently merged into -current so expecting it to scale with linux is likely out of the question...try FreeBSD for that).
Routers, printers
;-) /over and out
The IP stack of NetBSD is really really good. Plus the NetBSD source code is a beauty. Welldocumented all they way. In Linux, particulary drivers, the code contains undocumented statements like
p[20] = 0x80;
In NetBSD it would have a define, or at least a comment....
But I'm biased after 3 years of various Network-startups with NetBSD as a base. Also, my most of my knowledge comes from 2.0.something Linux-kernel.. But from what I've seen. The style-guide of Linux-drivers hasn't changed that much...
Last I heard, NetBSD didn't do SMP though that may have changed since the last time I played with it
The SMP support is shaping up nicely. I have it running on a dual processor SparcStation 20 which recent versions of the Linux kernel wont even compile on, let alone boot. Both my i386 machines are uniprocessor (laptops), so I can't comment on the performance on commodity hardware.
Chris
You have some proof of "moving to finer grained locking"
I assume that was a question or accusation rather than a simple statement. Well, the proof is on the tech-smp mailing list where Paul Kranenburg and Frank van der Linden have both posted recent commments on locking improvements. Some subsystems are still not guaranteed to be OK with these finer grained locks, but the fact that testing is being carried out by switching the BKL off entirely is encouraging.
As for open source developers doing things at the their own pace and priority, I get the impression that Frank van der Linden is working to some sort of Wasabi schedule. Not that it means we'll see enterprise class SMP in a stable NetBSD release anytime soon, but it suggests someone is being paid to expend a fair proportion of their time on it.
Chris
Do you have a
Jay's the legal and publications guy, cut him some slack. He certainly gave straight answers to the questions he was asked.
What technical questions where you hoping to hear answered?
Perhaps Slashdot should do its own interview with a Wasabi engineer? (Perry Metzger, Christos Zoulas, Allen Briggs, Jason Thorpe...)
Do you have a
As for the
Do you have a