NetBSD/sparc Now With SMP

← Back to Stories (view on slashdot.org)

Posted by timothy on Tuesday January 7, 2003 @04:43AM from the soon-you'll-have-a-fire dept.

jschauma writes "Largely due to the efforts of Paul Kranenburg, NetBSD -current now supports SMP on sparc. It has been tested on a SPARCstation 20/712, sun4/690 and other systems. See Matthew Green's message to the port-sparc mailing list." (i386 got this back in October.)

29 comments

Min score:

Reason:

Sort:

Re:fp by mcgroarty · 2003-01-07 05:13 · Score: 0

Secondary SMP post.
(After all, SMP is kind of silly without...)
Of course .... by Anonymous Coward · 2003-01-07 05:15 · Score: 0

The Sun Fire[tm] 15K Server -- of course it runs NetBSD.
Coffee machine! by Anonymous Coward · 2003-01-07 05:17 · Score: 0

I'm still waiting for NetBSD supporting both output of my Espresso machine. :>
1. Re:Coffee machine! by Strog · 2003-01-09 02:14 · Score: 1
  
  It's only a matter of time. Of course IRIX can do it now.
Curious about SPARC... by mcgroarty · 2003-01-07 05:21 · Score: 3, Interesting

Out of curiosity, where are SPARCs being used the most? What are some of the unique characteristics of SPARC processors?
1. Re:Curious about SPARC... by Anonymous Coward · 2003-01-07 05:29 · Score: 1, Interesting
  
  The other day I was shopping around for printers and I ran across the spec sheet for an epson laser printer that claimed it was using a "SPARClite (MB 86935-50) 50 MHz RISC" processor.
  I thought it was curious at the time, and I wondered if it was really a Sparc CPU or if it was some company just calling it a sparc. If you want to check it out, here's the URL:
  
  http://www.epson.com/homeoffice/laser/2000/
2. Re:Curious about SPARC... by Anonymous Coward · 2003-01-07 05:38 · Score: 0
  
  "The SPARC architecture enables a unique combination of semiconductor and design scalability. With its multiprocessor capabilities, high bandwidth support, and register window design, the SPARC design allows implementations through a range of price/performance levels.
  The SPARC architecture continues to be the flagship processor technology for Sun Microsystems, and Sun's continuous refinement of the architecture's traditional strengths stands as testimony to their commitment to the architecture."
  
  So far to the official MARKETROID information.
3. Re:Curious about SPARC... by mcgroarty · 2003-01-07 06:00 · Score: 3, Insightful
  
  Okay, register windows are interesting. That means very fast context switching. So between that, Sun's use of SPARCs and the running profile of most Java apps I've seen, I'm guessing that SPARCs are geared toward software with nasty-obscene thread counts. :)
  I could see why SMP would be a priority.
4. Re:Curious about SPARC... by mcgroarty · 2003-01-07 06:05 · Score: 4, Interesting
  
  There's some info related to the SPARCLite here. It claims that Fuji's SPARCLite core is used in a large number of embedded devices.
  Is this related to the embedded Java processor Sun announced a while back? I never read up on that, and I wasn't sure if they really meant it was running Java bytecode, or if it was merely a processor that was well-suited for Java. Native bytecode sure sounded unlikely.
5. Re:Curious about SPARC... by Guy+Harris · 2003-01-07 07:37 · Score: 2
  
  There's some info related to the SPARCLite here .
  
  There's also some on Fujitsu Semiconductor's Web site as well.
  Is this related to the embedded Java processor Sun announced a while back?
  
  No.
  I never read up on that, and I wasn't sure if they really meant it was running Java bytecode, or if it was merely a processor that was well-suited for Java. Native bytecode sure sounded unlikely.
  
  "Sounds unlikely" does not necessarily imply "not true"; picoJava does, indeed, run Java bytecode as a native instruction set - or, at least, did, or was intended to; I can't find anything from Sun's home page that speaks of them selling any processors other than UltraSPARCs. A Google search for "Sun Microelectronics" found, as the topmost hit, a page for UltraSPARC processors, so perhaps they've killed off picoJava and microJava (I think microJava might not have had bytecode as its native instruction set), along with the MAJC chip (some VLIW thing) they were working on at some point. (You can still find stuff about picoJava, microJava, and MAJC on Sun's web site from the search box, but the papers you find look suspiciously orphaned.)
6. Re:Curious about SPARC... by Guy+Harris · 2003-01-07 07:41 · Score: 3, Interesting
  
  That means very fast context switching.
  
  Well, that depends on how you use them. Solaris does not, as far as I know, assign particular register windows to particular processes/threads, but uses them to avoid register saves/restores for short trips up and down the call stack. (For sufficiently long trips, of course, you'll need to do them.)
  They may have a clever way of avoiding saving all of a process's windows on a context switch (it's been ages since I dealt with SPARC or context-switching code for SPARC), and they might be able to avoid that for threads running in the same address space, but I suspect register windows, used the way Solaris uses them, are, at best, no help for context switching, and they might hurt.
  I don't know whether NetBSD uses them differently.
7. Re:Curious about SPARC... by pmz · 2003-01-07 07:48 · Score: 4, Interesting
  
  One thing I find interesting about SPARC is that it looks like it was designed for UNIX. Register windows, priviledged mode, many SMP implementations, and the RISC approach in general just makes SPARC a shoe-in for C-language based multi-user multi-processing systems.
  
  Also, SPARC is far from the kludge that is x86. The transition from 32-bit to 64-bit looks like it went smoothly, and there is 32-bit compatibility built into the 64-bit instruction set.
  
  Additionally, RISC ISAs are easy to read and understand.
  
  You can license the SPARC brand for $99 and make your own compliant implementations with only encouragement and a pat on the back from Sun, Fujitsu, etc. Try getting that from Intel! In fact, I see SPARC as one of the get-a-way vehicles if/when Palladium becomes standard on x86 systems. A group of determined people can create a Free SPARC implementation for Free software, and Microsoft and Intel can only pick their nose and cry about it.
  
  --
  Healthcare article at Kuro5hin
Cool! by CoolVibe · 2003-01-07 06:37 · Score: 2

Now I can finally _use_ that extra processor card in that rickety old SS10 of mine :)
1. Re:Cool! by SN74S181 · 2003-01-07 12:18 · Score: 2, Informative
  
  My rickety old SS10 is a SS10BSX, so it would be a true waste to run anything but Solaris. In addition to two processors it has dual CG14 video hardware on the motherboard and there isn't a 'free' X server out there that supports single, let alone dual CG14 on a SS10.
2. Re:Cool! by Miod · 2003-01-09 04:13 · Score: 1
  
  there isn't a 'free' X server out there that supports single, let alone dual CG14 on a SS10.
  
  I beg your pardon? XFree86 has been supporting the cg14 for years. Single or dual head.
3. Re:Cool! by SN74S181 · 2003-01-11 20:41 · Score: 2
  
  Well, yeah. It has. In 256 color mode.
  
  Now why would I want to run a dual-headed Sparc box with 24 bit color framebuffers in 256 color mode?
  
  The CG14 'support' in XFree86 should be stamped 'broken' with a big red rubber stamp. Not that I complain loudly very often, as *I* haven't dug in and done it myself...
SMP? by smartfart · 2003-01-08 03:12 · Score: 2

Someone wanna help me out here? This is just for sparcs, right? Which BSDs do SMP on i386 hardware?

--
Need a Linux consultant in New Orleans?
1. Re:SMP? by CoolVibe · 2003-01-08 03:23 · Score: 4, Interesting
  
  FreeBSD and NetBSD at the moment. Dunno about BSD/OS though, it's been too long ago since I meddled with that.
2. Re:SMP? by vesamies · 2003-01-09 01:00 · Score: 1
  
  True, however, NetBSD's latest release was
  1.6, which doesn't have SMP on i386. That means
  you have to use NetBSD current...
3. Re:SMP? by Anonymous Coward · 2003-01-09 04:52 · Score: 0
  
  BSD/OS is(was?) the only BSD-bsed operating system that has scalable SMP support, according to stuff I saw on their web site and comments on bsd+smp in usenet (groups.google.com). The SMP support in FreeBSd is based partially off of it as far as I know.
Re:Welcome to this century.. by Anonymous Coward · 2003-01-08 03:17 · Score: 1

I just gotta answer to this that NetBSD was the world's first free OS to support USB.
Darn! by nutznboltz · 2003-01-09 02:41 · Score: 2

And I had just installed FreeBSD/sparc to get SMP.
The "BSD is dying" troll is dying. by nutznboltz · 2003-01-09 02:47 · Score: 4, Funny

News flash: The frozen body of the "BSD is dying" troll was discovered in an alley yesterday along with a cardboard sign saying "will cut-and-paste anything for food".
Film at 11.
1. Re:The "BSD is dying" troll is dying. by Anonymous Coward · 2003-01-10 15:29 · Score: 0
  
  LOL! Best anti-troll ever!
Re:Welcome to this century.. by Anonymous Coward · 2003-01-09 03:03 · Score: 0

After Windows had it for two years?