NetBSD Now Supports Dual Power PC Processors 85
djcdplaya writes: "DaemonNews is reporting that the good guys over at NetBSD have gotten dual PowerPC processors working on dual-G4 Apples. The NetBSD mailing can be found here."
FORTUNE'S FUN FACTS TO KNOW AND TELL: A cucumber is not a vegetable but a fruit.
Re:Glad you asked (Score:2, Informative)
Re:Largely, not but totally irrelevant (Score:1)
> 1.5 year uptime? Don't make me laugh. If the
> last paragraph implies that Solaris should be
> represented more, then you have a point.
I don't have any experience with Solaris, but when I hear about Linux kernels being called rock solid (at least the 2.2 series or even older) I do not see a reason why Linux could not be on this list as well. At least a bit more often than IRIX, just because of how popular Linux is compared to IRIX. Am I wrong? I thought Windows was the only major OS that is guaranteed to crash after a specific (short) uptime.
Re:Largely, not but totally irrelevant (Score:1)
No matter how good a server farm is, something will happen. Power failure. Fire. Mice chewing wires. A hard drive failure. When somebody guarntees 99.99% uptime, they mean that. They don't mean 100% because shit happens in the real world.
Re:Largely, not but totally irrelevant (Score:1)
Re:Largely, not but totally irrelevant (Score:1)
Re:Largely, not but totally irrelevant (Score:1)
> By considering that only about 6% of the sites
> are running BSDs, there SHOULD be a reason for
> Linux not being in the top 50, only BSD
Yes, it's in the FAQ. Looks like nobody can PROVE that there is no single Linux system that ran long enough to appear in this list since the uptime counter resets before.
Get a life (Score:1)
I honestly can't believe you wrote all that shit that I don't care about.
Re:*BSD is dying (Score:2, Interesting)
I use OpenBSD for my firewall and I'm quite satisfied. Big telco company in Czech Republic uses FreeBSD for their mail and secondary servers and so on. *BSD is fine and (look for changelogs) not dying.
Re:MOTOROLA-Power PC is a deprecated Processor. (Score:1)
Re:MOTOROLA-Power PC is a deprecated Processor. (Score:2)
Re:MOTOROLA-Power PC is a deprecated Processor. (Score:1)
If you can sample pictures at 30hz then you need 60hz of bandwidth [e.g. 60fps] to prevent frequency aliasing. Much like how you can't hear >22khz but you need to sample at atleast 44khz to get the nice 20khz of bandwidth.
Tux-ho!
Tom
Re:MOTOROLA-Power PC is a deprecated Processor. (Score:2)
Interesting that you didn't provide any benchmarks.
The "video editing" benchmark compares very different products on the two platforms-- one not supported at all by the maker, one highly optimized.
And SPEC is a set of benchmarks, you chose the one where the PowerPC looks worst... ignorign the fact that when it comes to FP operations, or the instruction mix of a modern app, the results would be much different.
The Photoshop comparisons are not unreasonable.
Re:MOTOROLA-Power PC is a deprecated Processor. (Score:1, Insightful)
I love Apple's UNIX push with MacOS X, but sometimes the truth hurts... x86s are simply cheaper and faster (Note: I didn't say "Better"; You make your own conclusions).
To all the ppl saying BSD is dead (Score:5, Insightful)
In the last month, as a hobbyist i've set up 3 BSD systems.
I like BSD, the install isn't bloated, the system boots up REALLY fast, and it really is a better place to start than Linux if you want to learn UNIX standards.
This message is coming to you through a transparent squid proxy
Now for some on topic stuff.
SMP on PPC? Cool beans!
--toq
Re:To all the ppl saying BSD is dead (Score:5, Insightful)
How can BSD be dead when Apple ships more BSD systems every year than Linux has in its entire history??
Really, though, these comparitive unix arguments are just silly.
Above the kernel, everyone has vi, emacs, gcc, curl, et al. Inside the kernel everyone has access to the open source kernels and so anything competitively advantageous will eventually make it to the other kernels.
Sure, there's a difference in the kernels, some being better than others at some tasks-- but really, to users, its unix, unix, unix, unix.
*UNIX* in all its flavors, is taking over the world... one Mac, one PC, one Workstation, one Server at a time.
When microsoft is the alternative, why squabble over kernel flavors?
Re:To all the ppl saying BSD is dead (Score:1, Interesting)
Not at all. Some systems are better at some things than others. Try
running Linux on a Sun Fire, and tell me it's silly to compare them.
> Above the kernel, everyone has vi, emacs, gcc, curl, et al.
Curl? When did _everyone_ get Curl, and why have I never used a system
that has it?
> Inside the kernel everyone has access to the open source kernels and so
> anything competitively advantageous will eventually make it to the other
> kernels.
Well, no, at least not as easily as you imply. Linux can freely
integrate code from the BSDs, but because of the GPL the opposite is not
true.
Re:To all the ppl saying BSD is dead (Score:1)
You have this backwards. Because the GPL requires all code it associates with to also become GPL'ed, you can't simply take code from BSD.
FreeBSD, on the other hand, has incorporated GPL code in the kernel and userland applications. They were careful, however, to keep the GPL stuff separate from the BSD stuff. If you are going to use FreeBSD in a commercial product, you can easily build a system without the GPL code, thereby honoring the license.
BSD Licensed code can be freely used; you can use it for personal projects or you can sell a product based upon it. Yet the GPL prevents the GNU camp from being able to use the code. This isn't much of an issue, though, since the GNU and Linux camps have a terminal case of NIH syndrome.
Re:To all the ppl saying BSD is dead (Score:1)
Re:To all the ppl saying BSD is dead (Score:2)
>all code it associates with to also become GPL'ed,
>you can't simply take code from BSD.
*Completely* wrong. BSD is compatible with the GPL, so you can integerate BSD code into a GPL project without problems.
The reverse is not possible, because the GPL has additional restrictions over BSD code.
--
GCP
Re:To all the ppl saying BSD is dead (Score:3, Interesting)
Just ignore the trolls, this is exactly what they want.
I am running Linux- and Windowsless too, I like BSD, there's nothing wrong with it. It's just a UNIX flavour indeed. Just like Solaris (and SunOS, which was BSD based too)
And for the poor people that actually believe the "BSD is dead" trolls, well, I hope they happen on a BSD system one day and see the beauty of it.
Everything I have runs on BSD, and it hasn't let me down once (well, not counting my FreeBSD CURRENT box, but hey, that's bleeding edge for ya).
Oh, and even the allmighty Redmondian Giant uses BSD. Check out hotmail mail headers, you might see a Qmail MTA in there somewhere. Microsoft still uses FreeBSD at HotMail for the backend. Apparently the Win2k machines can't keep up :)
Re:To all the ppl saying BSD is dead (Score:2)
Windows is the only alternative? Wake-up call... Mac OS X (which is also BSD based) had been released for quite some time now. You should try it and switch if you like it. I'm using it now too. This post was written in Chimera onder OSX 10.1.5. It's very speedy and it beats the crap out of MSIE (even under OSX).
Please take of your windows colored glasses and see what else is out there. Not the whole world runs on IA32. My G4 rocks my world!
Re:BSD? Nope... (Score:2, Informative)
What for? (Score:1)
Why would anyone in their right mind want a dual ppc NetBSD system when Apple already markets/supports and extends the leading OS for the platform: OSX?
Re:What for? (Score:1)
Re:What for? (Score:4, Informative)
Look at the list of NetBSD ports that use a PPC:
amigappc bebox macppc mvmeppc ofppc pmppc prep sandpoint walnut
Of these, only 1 runs OSX.
All of them run NetBSD though.
- Hubert
Re:What for? (Score:1)
It's very easy to remote manage, and the management tools are very easy to understand. Besides strong ports supports (ports works on OS X Server, but not very well), what does netbsd have over it when run on mac hardware?
I got it working (Score:1)
NetBSD in OS X (Score:3, Interesting)
If previously NetBSD in OS X, et al was only cinlge CPU aware then OS X Server has been sub-optimal from it's inception as a server and now should see very nice performance improvements to such things as the TCP/IP stack and many other networking technologies.
I'm definitely curious to see what impact this will have for OS X Server. I assume that it was Apple's engineers that privided the 'last mile' details to get this working... nicde work people.
Maybe we'll be seeing TiVos with Dual G4 PPCs running NetBSD in the future or something too..
BTW, does anyone know if PPC Linux distros are MP aware?
Re:NetBSD in OS X (Score:3, Informative)
I thought the point of this was so that the NetBSD portion of OS X's Darwin would finally be capable of utilizing dual CPUs
Mac OS X uses portions of FreeBSD (user land bits mostly), but is built on top of the Mach microkernel. Mach began life as the BSD Unix kernel, but was extensively rewritten as an academic attempt at a working microkernel. While on his extended hiatus from Apple, Steve Jobs founded Next, who used this microkernel version of BSD in the NextStep operating system.
Mac OS X is arguably NextStep given a bit of a makeover, hence the continued interest in GNUstep as a free version of OpenStep (and now the newer Apple API's). OpenStep was the user land API's from the NextStep operating system, packaged up to run on many other systems.
The Mach kernel was adapted for multiple processors a long time ago, but I don't think the support was completed until Apple released OS X. So basically, NetBSD SMP support is something independent from Mac OS X's.
Re:NetBSD in OS X (Score:2)
My understanding of this, is OS X is a hybrid Microkernel, kind of like how NT Microkernel is. In pure MKs, the MK only abstracts the hardware and manages raw hardware resources. Any interpretation is user level. For example, the network adabter driver would be in the kernel, but the TCP/IP stack would be user level. Sometimes it gets kind of slow, because you'd have to pass messages from user level app code through the MK and then to the user level tcp/ip stack, then back though the kernel and back to user-level app. Most MKs in use now are hybrids because of this, thy hybridization is to short circuit the message passing delays. I think Debian on GNU/Hurd is a "pure" MK implementation, using a Debian UNIX "server" to get UNIX APIs and all that under the Hurd.
OS X has a Mach core, but the BSD subsystem is also kernel level. They glue together, it's not just user-level stuff, which has a lot of NeXT thrown in as well. It also started as NetBSD code, I guess for portability reasons, then they realized they liked FreeBSD kernel a bit too, so now the BSD layer is a hybrid NetBSD/FreeBSD 2.x, soon to be FreeBSD 4.x layer.
You are mistaken regarding OSXS performance & (Score:1)
Take it Tux? (Score:3, Funny)
Take it tux [www.wtf.dk]
This is a joke, I've set up both Linux and FreeBSD, Linux has more apps, FreeBSD is cleaner. I've used Solaris, SCO, Tru64, AIX, HPUX, SunOS, even DG/UX on a Motorla 88K. Pick whatever works best for you and be happy with it.
Why FreeBSD is dying (Score:1, Interesting)
[editor's note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]
When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.
Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.
FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.
It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimise doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.
So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.
Discussion
I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.
From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.
There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.
Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.
Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?
Shouts
To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.
To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. It's when you get distracted by the politickers that they sideline you. The tireless work that you perform keeping the system clean and building is what provides the platform for the obsessives and the prima donnas to have their moments in the sun. In the end, we need you all; in order to go forwards we must first avoid going backwards.
To the paranoid conspiracy theorists - yes, I work for Apple too. No, my resignation wasn't on Steve's direct orders, or in any way related to work I'm doing, may do, may not do, or indeed what was in the tea I had at lunchtime today. It's about real problems that the project faces, real problems that the project has brought upon itself. You can't escape them by inventing excuses about outside influence, the problem stems from within.
To the politically obsessed - give it a break, if you can. No, the project isn't a lemonade stand anymore, but it's not a world-spanning corporate juggernaut either and some of the more grandiose visions going around are in need of a solid dose of reality. Keep it simple, stupid.
To the grandstanders, the prima donnas, and anyone that thinks that they can hold the project to ransom for their own agenda - give it a break, if you can. When the current core were elected, we took a conscious stand against vigorous sanctions, and some of you have exploited that. A new core is going to have to decide whether to repeat this mistake or get tough. I hope they learn from our errors.
Future
I started work on FreeBSD because it was fun. If I'm going to continue, it has to be fun again. There are things I still feel obligated to do, and with any luck I'll find the time to meet those obligations.
However I don't feel an obligation to get involved in the political mess the project is in right now. I tried, I burnt out. I don't feel that my efforts were worthwhile. So I won't be standing for election, I won't be shouting from the sidelines, and I probably won't vote in the next round of ballots.
You could say I'm packing up my toys. I'm not going home just yet, but I'm not going to play unless you can work out how to make the project somewhere fun to be again.
= Mike
--