Slashdot Mirror
Will PPC Become the Preferred Linux Platform?
grunkhead writes "Stephan Somogyi, aka the Darwinist, at MacWeek has an interesting take on Linux on the PowerPC in the wake of IBM's release of a free motherboard design for the G3/750, suggesting the PPC could be the preferred Linux platform of the future. "
Sure, as long as it's cheap and fast enough, I don't care, but really, how many times have we heard of the imminent PPC/Alpha revolution? I'm still waiting, but not holding my breath. (The MIPS is nice too).
"PowerPC, on the other hand, has excellent floating-point performance, today..."
/." FAQ.
It's well known this isn't the G3's strength.
"Just imagine what a Beowulf cluster of multiprocessor G4 boxes could do."
Straight off the "How to be breathlessly annoying on
Also, as a previous poster pointed out, Altivec is Motorola's baby, so I have to wonder if it'll be supported by IBM's spec.
Is it possible for just anyone to get ahold of the schematics and parts list for the board? I would love to try and build one at home for fun.. But I searched all over IBM's site and cannot find it.
If the source code is available, and there are enough PPC users out there, things will work just fine... differences like this are minor and should be handled by autoconf.
That is not Intel's investment. That is the current value of their stock. They put a lot less money into RedHat. But their investment did quite well.
The reason Alpha (more or less) failed is high
cost. The reason why PPC hasn't exactly taken
the world by storm is the same.
They're competing with dual celeron machines,
for christ's sake... you can get a dual-cpu
gigahertz of processing power for under $300.
If a power pc, using standard PCI hardware, can
match and exceed the price/performance of the
x86 chips, they have a chance.
Mark
Digital's first Alpha PC went for $10,000. IBM also wanted extremely high prices for its line of PowerPC/Windows NT machines ($7,000+). Only Apple sold their first PowerPC boxes for anything approaching normal PC prices. Guess which of these three is the only firm to have established a large market for RISC-based personal computers.
I just read the article referenced, and I have a serious question: I understand that low-level drivers are hardware specific, but why would a web log analysis tool be specific to Linux/x86 and Linux/PPC? Why are programmers focusing on programs for *Linux*? It doesn't take a lot of effort to write code so that it compiles not only on those platforms, but on any other Linux, or any other unix as well. Resurrect plain old ANSI C! Bono Vox, bono@vox.org
"If Merced bombs, the chip most likely replace it is the Alpha, which blows away a PPC. Demand == lower prices." And with optimized compilers from Compaq in beta and development work to improve GNU's as code generation for the Alpha, this margin will only get wider. Alphas are already cheap, unless you want to buy genuine DEC equipment. You can get an SX mainboard for ~$250, a 533Mhz 21164a processor for ~$300, and have plenty of money left over to stack that thing full of memory. At any rate, a system like that would blow away the Xenon, a cost slightly higher than just the Xenon processor alone. Most people are buying used equipment anyhow. A used 500Mhz Alpha can be had for around $1200, as much as a similar 500Mhz PentiumIII system.
How can choice make it worse??? You're starting to sound like those Windows guys that espouse the superiority of MS because there are more games and it's a standard. You bring up a good point regarding portables though... The PPC is smaller and needs very little cooling in comparison to Socket 7 and Pentium based processors.
Zack, yes, PPC boxes support PCI, SCSI, and IDE. As far as will it support your video card goes... If there are drivers for it it should be fine.
Zack, yes, PPC boxes support PCI, SCSI,IDE, USB, and Firewire. As far as will it support your video card goes... If there are drivers for it it should be fine.
go to MacKido's Hardware section and look in the Processor section for this exact information.
Info on Merced is also here.
>>>Also without all the proprietary Apple stuff the laptop would be somewhat inexpensive Uhhh... care to explain what hardware that Apple uses that is proprietary (besides a simple ROM chip)?
While an interesting idea, I do not believe the PPC will become *that* popular. When (not if) IA-64 flops, the Alpha will be in a position to take IA-64's spot. The SPARC is cool, but it costs waaay too much for the latest, IMHO. The PPC, while a very nice processor, is still behind the Alpha and SPARC as far as performance goes. The price of the latest Alpha is very close to that of Intel's latest XEON. Older Alphas are quite close to that of PIII prices (assuming you don't buy DEC err Compaq branded) and of course it has been 64-bit since birth and therefor is ready for the future (mainly kicking IA-64's butt!)
ALPHA RULES, INTEL DROOLS!
>>>Also without all the proprietary Apple stuff the laptop would be somewhat inexpensive Can anyone tell me just what is proprietary on a new Apple laptop?
While Linux on PPC being the dominant port would be nice (nicer than the x86), personally I'd like to see far more development effort on current 64-bit architectures. Previous generation Alpha (21064A, 21164A) and UltraSparc are quite affordable (not so much over a high-end PC or Macintosh) so there's no need to either wait for Intel Merced (or G4) or settle for a 32-bit Intel or Motorola/IBM offering now.
Has anyone who is complaining about this ever used a LinuxPPC machine? I have a Powerbook G3/400, the new one with the bronze keyboard. I have a dual boot configuration going. I use MacOS 8.6 for my design, and I use LinuxPPC 1999 for my web/cgi/perl development. Holy shit is this thing fast with LinuxPPC. Second fastest to OS X Server on a 450 Blue and White machine. I suggest you try PowerPC Linux before you bitch and then you will know why so many people want the PPC architecture released, it is far superior to Intel, for the same or less of a price. Long live PPC.
.
Open CHRP hardware will only be a success if it can acheive commodity pricing status. At present on IA32 architecture $200 will buy a very respectable motherboard and processor. This is the bread and butter for your neighorhood screwdriver hardware hack shops. If the PPC MBs can be offered at truly competitve prices, then it will surely succeed. However if these new MBs are priced at $800, you can scratch PPC from the race. But if they can be offered at $200 (generally the magic number for commidity technology), there will be a huge surge in interest, and a darn good chance for success.
Actually the only thing in the G4 that is 32 bit is the intiger processor. The float is supposed to be 64, Altivec is 128 and the internal bus of the chip is 128 to support altivec. It shouldn't be that hard for them to push the int up, but why? There is no real improvement and very few people need more than 4 gigs of RAM, so what would be the point?
Red Hat doesn't have anything to do with the development of gcc
Merced? i think NOT! with the way intel has integrated "fuzzy" logic into it's release dates, we have a 40% probability of seing merced by q4 2003. besides, they just canceled the merced motherboard. but then again, i am an alpha bigot.
...MacKido, a known MacBigot, is not exactly what I call a good reference for hardware, software, or anything else computing related. Consider that he is claiming that Merced is RISC. Read his section on Merced, and try to separate fact from anti-Intel sentiment... of course, had Apple seen the light of day, and ported to x86 early on, then they would probably be where MS is today, and what then would MacKido have to whine about? Well, he'd find something, surely. But I digress... The fact of the matter is that x86 is surely not RISC, though recent implementations have a RISC-like core, as does AMD... The question of what is and what is not RISC these days is unclear, and ultimately irrelevant to most of us coders...
Yeah... by your logic if we remove all of Apple's "proprietary" hardware (like the motherboard...) then it would be inexpensive, very inexpensive. Back up your arguement, asshole..
what ibm would like you to think: ppc taking over the world, pushing aside ultrasparc and alpha. see also(1): m68k amigas on every desktop, bebox, and merced beating up alpha
I'd like to point out that Intel is working w/ HP on Merced, and Merced is the first processor that i've heard using the EPIC paradigm (Explicitly Parallel something something). Anyways, execution is more highly parallelized, and this of course will require new compilers. But, Alpha edge over all competition has been clockspeed, but who really knows what EPIC will mean?
NetBSD
Let's not be leaving out the software company: Apple uses gcc, gdb, etc; in Mac OS X development, and has contributed plenty of changes back to GNU. GNU tools were a big part of life under NeXT, and they're going to remain a big part of Mac OS X.
These aren't Macs. I've seen too many people commenting who have to say something about Macs. These PPC machines will probably use serial or PS/2 mice, so don't fret about the Mac's one-button mouse.
Wasn't the benefit of OpenSTEP (a NeXT/Sun spec) a "write once, compile anywhere" idea? Why didn't that catch on? My understanding was that you could write software using the OpenSTEP API (most likely in Objective C) and then compile it on whatever targets the environment had back-ends for. Also, I remember NeXT had the idea of "FAT" binaries, which were fat because they had binary code for a number of different hardware platforms.
Anybody use OpenSTEP care to contribute here?
"nearly 64 bit"? what does that mean?
than Merced? While Alpha may outperform Merced, it may not be a theoretically better design. Merced is based on the EPIC paradigm, and it's the only processor I've heard of based on this idea.
Ace's Hardware has some decent articles on this, and also goes to point out that by the time Merced it's the market, Alpha may very well outperform it on Spec benches, but the benefits of EPIC are yet to be seen.
check out the "Secrets to High Performance CPU's" at www.aceshardware.com.
I agree with your premise, but alpha clones w/ PCI buses have gotten quite comparable to PCs in price. I run Linux on a PII400, and an alpha 533. The alpha cost $200 less than the pC (the PC is including monitor, the alpha is not, so the Alpha was ~450 more). OK $450 more for the alpaha, but DAMN is it FAST!!!! Much faster I'd like to have a SPARC and a PPC too. I like not caring (much) what the hardware is. Of course, I just put
Alpha! and SPARC too!
I mean, really, why would we need anything else?
Alpha is alive and well, and in the best shape of it's lifetime.
See http://www.alphalinux.org/
NetBSD Yes, it is the most widely ported OS, more so than Linux (see http://www.cynic.net/~cjs/computer/os-ports.html if you think it isn't true). NetBSD does a good job of making sure stuff in the packages compile w/ as little source changes as possible from arch to arch. They even do their best at making device drivers portable (by separating chipsets on cards from the type of bus, you can use the same driver for a card that uses a certain chipset, whether it be ISA, PCI, S-Bus or whatever).
IBM also demoed a 1.1 GHz (room temp.) chip about 1 1/2 years ago
Is that anything like being 'nearly pregnant'???
Be has not yet issued any statements, AFAIK. I am primarily a BeOS user, and I would love to see BeOS running on current PPC chips (not to mention Linux, of course). Be has been keeping both x86 and PPC code bases up to date, since r4.5.1 runs on the old BeBox, x86, and PowerMacs. I think it would not be that far a stretch for them to adopt the new PPCs. --noise at jps dot net
And don't forget how cheap it is. Wait, it isn't. Nevermind.
The price of an Alpha has continued to drop since Compaq took over. The old way too high price tag DEC put on it is going away (slowly yes, but it is happening). You can buy the latest Alpha for just less then the price of the latest XEON (and its WAY faster!) Ohh, and when the need for a 64-bit system comes along, those of us who have Alphas are already ready! My primary workstation is a 5 year old 233MHz 21064A Alpha running Linux. This 5 year old box is running the latest software and has the latest hardware attached to it (CDR, scanner, tape, modems, video, etc). AND, I bought it for about $230 U.S. Not too bad uh?
ALPHA RULES, INTEL DROOLS!
Alphas are both Little and Big-endian, but Linux is little on them.
LONG LIVE ALPHA!
If a PowerPC based machine doesn't run MacOS, then it's not a Mac, and therefore not competition for Apple This is extremely inaccurate. If an OEM builds a PPC based machine and bundles it with linux good for them. But if it's cheaper than the apple equivaltant I'm going to buy it and load up a copy of MacOS. Thus competition.
Unless things changed from the original G3 release, that 1MB of backside is on the motherboard running at 66MHz. With processor speeds in the 300MHz+ range that's a bottleneck.
WTF is your problem? New InHell boxes cost money too. If you are saying InHell boxes have a longer life, that is purely BS! I have a nice 5 year old Alpha that I use as my primary workstation (running Linux :) running the latest software and has the latest hardware (CDR, scanner, tape, modems, etc.) Ohh, and it is already 64-bit and ready for the future (64-bits, Y2K, etc)! I also know several people who have 7 year old Alphas running NetBSD!
LONG LIVE ALPHA
All this talk about IBM opening up their PPC mainboard designs reminds me of Silicon Graphics (sorry SGIs) newish x86 motherboard. The thing runs WinNT and was IBM-PC compatible, except with redesigned bus etc. If SGI could do what IBM have just done, and relese the design of this mainboard, we'd be laughing.
To me this demonstrates that M$ does have (did have ?) to much power over the computing industry. NT was supposed to be multi-platform, supporting hardware other than x86. M$ dropped the non-x86 platforms. It's easy for me to believe that they did this as part of a strategy to push NT into the server market - M$ may have calculated that they had more to gain than lose by killing Alpha and PPC. Since M$ is dominant on x86 hardware, it is to their advantage to hurt the other platforms by not offering their OS support. One function of the OS is to remove the application developer from worrying about the details of the hardware, and allow the application to be ported to different hardware. M$ seems to have made a business and not technical decision to drop non-x86 support. This is perhaps a clearer cut issue than the browser/OS integration debate; M$'s recent dominance has stunted developement of non-x86 platforms. Hopefully Linux's rise will normalize the hardware market somewhat, allowing alternatives to develop.
Sorry to break the ice this way, but there are PPC boxes that use a three button mouse, and I am using one of them. It is made by IBM, it is one of a group of workstations commonly known as the Model 43P, its machine type is 7248, and it can run Linux, AIX, and Windows NT. IBM even offered Solaris and OS/2 for it when it was announced, but not anymore. It is not cheap if new, but there have been auctions offers as low as $100 for a used basic box with the three button mouse. I am waiting for my Linux for PPC to arrived so I can install it and show my workmates that I have a better machine that their "WinTel 98" systems.
Here is one reason it might matter. A PentiumII/300 sucks an astounding 43 watts according to Intel's spec sheet. A 300MHz PowerPC 750 (found in the popular Mac G3 boxes) uses about 7 watts peak.
Hmmm... Similar performance. 43 watts versus 7 watts. I think you could argue that the 7 watt part has some substantial advantages for innovative new computing platforms.
> That said, graphics performance is critical to games. Unfortunately, Linux support for contemporary Apple graphics hardware, which is based on ATI's Rage Pro and Rage 128 chips, is nonexistent. So I was hugely
> pleased to hear from ATI last week that it is working with select external developers to create accelerated
> drivers for PowerPC-based Linux.
Hope they release these drivers soon. I bought an ATI XClaim 3D 8MB card, but acceleration is non-existant.
I'd be impressed if Alpha could compete on bang/buck with Celeron and K6, but PII is ludicrously overpriced.
Rumor suggests that MacOS X Client/Workstation/Consumer/Whatever will herald the official introduction of multibutton mice.
MacKido thinks VLIW (huge grouped instructions that let the compiler explicitly manage each pipeline) is a form of RISC (a few simple instructions that happen to pipeline and execute easily), and seems to think you can get away with scaling it by doubling the pipelines (and presumably running two VL instructions at the same time, which of course isn't safe), which shows how much he thinks he knows about hardware.
But they *do* make it in. Just not at intervals as regular as those for x86. I think you are complaining because you don't know how the cycle tends to go for PPC. The main developers of PPC stuff do their work on CVS. Every once in a while they try to sync up with Linus. The practical upshot is that some versions of the kernel will compile & work out of the box, and some won't. Sparc and Alpha tend to have some problems like this too. If you don't like it, work out a practical way for the merges to happen on *every* release. BTW, 2.2.12-pre3 works right now. Just download the 2.2.11 tarball and the 2.2.12-pre3 patch from ftp.xx.kernel.org, apply the patch, configure, and compile. I am running 2.2.12-pre3 on my PowerBook right now. (I have two other patches applied, but those are to add some functionality not present even in the PPC developer tree: one is a crude hack written by me which I need to clean up and submit one of these days, and the other adds support for a particular type of ADB 3-button mouse.)
Yeah, and this is because Linux/alpha kind of sucks, not because of compiler support. And yes, this is a flame, however, I do have reasons behind this. I have tried for several months now to get a stable working Linux/alpha box and have failed. When I try to do both a dump and a restore to DLT tapes hanging off of my Linux/alpha box the machine seizes completely. When RedHat released 6.0 I installed it and found that I couldn't restore any of my dump tapes. I had to install the RPM from 5.2 to get them to work. A similar problem was with the 5.2 ipfwadm which required installing an RPM from a previous release. The Linux kernel continues to get released with bugs when it is compiled under alphas (they get fixed, but you can't depend on any particular release of the kernel).
It's highly annoying. If I could get my hands on a PC164 ARC console firmware Linux/alpha would be removed off this machine in favor of Digital/Tru64 Unix.
It means that the person who said it's nearly 64-bit is a fool. :) The G4 is 32-bit. IBM has been using 64-bit PPC CPUs in their mainframe type stuff for years, and recently in their workstations as well.
This guy said he wanted to build the motherboard in his home. Face it, nobody is going to build this in their home unless they have a factory in their basement. This is not pin-through-hole stuff that you can wire together on a breadboard. This is a modern motherboard using double-sided SMT -- and of course, you would have to pay royalties to IBM for using their patented double-sided SMT process.
But they *do* make it in. Just not at intervals as regular as those for x86. I think you are complaining because you don't know how the cycle tends to go for PPC. The main developers of PPC stuff do their work on CVS. Every once in a while they try to sync up with Linus. The practical upshot is that some versions of the kernel will compile & work out of the box, and some won't. Sparc and Alpha tend to have some problems like this too. If you don't like it, work out a practical way for the merges to happen on *every* release.
Well NetBSD doesn't have "merge" problems, simply because they (portmasters/developers/whoever) work all on the same tree and don't have to "merge" once the port is in the tree. IMHO Linux should also "unify" their ports in the same way.
And no, I'm not talking about "formal" releases, I'm talking about NetBSD-current.
When I can drive down the street and buy a PPC and board with higher specINT/$ than the latest AMD or Cyrix (or Intel, if they start behaving), I'll certainly do it, especially if I have power and heat problems otherwise.
Apple probably wouldn't mind a lower cost for PPCs (though they're pretty cheap as it is), but they absolutely don't want people running MacOS on commodity hardware or they wouldn't have strangled the cloners.
Why is it that Transmeta hasn't been brought up yet? All of these people who are yawning about this news article would have quite a different attitude if it were a Transmeta design. Understandable since God works for them. Anyway I think that IBM knows something about Transmeta that we don't.
For the kind of money custom interfaces require, you'd be far better off spending it on a big pile of commodity hardware. Making systems from scratch has become difficult enough that only huge corporations can get even incremental changes (like PCI) widely enough adopted to be feasible.
But if you assume remaining exploits = bugs/eyes, who's really better off?
Ooh, just less than Xeon. And don't forget how cheap Xeon is. Wait....
NO Alpha ATX mobos, CPUs
NO PPC ATX mobos, CPUs
Lay off the glass pipe! You can start talking about displacing intel when you have:
1) Availability.
2) Competitive Price.
3) Competitive Performance.
I had a proprietary hardware system years ago. I'd never want one again. You need to get standard parts available before dicussing displacement scenarios.
SPARCs have OpenFirmware too, almost identical to what you know from PowerMacs. Sun's OpenFirmware is MUCH more complete and more interactively useful than Apple's. The firmware on a SPARC has testing tools, a bootable UNIX with dump/restore, net boot, forth interpreter, and some debugging tools. You can interupt the OS a lot like dropping into MacsBug on MacOS. If IBM's CHRP motherboard design takes off in the market, I hope it supports good quality OpenFirmware, instead of the neutered, almost useless variety installed by Apple.
as for alpha (and yes, I do own an alpha, as well as intel and arm hardware and I'd like to have some ppc), the cost is prohibitive, especially on their new stuff... have you priced a 21264 system? ouch! especially when compared to ppc hardware. Comparing a 21264 system to, say, a G3 Apple Macintosh? If so, you're waaaay off the mark - the Alpha 21264 is far more powerful than any G3, so it ought to command more money. However, comparing the previous-generation Alpha 21164A to a current G3 is more realistic; most 433 - 500 Mhz Alpha 21164 systems run between $1500 - $3000; a lot more in line with current Apple G3 pricing. Similar integer performance but far superior fp, even with the poorly optimized gcc (and not to mention 64-bit as well). ~AC
I looked at eight sites from your AlphaLinux link, and exactly 0 had price information on motherboards and CPUs.
Then I looked at Ebay (which I despise, since it pits customer against customer rather than vendor against vendor) and I did find a used 500Mhz alpha mobo and CPU for $250.00 Note : from what I understand, these need special (expensive && proprietary) memory.
By the way, this whole article is a joke anyway -- Motorola has had a complete design for PPC motherboards availible on their tech site for years. Not one mobo vendor has produced them.
...I'm tired of strapping fans on to everthing.
What a shame? At the time, not ditching PPC in favour of a open, clean, established 64-bit architecture would have been foolhardy and shortsighted.
It was the Alpha port that paved the way for other 64-bit ports (UltraSparc, MIPS, upcoming Merced), and to tacitly disparage Alpha because Linus did not initially choose PPC is rather ignorant.
You don't seem to know much about AltiVec and MMX. Some of the AltiVec instructions dealing with floats, and MMX2 have some similarity but the best way to take advantage of AltiVec is to write static libraries for common tasks like checksum calculations, or OpenGL, or bitmap blitting, or compression/encoding (which would benefit a lot from AltiVec's permmute function), et al.
I bet Oracle is 64bit stable :)
More likely exploits is O(eyes/bugs).
Merced is no more RISC than IA-32. The simple fact of the matter is that nobody's designing RISC architectures any more, and the leftovers are fading away.
Just because it emulates RISC instructions for PA-RISC mode doesn't make it a RISC chip. It's an EPIC chip designed to run native EPIC instructions, and EPIC is a new variation of VLIW--the opposite of RISC.
Merced's native instructions use the new EPIC architecture, developed jointly by Intel and HP's VLIW engineers. Merced is about as far from RISC as you can get.
For everyone complaining about the nearly 64 bit comment, you need to read the G4 specs. The internal bus of the G4 is 128 bit in order to handle the 128 bit Altivec, the floating point unit is 64 bit (thus allowing for increased accuracy numbers). The only really important aspect of the G4 that is holding it to being called a 32bit chip is the intiger processor and, quite frankly, who cares if an intiger processor is 32bit. So, it can be said that the G4 is "nearly" 64 bit. About the only important difference is that the G4 probably still can't surpase the 32bit limit of addressing 4gigs of RAM (granted, there are ways around that, but very slow ones).
I picked up a USB 3-button mouse made by Belkin at MicroCenter for $10. Not a problem with the 3 buttons under X, but if you boot into MacOS, all the buttons act as a single one- i.e. not programmable.
With an open-source OS, does it really matter how much Intel invests? The Linux on PPC camp will never be far behind.
definition:
RISC : An advertising term concocted by a group of researchers at Stanford in an attempt to positively differentiate their new processor design ideas from the complex, powerful designs popular in commercial machinery.
CISC : An advertising term concocted by a group of researchers at Stanford in an attempt to negatively differentiate popular, more powerful commercial processor designs from those of their new, small instruction set designs.
Comment: Eventually RISC processors exceeded the power of their so-called "CISC" counterparts, however it took time and significant research $$$ to make up for the headstarts that the then popular "CISC" ISAs enjoyed. Both terms now enjoy any real meaning only in advertising departments and processor design cults.
The PPC may become more of a factor in the desktop Linux market, but Alpha and sun4u aren't going to disappear. No, not by a longshot. Compaq has ported it's Fortran90/95, C, C++ compilers and debugging environment to Linux. MetroLink and XiG have ported hardware-accelerated OpenGL servers to AlphaLinux. iD has hinted that AlphaLinux will be a supported platform for its 3D shooter games. Add to that the fact that the most powerful Beowulf clusters (c.f. the Top500 supercomputer list) are built on the Alpha platform, and you can see the Alpha is not going away any time soon. Rumor has it that Alpha Processor Inc. will be introducing a complete 533-600Mhz Alpha system for the sub-$1000 market. SUB-$1000. If you want to talk about affordable powerful Beowulf clusters, don't think PPC. Just think Alpha. See http://www.alphalinux.org/ for more information.
I must admit that I'm not too familiar with PPC at all... What's the performence/cost ratio like? What sort of compatability issues are there with hardware and the like? Will a PPC box use my PCI video card?
How does it compare to say SPARC or something?
You're forgetting the IA64 architecture here, and the M68k (like the Dragonball in Palms). There are probably other chips (vapor or existing) that aren't marketed as RISC, as well.
I just bought an ADS USB card and a Mouseman Wheel to replace my aging Mouseman (original version, USB). Works great on my 9500. Try one; you'll like it.
(As always, #include <std-disclaimer.h>. Moof.)
s/USB/ADB/ for the first occurence thereof.
-A.P.
--
"One World, One Web, One Program" - Microsoft Promotional Ad
"Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
(Offtopic):
The RHWM's reasoning is flawed. They calculate the percentage of RHAT's market value created by "the community" by the percentage of the Red Hat distribution code created by that "community." This is obviously a ludicrous measurement, as the majority of the value of Red Hat is due to their management and marketing, not to their code. If it was just the code, everybody would be buying Slackware and Debian GNU/Linux, and Red Hat would have no value.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
No x86 is RISC. It may have a RISC core, but that's irrelevant. You program for the x86 instruction set, not the processor's core. The x86 instruction set is decidedly CISC.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
You say you compile them "straight off of ftp.kernel.org," but then you say that you have to edit one of the source files. Which is it?
A program that won't compile without the end-user manually editing its source-code is a broken program.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
You're confusing Mac users with PC users. Mac user typically really like their OS. I happen to love my mac and it's OS. Tecnically speaking-is irrelevent since Linux's "technical supriority" doesn't offer *me* any advantages. In fact Linux's technical supiriority is somewhat overated since many of these high tech goodies rarely come into play in ordinairy use.
It's not like I'm going to program for the OS or anything; I use it. The MacOS is by far the most *usefull* and *usable* OS out there. I mean what can I say, you just gotta try it.
As for the hardware. It's good, very good, but that's not the reasone I use a Mac. In fact this good hardware is a bit of a pain since it's typically requires a greater capital investement.
A PPC base linux box is not in the cards for me because Linux is generaly not very usefull. My guess is a G3 based PPC box would be much of a threat to Apple's Mac sales since it couldn't run the MacOS. (as it currently stands).
Not without the Apple ROMs and ASICs you're not.
No way in hell.
Even if you did have Apple ROMs and ASICs you're still doomed since the MacOS isn't hardware abstracted so any small changes in hardware require a new version of the MacOS.
Why do you think the computers that are introduced after a the latest version of the MacOS have enablers? -> the reasone? Apple hasen't included support for that model in the MacOS yet.
fun, eh?
If we gain the victory I'm anticipating, competition is going to be fiercer among chip makers than ever before. I'm currently running Linux on x86 hardware, but that's solely because it currently gives me the best bangs per buck for what I'm doing and what I want to spend. If that changes, I'm entirely happy to shift with it. All my data, and all my skills will come with me. All my network protocols will stay the same, so I can still interoperate with everyone else. In the end, the instruction set of your processor may come to matter little more than your brand of hard drive.
--
Xenu loves you!
Nothing is stopping anyone from making "Linus-sux-ix" or something. If you're unhappy with Linus' work then do your own work and make things better....just make sure you GPL it. :)
Werd.
I thought that stupid arguement died out years ago. There are few "true" RISC systems still out there. The PowerPC surely isn't one.
The "breakthrough" of the RISC design wasn't coming up with simplier instructions, it was breaking the CPU into independant subsystems that could work in parallel. Doing an integer operation at the same time as doing a floating point one, while loading data from the bus/memory means 3 things are going on at once. A "simple" instruction set means that it is more obvious where the pieces are, but is fundamentally irrelevant.
When programming in assembly (the only time RISC/CISC is visible to a programmer), you want it to be as CSICy as possible, it makes your life easier. Think about
C = A + B
In an old assembler that is one instruction. Simple, easy to read (for assembly). In a load-and-store system that is
load A to r1
load B to r2
add r1 to r2
store r2 to C
4 vs 1. You tell me which one you want to hand code in.
Also, RISC pushes more of the work to the software, which is fundamentally slower than hardware. Lets do as much stuff as low as possible so our systems run faster. Adding layers sucks.
Imagine a future with CISC instructions with pipelined cores. How one gets translated to the other is meaningless to programmers although an interesting research topic for the hardware folks. Think of it as a library. You just care what the interface is (the opcodes), let the library designer (EEs) handle the details of getting that interface to work well. Maybe some of the ease of the monster CISC stuff needs to go away to help out the core (trade-offs are part of an engineer's life), but as a rule CISC is better for programmers.
Just lest RISC vs CISC be forgotten. We need bits and pieces of each one.
For starters, let me agree that fewer and fewer coders actually touch assembly as we let the compiler writers worry about such things. But I was following up a CISC vs RISC statement, so we're talking about that small minority. Most folks just use a higher level language and forget about the details (as well they should).
You are absolutely right that if a compiler can break down an instruction into smaller pieces, the hardware has less work to do. The is pushing some of the work from run time to compile time. In general, this is a good thing.
I just don't think that the savings are all that important, and there are things that cannot be known until run time. The compiler cannot do everything.
Most modern microprocessors (and I guess the bigger ones too) have fetchers that read in instructions, break them down, and feed the pipelines. All the complexity of CISC goes away at this point. Instead of one instruction being pushed into a pipeline, two or more instructions get pushed (hopefully into different pipelines). This here is the wonder of the superscalar concept.
The fetcher gets a bit more hairy, as does some of the speculative branch handling (more things to invalidate), but my goal wasn't to simplify the hardware. Anyway, the hardware already has some of this, so it isn't like we're adding anything new.
Conceptually, I prefer the idea of pushing as much of the info down as possible (CISC) so that the lower bits has a larger view of what is going on. Think of "peephole optimization" in a compiler: the larger the peephole, the better the optimization (within reason).
Compilers are handicapped that they often compile to the lowest common denominator. In the IA32 world, the instruction set hasn't changed too much in years, so many people forget that not all CPUs in the same family are identical. Think about the older PowerPCs: 601, 602, and 604 (I'm showing my age, eh?). The 601 was a hybred, so it had some odd opcodes. The compiler had options to generate for one of the CPU types, or target the lowest common denominator. Guess which one most applications used? Even if you stuck to the 603 and 604, life wasn't much better. I think that they had identical instruction sets (it has been a long time), but I'm sure that they had different pipeline geometries. It is not possible for a compiler to generate code that is optimal for both. That is why code that is optimal for a 386 is not optimal for a PII, even though the instruction set is the same. Details matter. The compiler can't know them all.
As long as I'm rambling, this is the main reason I've gone anti-VLIW. If a merceed comes out with 4 actions per instruction, and a mckinley has 6 actions, how is the poor compiler going to optimize for both?
Let the compiler parse, hack, and optimize all it can, but there are somethings that cannot be known before run time, and we need to let the CPU handle them. I think that CISC helps this out.
Have I made my arguement any clearer this time?
- doug
PS: I cut my teeth back on the old M68000 family and it is still my favorite instruction set. I worked with PowerPC 403s for a while, which is where my coding RISC assembler background lies.
PS2: To be honest, as long as the CPU isn't little-endian, I'm not going to get worked up over it. This is all just quibling over details.
This begs the question: How much do you care what kind of processor you are running? The answer has to do with whether Linux does an adequate job of hiding platform differences so that porting a piece of software to a different machine is just a matter of a recompile. If it is easy to build an application on any machine, and most applications are distributed in source form, most people will probably not care what kind of machine they run on and PPC machines will be much more popular. On the other hand, if most applications are only available as binaries, and it takes a great deal of effort to port the code and QA it, then alterantive machines don't have much of a chance.
The difference between Canada and the USA is that in Canada healthcare is a right and gun ownership is a privilege.
Neither of which are really RISC anyhow -- if you want RISC, take a look at ARM (the Alpha dies and the PPC dies are way too complicated to pass as RISC...)
John
John_Chalisque
Since Be and Apple have not been getting along so well recently, this gives Be an Apple-free platform to run on. Anyone know if they're on it?
-o
I will personally beat the shit out of Jean-Louise Gasse for lying through this fucking teeth for so long while cashing his checks from Intel.
The main difference now is that RISC chips generally won't let you do things like add from a location in memory without loading the value at that location first and x86 will still let you do that. If you want to write fast x86 code you will write it like you would write RISC code. The philosophies are very different still. Intel has just been good at adopting the ideas that IBM, Mips and DEC put out first.
What RISC and CISC don't mean is a way to measure performance, that's why the marketeers use it but most users and probably even a lot of programmers don't know and don't need to know the differences.
IBM and Motorola are in a curious position, they have developed a good modern highend processor but because of the cost factors associated with PCs today they are having trouble pushing as many as they'd like. Likewise both have invested enough and depend enough on the architecture that they can't kill it. Free specs and cheap mobos only bodes well.
Look at the netdriver, very cool, very sexy, very expensive for what you get. If they could cut a few hundred dollars off the price, you'd have a top notch internet appliance, a serious iMac competitor. I think the rationale from IBM could be one of two things, it could be good will, they had something they didn't need so they went public with it or it could also be that they think that if PPC mobos drop in cost enough they believe that they can compete with Intel and AMD on a manufacturing cost basis and as PCs continue to drop in cost the freeness of linux will begin to play a huge factor.
If you're building linux based internet appliances, hardware cost is you only problem. They are already committed to making more and better processors and will be for some time to come. It's a good move on their part and I think the community will benefit too. If I could buy a PowerPC chip and mobo for just a little more than an Intel, I'd probably do it.
Its not like the code's locked up or anything. Just follow the current kernel tree and make the patches to the PPC arch. If Linus feels like adding it in to the official tree it will happen. If you don't like it, you have the source don't you? I'm not advocating a fork here mind you, but patches seem to work just fine.
> Big Brother is watching, vote Libertarian!! Why should Big Brother want us to vote Libertarian? Unless he actually runs the party and it's all one big conspiracy!!! > The GNU is coming, are you ready? I hope this wan't written with the same meaning it can be read with. My imagination is throwing up.
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
Then, maybe AMD would really blow the doors off of Intel ;-) And for a cost much less than $200 million.
Intel's own compiler for the Pentiums is very good, but GCC is also great for x86, so it's popular. The commercial DEC (rr... Compaq) compiler really rocks on Alphas, but gcc isn't nearly as good for Alphas as the commercial compilers. So, Linux/Alpha isn't nearly as popular as you would expect it to be (give shear preformance factors of the CPU are masked by the results of the compilers).
I have no doubt in my mind Linux will run on almost any platform, the Linux community is very very active in getting the OS ported to new hardware.
I have doubts that PPC will become popular. If Motorola or IBM puts some money, work, and support into GCC, then the G3's will really rock in Linux. If they don't, it'll just be "another" platform that Linux runs on, but nobody really uses (much like Alpha is now). Before you consider this a flame, check benchmarks of Comercial C and Fortran compilers for Alphas and benchmarks for gcc on Alpha. And, then notice that there are a lot of people who would consider Linux, but end up buying a commercial OS and compiler for thier Alpha insted.
--
I'm using Linux on PPC for quite a while now. And let me tell you something: as long as Linus uses x86, and doesn't mind breaking the kernel for all other platforms except his own, this won't happen.
The so-called stable 2.2 kernel that claims to support PPC won't even compile on PPC! And that's not because there are no patches, it's because Linus refuses to include the patches before releasing a new kernel. He even intentionally breaks support for some platforms, as has happened in the 2.2.3 kernel! If you want to get a kernel that actually compiles, you'll have to find the (undocumented) directory on vger and check out the tree with an (undocumented) CVS tag. Just forget about going to ftp.kernel.org, it won't work.
Here's a hint: CVS _does_ work. Delegating work to other people _does_ work too. Do it for the main kernel. Now.
Linux on PPC has a great future, but not as long as some bonehead on the top is blocking it.
A customer buys 100 PPC boxes to run 100 web servers. Now he needs a client desktop. He'll consider a Mac more than before because it's also PPC - "Just in case those Macs don't work out so well, I can turn them in Linux boxes like the ones I already have."
Timur Tabi
Remove "nospam_" from email address
Did Digital not do _Exactly_ the same thing with the Alpha, but hey, I could be wrong...
VK3TST
-- "People aren't stupid. Usually." -- jd
If Apple hadn't killed the Mac clones, the IBM CHRP LongTrail including a 604e at 225 MHz would have costed 450 USD (quantities of 1000) in September 1997. I paid 800 USD for my prototype board, which was damned cheap compared to a comparable Pentium II, and of course I run Linux only: http://www.cs.kuleuven.ac.be/~geert/Po werPC/. The LongTrail used off-the-shelf components, and I guess the new reference design is a further evolution, using a G3.
'That said, graphics performance is critical to games. Unfortunately, Linux support for contemporary Apple graphics hardware, which is based on ATI's Rage Pro and Rage 128 chips, is nonexistent. So I was hugely pleased to hear from ATI last week that it is working with select external developers to create accelerated drivers for PowerPC-based Linux.
Being the paranoid sort, I asked whether ATI would permit the resulting drivers, whose development would be based on detailed -- and presumably NDA'd -- information, to be open source. The answer was a definite "yes." '
I don't know about you all, but it's finally happening- all of the 3D vendors are getting clues by the bushel load and they're making drivers happen.
I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
Choice seldom makes it worse for those doing the choosing (Linux folk in this case). Choice does make it worse for those being chosen. The PPC would be in much better shape if it were the only game in town.
In this case I think it is hard to not choose the alpha if you want maximum single CPU speed, or the x86 for minimum price.
I'm not sure what gets you the best bang for the buck. I expect the ARM gets the best bang per milliwatt (even the new 600Mhz intel ARMs run fairly cool).
I honestly don't have a clue what the PPC is best at other then running PPC code!
I don't see why you would think that. My original post disn't espouse anything (except maybe cheep SS7 motherboards). This post has a bit more espousing in it. However you should note I never espoused anything merely because it was popular. I did say PCs were cheep, and it would be hard to beat them on price. However that is (a) true, and (b) not a popularity argument.
Thank you. I may, of corse, be over excited about the iBook merely because of my fondness for 802.11.
Frankly I don't see why a cheap PPC motherboard is going to make a huge diffrence. PC motherboards are quite cheep, under $100 for a Super7 motherboard. So if the PPC is going to compete in price it has a long road to hoe. A free design doesn't mean free motherboards, in fact the free design might not be as cheep to make as some of the more mature PC motherboards!
The fact that Linux is more or less processer agnostic just makes it worse, after all why go for a PPC rather then an alpha just because there are vague roumors that the Alpha will gasp it's last any year now? I mean if switching to a new CPU is so easy, why not use the Alpha until it actually gasps it's last? (assuming of corse that the Alpha is faster -- with the SPECmarks seem to say, and cheap enough)
The only real argument I could see for using the PPC is if it (the PPC) actually made it into nice cheep machines, like maybe the portables (they seem relitavly inexpensave for what you get -- but I havn't looked at PC portable prices, so i may be in for a shock). Actually that isn't the only argument. It would be intresting to see Linux on one of the big PowerAS machines...nicer still to see it hosted under VM on a 390 (but that's not a PowerPC).
Sorry. Not woo-hooing about the article - I'm just still excited bout the IBM announcement.
:)
I hope this blossoms, and we have a REAL price and performance war between x86 and PowerPC so we'll all benefit from better execution not just cheap hot running Intel processors.
I really don't think Compaq will pull it off with Alpha Linux... their leaders needed vision on this a LONG time ago, and there's too much internal bickering and backstabbing. SGI was SMART when they ditched their NT division... when you make and sell an OS or OS' who wants departments with loyalties divided with the competition?
Some folks I know did a "R.I.P" on SGI when they cutoff their NT division, but I think this was smart.
You can say you think I'm smoking crack, but I think Jobs has already laid down some groundwork for Apple to become a Linux company whenever it becomes necessary. (If you doubt this is possible, think about how difficult it would be for OS X Server/Consumer... not at all, and it would be one giant fsck you to Bill Gates in the history books...
Anyways, more CPU support in Linux is better. I agree Motorola and IBM better commit some resources to GCC if they want to be taken seriously - it's a relatively small problem to solve.
I'm still completely blown away that Loki's supporting all the Linux games on PowerPC. This is something I hoped for and banked on happening about 1 or 2 years after Linux became viable for Commercial games... not MONTHS as it has turned out. Linux is looking more and more unstopable.
As Linux grows in popularities, the commercial vendors are bringing there "binary only" ways to the platform. Thus suddenly that "quick recompile" doesn't become an option.
Thus, the developper choose the platform for wich he release binarie. If he don't have access to, say, a Sparc, he will probably not release his software for Sparc/Linux since he can't test his binarie. That's cheap, but that's the closed source way.
:wq
I love my linuxppc box, fast little bugger, they need to fold the PPC code into the 'official' kernel.
-Ben
-Ben
bensmith@biz1.net
i dont see why macworld would want to talk about it.
ibm's move isnt going to help APPLE any is it?
i mean, seriously, aesthetic considerations aside, people tend to like apple hardware but hate the (technically speaking, now...) OS. if this does spawn a clone war apple could be skrewed.
what if individual companies try to sell g3 boxes with more features and better price points than apple? apple cant very well revoke licensing or buy out competition THIS time...
who here would buy a g3, considering the architecture and processor power, if you didnt have to subsidize apple's os which youre not going to use anyway?
i know i would.
unc_
BeOS hasn't been able to run on G3s, to this day. But with this "open" setup here, can Be make BeOS work on better PPC hardware? I think the question isn't so much whether Linux will become more prominent on PPC than x86, but whether Be will become more dominant on x86 due to information apple wasn't giving them.
Be's explanation of why BeOS doesn't run on G3s.
-G.
Forget about desktops - to what extremely large customer base would that appeal to enough to make it economically viable? But - low end PPC boxes like the RS/6000 43p-260 or an F40 running Linux as opposed to AIX would have to make an awful lot of sense to someone who's used to managing these boxes and paying for the licences. Yeah sure the FPU isn't up for quantum chromodynamics or floating body problems but throw one of these 2-way or 4-way boxes at some corporate application like Domino
Apple's new iBook, running on a new copper PPC 750 (aka G3) has no need for a cooling fan. When running, it's runs only slightly warmer than room temperature. This is also in part to Apple new product-wide UMA (Unified Motherboard Architecture), A.K.A. "Open World" design that uses only one primary controller for USB, Firewire, PCI, AGP, and IDE/66, etc.
o k.shtml
Ahhhh, LinuxPPC would smoke on this box...
http://www.mosr.com/terms.html#UMA
http://www.appleinsider.com/macworld/mwny99/ibo
http://www.ogrady.com/models/p1.asp
Even if someone finds a buffer overflow in a package that you have, finding an exploit becomes a lot harder. :-)
Cheers,
Ben
My usual seat in the cluetrain is at A HREF="http://pub4.ezboard.com/biwethey.ht
Alphas are fast but expensive; I haven't seen any figures, but I bet for the same amount of money, the detested Pentiums give more performance.
That's the reason to be interested in PPCs. Low prices come from volume production, and Alphas just ain't got it. PPCs have a start in that direction with Macs, and it's possible that adding Linux would boost production enough to keep the price low. Since PPCs (like Alphas) make better use of silicon die space, they have an inherent advantage over any x86. It just takes volume production to realize that advantage.
--
Infuriate left and right
Actually the current x86's are RISC (mostly). Most of the old x86 instructions get decoded into risk-ops, then processed in a RISK fashion.
The only significant drawback to choosing an Apple Powerbook G3 (series 3, Lombard, bronze, whatever) as my next Linux laptop is the delivery wait that I'm currently enduring. I waited long enough to see that LinuxPPC was running on it, and then ordered one (the 400MHz model). I then thought better of a big download and ordered a LinuxPPC CD. The Linux CD arrived long ago, the laptop has yet to arrive.
I'm not too concerned about the lack of a three button mouse. I think that the Linux environment I'll be using is configurable enough to make up for that. Pasting text is one of the few things I'd need to adapt to. Can't say I use the right and middle buttons on this Thinkpad 770 for much more. I might as well be pressing a keyboard modifier for my speed with any other operation.
I am perhaps fortunate in that I don't have an investment in architecture-dependant binary software on Linux. Since I don't plan to run either office-typical suites or big relational databases on my laptop, there's no problem there. I'm happy to see that there's both an x86 and PPC Linux version of Xing's MP3 encoder, so I'll be able to build up my MP3 library as I use LinuxPPC, using modern, licensed codecs.
Hardware-wise, the G3 Powerbook kit is ahead of the game WRT most x86 laptops. Anything that comes close is at least as expensive. The real plus is that when it comes to running mainstream proprietry applications, the MacOS is a pleasure to use, and Windows is a chore. If, like me, your use for a "toy OS" is to run media-creation software rather than play games, the MacOS and hence PowerPC is a better place to be.
Finally, it's *way* cooler to be running a hacked-togther LinuxPPC on a G3 'book than a stock RedHat on a Thinkpad.
Just a note for LinuxPPC users: the G3 Mac doesn't load properly unless you remove USB support from the machine before install. This caused us some problems before one of our managers figured this out :)
This having been said, my only problem with the PPC architechture is that so many darn PPC machines still use one-button mouses...
Finding God in a Dog
..if to take avantage of specific SIMD functions you HAVE to write it in assembler. (Or are there any good cross platform numerical libraries - C wrappers for SIMD (MMX, 3DNow, G4) available for me to use?)
<^>_<(ô ô)>_<^>
...the platform most widely available.
Right now, computers based on Intel and x86 compatible CPUs outnumber everything else. And thus, they are the preferred platform for Linux.
As soon as another platform emerges, I'm sure that some folks will port the compiler tools for that hardware, others will work on the kernel, yet another group of hackers will port XFree and in the end, it will be fully supported -- if only enough people feel the urge to use this other platform with Linux.
And because of this, the question "which is the preferred platform for Linux?" is pointless: It's the platform you already own.
------------------
You may like my a cappella music
Well, it might mean that gcc has better optimization on x86/Merced than it does on PPC.
--
Business. Numbers. Money. People. Computer World.
Well someone mentioned above that Apple has been folding PPC changes into gcc.
--
Business. Numbers. Money. People. Computer World.
I just "aquired" a new Apple 333Mhz G3 512K l2 cache, with a 14" active matrix screen, 64MB RAM, and 4G HD. It comes with an IrDA port, 10/100 ethernet BUILT IN (not via a fragile card clip-thing or cable), 2 usb ports, a built in modem (which I believe is a REAL v.90 modem, and not a software modem, but I might be wrong.) a CDROM drive that can be replaced with a DVD drive without any other special upgrades, and ATI video chip with 8MB SDRAM, VGA-out, S-video output, sound in/out jacks, builtin mic and speakers,a cardbus slot, and a SCSI connector.
This cost 2300$ retail and for the hardware it appears to be an absolutely great deal. I have a few other new PC laptops here from compaq and toshiba. In the same price range they don't have built-in ethernet, they don't have SCSI, and they don't have as much video RAM. They are also Celeron or AMD K6-x chips, not P2-3's. In my subjective opinion the G3 laptop is cooler looking as well.
So.. before you go and bash apple powerbooks, check out the specs, pricing, and use one for a week. All my other computers here are PCs but you have to give credit where credit is due. Apple's G3 powerbooks are real contenders, even leaving out the OS.
PS: Compaq prices their consumer laptops very low, but who would want a "retail" button with a shopping cart icon right next to the trackpad, even if the rest of the specs rock? GRRR.
Outland Traveller - new and laptop enabled!
[x86] will make things much easy for the newbies (which, in a few years, will greatly out number us).
The newbies have always outnumbered us. Exponential growth is like that.
What might be different is that we're getting users less interested in learning how things work.
I've been trying to find the schematics for this since last friday's article. Unfortunately, it doesn't seem to be on the website, and no one's returned my email so far. Perhaps they're thinking similar things to what's been expressed in this thread.
I did find schematics for the earlier reference designs that have been pointed out as counter-hype:
1995 December dual 604 design
more recent 'spruce' 6xx/7xx reference board (uniprocessor, based on the CPC700 hostbridge)
There's no license on either of these, though, so it may be the 'free' part that's new.
To counterflame:
Hardware designs can benifit from open development in all the same ways that software can--faster development, better designs through the pooling of resources and peer-review. Our community can benefit in the same way as well--no one can take control of your computer away from you. How dare you flame someone for wanting to hack!?
Yes, prototyping hardware is expensive, but a large part of that is because fabs are designed for mass production runs. There's a fixed cost associated with setting up a particular design, whether your making a couple of prototypes or 10,000 units. I bet we could design a fab for low-volume production that would be the other way around. And no, it's not cheaper, but it's definitely possible to build motherboards in your garage.
What really bothers me here are the off hand dismissal of a call for openness. Are you trolling? Remember, amateurs can't write production quality software. Something as serious as an application suite (I won't even speak of an operating system) can only be designed by a qualified team of professionals, and their work costs $100 per line of code. What are you going to do, hire some college kid to do it?
The specs are at : ftp://ftp.aus tin.ibm.com/pub/PPC_support/reference_designs/long trail/
Thanks for the pointer!
All the processor dependencies that have crept into Windows and its software architecture (ActiveX, drivers, etc.) are one of the biggest problems Windows is facing, and it is good if Linux can avoid falling into the same trap.
But Intel understands one thing that DEC doesn't seem to: providing a free, open source C/C++ compiler is essential for success with free software. In effect, that approach recoups the cost of compiler backend development from the people who buy the chip; charging for the compiler puts the burden on the software developers. But since developers of free software already donate their time, charging them for the compiler doesn't make a lot of sense.
In different words, at least in the open source world, the GNU C/C++ compiler is essentially part of the processor itself, and if GNU C/C++ doesn't perform well, then it doesn't matter much how fast the processor is with some proprietary compiler.
Unless DEC sponsors work for improving the gcc backend for Alpha to be competitive with their own proprietary compiler, my guess is that the 64-bit Intel chips are going to win.
We can all brag and swish our feathers around, but we 2nd tier platforms have to UNITE.
Hardware Peripheral manufacturers (Certain 3D card makers like 3dfx) refuse to support the alpha. ATI hasn't been that great (Maybe changing soon?). There are just loads of peripherals.
Mr Alpha and Ms PPC had better let everyone know that we need specs. As companies come in and dump their binaries for x86 out there, we have to let them know that that's not good enough. You either support LINUX or don't. I'm not saying that companies have to give out their family jewels, but they should be willing to allow people to use whatever platform they want.
They don't realize that a good programmer can build cross platform code. Bad ones don't. Look at LinuxPPC and AlphaLinux. 99.9% of programs compile out of the rpm. (The only exceptions being ones that are very hardware dependend and include lots of x86 asm "speedup code")
We should have a platform independent stance. As more people and newbies move into Linux, they arn't going to care what platform Linux runs on. This is a good thing.
By keeping Linux Plaform Independant, we arn't tied to the death of Intel by Transmeta.. or Elbrus, or whatever.
Pana
I said no... but I missed and it came out yes.
If the IBM motherboard is CHRP compliant. Then whether the PPC chip is from IBM or Motorola shouldn't matter. It would be similar to a socket 7 motherboard in the wintel world. You can put a Intel, AMD, or Cyrix chip in as long as its a socket 7 chip...
If my understanding of AltiVec is correct, it (AltiVec) by itself won't do much. Unless Linux (or MacOS, or DarwinOS, etc) takes advantage of it.
ThinkPad PowerSeries 8x0 (850, 820 that I know of and was there a 830 too?), CHRP portable! You can't buy them anymore though :-( I think the CPU was PPC601 or somesuch..
Erik
Has it ever occurred to you that God might be a committee?
Has it ever occurred to you that God might be a committee?
--- Jubal Harshaw
i clearly remembered somethign about the PPC architecture having 64-bit support, but couldn't find the details, so i did a search on Google.
s tar.html
apparently there is a 64-bit PPC. IBM uses it in some of their workstations. lookit.
http://www.austin.ibm.com/resource/technology/n
"BM's NorthStar superscalar RISC microprocessor integrates high-bandwith and short pipe depth with low latency and zero cycle branch mispredict penalty into a fully scalable 64-bit PowerPC-compatible symmetric multiprocessor (SMP) implementation. Based on PowerPC architecture, the first in the Star Series of microprocessors, the NorthStar processor contains the fundamental design features used in the newly available RS/6000 and AS/400 server systems targeted at leading edge performance in commercial applications as characterized by such industry standard benchmarks as TPC-C, SAP, Lotus Notes and SpecWeb. "
i'd imagine that you ought to be able to easily cobble together something based on this chip. it might not be able to run MacOS, but linux is the point of this thread anyway.
- mcc-baka
who needs sheepshaver? http://www.ibrium.se/linux/mac_on_linux.html
Irritable, left-wing and possibly humorous bumper stickers and t-shirts
This is interesting. One of my first exposures to Linux was a talk given at a local LUG by Jon 'Maddog' Hall. He gave a very insightful history of Linux in the early days and Linus' difficulties getting equipment to do development and testing. My recollection is that Linus was about to start the main development using some of the first Apple PPC's that were hitting the market, as they were going to be made available through some benefactor. In steps Maddog, aka FormerDigitalUnixAlphaGuy (now with VA?), and gets some Alpha machines shipped over to Sweden gratis. PPC gets left in the dust......quite a shame.
I myself run both flavors of machines, and prefer the LinuxPPC R4 (gotta get me the 1999 issue soon!)on my Apple 6500 PPC 250 over RH, Caldera or S.U.S.E. on my Intel boxes. IBMs latest action will only make the PPC boxes more mainstream, and therefore better supported. I can't wait till next year.
And is Intel going to attach a string to this money, saying that Red Hat must withhold source code? Are they going to encourage people to code in assembly language? Not likely. All those Intel dollars being spent on Open Source will be very useful to the PPC users who don't mind typing "make".
As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
"It looks like PowerPC could well become the preferred RISC architecture for Linux."
x86 is not RISC. The point that i get from this is not that PowerPC linux boxen will overtake x86, just that the Merced will be all too expensive. Opening the door for a more afordable alternative, which alpha has proven not to be. The point is that PowerPC with the help of IBM's proposal will make powerful RISC systems that run linux which are more affordable than the Merced alternative. If the archetecure bound to it is proven to be superior, its all up to the programmers after that.
Long Live PowerPC.
Lycestra
Not with Intel investing over $200 million in Red Hat. /grin/
See the Red Hat Wealth Monitor
_______
2B1ASK1
people use what they have. Period. I have a dozen Intel boxen around that I use because I don't have to spend money on them -- I *have* spent it.
Of course nobody's going to throw away their old boxes, whats your point.
It doesn't matter that the market may suddenly swell a little with new PPCs that are less expensive than Apple boxes; it still entails SPENDING money instead of using what we already have.
Well, duh. New x86 computers cost money too.
The whole point is that if you're building a new Linux box you can go with an affordable RISC platform instead of just another Intel machine.
If you're talking about recycling old hardware, you should be able to use old hard drives without problems, and maybe your RAM and some PCI cards.
Yeah, but back then you had once choice for an OS on those machines: Apple's, since the plug was pulled on the PPC version of NT and the OS/2 port didn't go anywhere.
...the platform most widely available.
Uh, no, that would the the one with the most market share.
Right now, computers based on Intel and x86 compatible CPUs outnumber everything else. And thus, they are the preferred platform for Linux.
Right, like Windows is the worlds most "prefered" operating system, just because its running on more machines than anything else.
And because of this, the question "which is the preferred platform for Linux?" is pointless: It's the platform you already own.
Just because you're running Linux on a 486 doesn't mean that the 486 is your prefered processor. I'm running a dual celeron but would prefer to have quad K7's.
Because both Moto and IBM don't see themselves in the desktop market.
It's entirely possible, because both companies sub-licensed the MacOS to other companies, and Motorola even built their own line of SuperMac clones. Understandably, this pissed of some execs (mainly Moto's CEO) and is one of the reasons why PPC development is lagging behind.
If anything, Moto and IBM will push for these boards to get back as Jobs for stabbing them in the back. Hope they do it.
not really fast, but good enought for a desktop system. That's why most of IBM's lowend RS/6000 systems still use the 604e, it beats the hell out of the G3 at the same clock speeds, especially at FP.
Only at floating point. The G3 is much faster at integer calculations, so it depends on what you're doing.
And the reason IBM uses the 604e in servers is because it does SMP, while the G3 does not.
Apple won't go G4 (likely) untill they discontinue making all of there G3 systems -- and that may be a while.
Also wrong. The current Blue and White G3's were supposed to have them. Apple have the design ready to go (Sawtooth), and are just waiting for Motorola and IBM to start delivering the processors in sufficeint quantities to ship.
Of course Apple has only themselves to blame for delays in newer PPC's, as both Moto and IBM licensed the MacOS to other comapnies to build clones; Moto even had their own line of SuperMacs. Not only did this piss of IBM and especially Moto, but it also took away a big incentive for the two companies to push the PPC on the desktop. Moto wants to use the PPC for embeded stuff like microwaves and cell phones while IBM wants to use it for high end servers.
PPCs are bi-endian. Purely as a matter of personal preference, I prefer little-endian architectures.
(Though I'd take a big-endian PPC over an x86 any day..)
- so, is this reference design IBM has come out with little- or big- endian, or both?
As far as I know, all the current linux/PPC stuff is big-endian, designed, of course, to run on big-endian PPC Macs or PPC Amigas.
It seems to me that a little-endian PPC architecture would give you all the advantages of the PPC over the x86, but with 90% of the user-space application porting hassle taken out (it always seems to be dodgy endianess assumptions that stopped things compiling on my Linux/APUS box)
Choice of masters is not freedom.
PPC, Alpha, etc may be technically supperior to Intel, but Intel will be winning for quite a while. Forget price/performance issues. It doesn't matter what the latest and greatest machines cost... people use what they have. Period. I have a dozen Intel boxen around that I use because I don't have to spend money on them -- I *have* spent it. Money that's been spent doesn't matter anymore. I've got boxes for development, for gaming, for serving. I'll keep using them for a long time. Other people will be using their Intel boxen for a long time. It doesn't matter that the market may suddenly swell a little with new PPCs that are less expensive than Apple boxes; it still entails SPENDING money instead of using what we already have.
:)
Of course, if IBM wanted to really be sneaky, they'd arrange for a few mobo developers to give away boards (and systems) to the open source community to spark more software development and interest in the platform. If someone gave me a new machine, I'd certainly help code for it.
-Chris
Why are companies bending over backwards to satisfy a rather opinionated crowd of nerds? Here lies the marketing line of logic.
In any mature market, there are several categories of buyers
- innovators eagar to try new ideas (2%)
- early adoptors integrated into social networks and are opinion leaders (5-10%)
- early majority who deliberate for some time before adopting (30-40%)
- late majority who tend to be sceptical and follow peer pressure (30-40%)
- laggards - suspicious of new (10%)
The innovators are too flightly, instead companies try to get a critical mass of early adopters whether they are yuppies, TV stars or rag journals. IT companies are now realising that in the internet world, the balance of power has now shifted to the front-line staff holding together systems with (metaphorical) duct tape and hacked up code. These people with the deep technical knowledge of a company's IT assets are critical for that 24x7 operation which the business world is heading. If these people walk, you can kiss goodbye to your competitive edge for the next 6 months.
Hence gaining that critical early 10% penetration of a rather cynical set of experts is key to dominating the rest of the market. The early success of the PalmPilot was catalysed by a legion of hackers contributing code to the application base and thus getting past the bullshit filter, much less the "whats-in-it-for-me" barrier.
So though nerds will never grace the society times, they will progressively have more perks like trade shows and freebies (compare with doctors who prescribe drugs) showered on them. These are dangerous times because with this new-found respect, there is the danger of falling for the ego-stroking and forgetting professional responsibilities. A hacker's code of conduct should realise and emphasise the responsibilities that come with holding together societies electronic infrastructure, as well as educating the next generation of hackers.
So enjoy the little perks that make work worth living but be vigilant against decay into the seductive side.
LL
First of all, the Processors available today are not even getting any use. Build a better BUS, find an alternative to IRQ's thats modern. Give me a backplane system that handles gigabits of data so my processor actually has something to do. Give me a drive system that pumps our in gigs a second rather then 10-15 megs at a time. Give me something i can run visual interpretations on, exploration systems.
Well, the correct answer is the usual one: it depends. The location of the bottleneck is highly dependent of what exactly you are running. Some of the processes I run are I/O-limited and having faster hard drives would speed them up. Others are bandwidth-limited (yes, on a LAN) and a gigabit Ethernet would help. But most of my stuff (guaranteed to be untypical) is actually CPU-limited - and I am running on a dual Sun Ultra 60.
So, yes, I understand the importance of the bus, and DMA, and AGP and all the other TLAs. But for me, at least, processor speed is more important right now.
P.S. For example, in the FPS (Quake, etc.) gaming community there is a very well understood distinction between being CPU-limited and fillrate-limited. Depending upon your specific hardware, any of these can be your problem.
Kaa
Kaa
Kaa's Law: In any sufficiently large group of people most are idiots.
First of all, the Processors available today are not even getting any use. Build a better BUS, find an alternative to IRQ's thats modern. Give me a backplane system that handles gigabits of data so my processor actually has something to do. Give me a drive system that pumps our in gigs a second rather then 10-15 megs at a time. Give me something i can run visual interpretations on, exploration systems.
:)
I say its time to stop engineering new fangled ways to try and put intel out of business, but rather develop something that will actually use current technology. a Quad Processor Xeon with 550mhz CPU's and 1 meg of cache is a killer system, but develop technology to allow Real time OS functionality, bust mastering/dma bursting high bandwidth backplane systems.
Too bad sun went PCI instead of pioneering. They've been know to be way ahead of the times rather then just accepting todays markets..
oh well.
I don't have anything against Sun, but that is funny.
Apple's Motherboard design is proprietery. It isn't open.
The G3 and G4 chips are best used in portables. The fact is that Apple makes the best portables. The reason is the fact that the G3 can run at fast speeds without overheating. If a Linux Laptop vendor would use the G3 or possibly G4 chip in a laptop it would beat any Intel based laptop on the market. Also without all the proprietary Apple stuff the laptop would be somewhat inexpensive.
In a couple of years, linux might be running some x86 thing, but it'll be from AMD and not Intel, if the whole K7 thing works as well as it possibly could. Just a side note.
On the other hand, if you write all your programs in Java, you can use whatever OS/platform you want, 'cause where Linux is lacking, something else can take over. But it will be slower 'cause of the extra layer, which means that even though we'll be running 2GHz systems, Netscape (or whatever) will still take 10 seconds to load.
-S
-- Evan Read
Linux -- "It is computing, Jim, but not as we know it"
"The future comes 60 minutes an hour no matter who you are or what you do." The Screwtape Letters - C.S. Lewis
A lot of arguments on here have all hinged on the assumption that we need real 64-bit processors. I don't think that it's as important as people are making it out to be.
The PPC design has 64-bit extensions that would be more than adequate for your 64-bit needs (file-systems or whatever). Lets face it, the majority of your integer work is perfectly happy in 32-bit, and when you do need real double-precision floating point values, the PPC is happy to oblige you in native 64-bit floating point arithmetic.
More importantly, the amount of power the average user needs is not increasing quite so rapidly anymore, especially for those not dependent on Micros~1 products (which have allegedly been deliberately bloated to force users to buy newer hardware). Does Uncle Joe need a GHz machine to browse the web? Hell, at the speed he moves the mouse we could have gotten him a 486 and he wouldn't have noticed the difference.
And while it may not be the most powerful architecture on the block, it certainly kicks some ass in the 32-bit world (and I've studied the architecture). Given the alternatives, I think that it definitely deserves a "best in its class" type award.
The more important question to ask is (and people have been asking this), will it be affordable? If it is, it will succeed and everybody will be happy (myself included). I think that it's a beautiful architecture, and would love to be able to buy an affordable computer based on it.
Just read the article and klick the link to linux.co.uk, it clearly sais PPC and MIPS users should get their kernels from their own trees but will soon be merged with the main distribution.
:-/
Why not show all the people working on linux for free and for the fun some respect?
And isn't it alan and not linus who is responsible for the stable kernels anyway?
//mina två svenska kronor, som dom säger
De lyckliga slavarna är frihetens bittraste fiender, legalisera!!!
Actually, it seems that the only thing RISC stands for any more is a marketing term for "non-x86." (Aside: does anybody actually use "IA32" instead of x86?) So saying something is the dominant RISC platform is just saying "except for the commodity x86 boxes, we're it."
Because both Moto and IBM don't see themselves in the desktop market. If Moto and IBM wanted to, they could create a low-cost motherboard, sell it cheap, support it, and people would buy it. But they choose not to, and so PowerPC will continue to be the niche market it is. Which is kinda sad, since it IS such an easy to understand architecture compared to x86. Altivec totally crushes SSE and 3dNow!, but we the consumer will never see it. Oh well.
My idea is for the next generation PowerPC to switch to the Ev6 bus, and work with Compaq and AMD to gain compatibility with their new Alpha/Athlon motherboards. I think that would be totally cool.
The Microsoft/NT story is, as always, more complicated than it appears. It had all the usual corporate type problems (money, politics, power, etc), and a certain lack of vision, and not all on Microsoft's part. Too bad, NT runs pretty well on PowerPC.
Moto/IBM has a real opportunity with Linux to make a profitable niche for themselves. I only hope they can see that as well.
"Though it may take a thousand years, we shall be FREE."
To everyone yelling that Intel will still be preferred for Linux, the author doesn't disagree!
It looks like PowerPC could well become the preferred RISC architecture for Linux.
The author is merely talking about Linux RISC users dumping Alpha and going PPC.
Press release from TAG McLaren......
---------------------------------
Programmed to win
THE PROCESSOR CHIP that powers Apple Macintosh computers may help McLaren's
Formula One racing cars to compete in next year's world championship. The
Year 2000 controller, developed by McLaren's sister company Tag Electronic
Systems, is the first car control system to use software running on a
consumer PC chip rather than special pre-programmed chips.
Tag will be using the PowerPC chip, which IBM, Apple and Motorola developed
to compete with Intel's Pentium chips. The designers say that Pentium chips
generate too much heat to work in a sealed metal box with no ventilation.
"We needed something rugged, and tough as old boots," says Peter van Manen,
operations director at Tag's development centre in Woking, Surrey. "You
can't risk car failure because of electronic failure. And it's hard to
believe how horrible the working environment is in a Formula One car".
In the early 1990s, racing car designers experimented with on-board
electronics that transmitted performance data from sensors round the car to
a trackside computer. This computer sent back real-time signals that
controlled the engine, gearbox, clutch and suspension. The driver only had
to steer, accelerate and brake.
Then in 1993, motor sport's ruling body decreed that Formula One cars could
only transmit data, not receive it. So today's cars need an inbuilt control
system. But until now no one has been able to make an on-board computer that
is small and light, has enough processing power to give complete control in
real time, and is sufficiently robust to keep working throughout a race.
Racing teams have so far used controllers with dedicated chips connected by
heavy cables to 70 heat, pressure and velocity sensors dotted round the car.
The only way to tweak the controller has been to rewrite the program and
change the chips.
Tag's new system relies on four PowerPCs working in parallel. The car
vibrates too violently for for programs and data to be stored on disc
drives, so flash-memory chips are used instead. Light, thin wires carry data
round the car as an 8-megabit-per-second serial stream.
During a race, data from the car's sensors are processed in real time to
optimise engine performance and vehicle stability. Tag's engineers at Woking
regularly update the operating system, and e-mail new versions to tracks
round the world as soon as they are ready. If this year's tests are
successful, the controllers will be used for the season which begins with
the Australian Grand Prix in March 2000.
Tag will sell the new system to rival teams that it already supplies with
engine controllers, including Peugeot and Arrows. But only the McLaren team
will get Tag's proprietory software.
Do really dense people warp space more than others?
Have a look . .
-- Reverend Vryl
they signed something and IBM is going to include Altivec. the main difference is in using copper and stuff in the chip, they are still battling for fastest speed.
THey had an article about the POWER4 chips coming up soon, which ARE, despite plenty of misunderstanding, 64-bit PPCs like their POWER3 predecessors.
64-bitness in the PPC world is a bit hard to define anyway. The instruction set is designed to support 32-bit and 64-bit modes equally well. It's just a matter or whether or not the processor supports 32-bit or 64-bit memory access. I think that the current 64-bit chips still do 32-bit integer math. I know all of them use 64-bit FPs.
Plus, I don't know how much better an equally clocked Alpha is going to compare to that POWER4 beast -- especially if you factor in multiple cores and the 500 MHz memory bus. Sure, two cores against one's a little unfair, but I think it may still compete well against a dual Alpha system with the Alphas currently using a slower memory bus and without the direct core-to-core communication that the POWER4 will have.
(I like the line about HP trying to kill Intel with IA-64, though.t)
If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
Regarding GCC support and optimization for the PPC architecture, it is worth noting that Apple use GCC for MaxOS X development, and so do have an interest in GCC being optimized for PPC. They also do fold their changes back into the main tree.
(It is also worth noting that Apple's Mr. C compiler was and still may be one of the best C compilers you could get for the PPC architecture. So Apple is not exactly short on compilation talent.)
the issue isn't just the inexpensive board, it is the cost and performance of the chip (let's _not_ start any g3 vs. piii religious wars here). and for me personally the power consumption of the chip is important as well... it might be easier to run a linux-intel box as my network gateway, but I like my netwinder because of the _way_ low power consumption. likewise the ppc chips perform much better than intel hardware in power consumption arena (ever used a g3 laptop, the battery seems to last forever).
as for alpha (and yes, I do own an alpha, as well as intel and arm hardware and I'd like to have some ppc), the cost is prohibitive, especially on their new stuff... have you priced a 21264 system? ouch! especially when compared to ppc hardware.
and, with that, I'll bring a stop to my rambling...
- mark
OK, mass reply. Before I get things started, I'd like to say this: If the PPC is actually '64-bit', than things are worse that I thought. The Alpha's only have, what, 3x the specFP score at the same speed?
;-) I was thinking of 'true 64'; the PPCs are still partially 32. (God, what a strange chip.)
Secondly, I don't believe the PPCs are true 64-bit. There is simple marketting evidence: the 620 was suppose to be the 64-bit PPC, it never materialized, leaving the 32-bit line, the 601, 603 and 604. The G3 is a third-generation 603 (the second being the 603e), and I heard nothing about it being switched to 64-bit. Everything I've heard about the chips indicates that they are 32-bit.
IBM makes several 64bit chips. The PowerPC 620, 630 (Power3), Power2 64, and soon the Power4. There will also be a 64bit version of the G4 by both IBM and Motorola. Check the roadmaps on their websites.
Yes, I know. I mentioned the 620. The POWER4 won't be shipping till 2002, which is too late. The 64-bit G4's apparently aren't being used much (Apple's sticking with 32-bit so they can use the G3 and G4 in the same model.) The POWER chips aren't really PPCs; the PPC is a scaled down, simplified and cheaper POWER.
64-bitness in the PPC world is a bit hard to define anyway. The instruction set is designed to support 32-bit and 64-bit modes equally well. It's just a matter or whether or not the processor supports 32-bit or 64-bit memory access. I think that the current 64-bit chips still do 32-bit integer math. I know all of them use 64-bit FPs.
It doesn't show
Plus, I don't know how much better an equally clocked Alpha is going to compare to that POWER4 beast -- especially if you factor in multiple cores and the 500 MHz memory bus.
POWER3s aren't terribly fast--they need multiple cores to stay competetive, and even then they don't touch the Alpha or HP-RISC. The POWER4s may be better, but they aren't shipping till 2002. The Alpha 21364, comming very soon, supports 400MHz busses and clocks at >1GHz; by 2002 we should be onto the 21464, which will slaughter the POWER4.
Does't the G4 w/ Altivec has a 32 bits integer unit, 64 bits FP unit and a 128 bits vector unit? Isn't that a better deal than just 64 bits for integer and FP?
Not if I need longer integers, or I'm not using vector calc's. BTW,has anyone seen any evidence that AltiVec will push the G4 above, say, 50 specFP equivelent, where the Alpha is now?
But the 64-bit Alpha processors are expensive, and Alpha's future in general is uncertain. Systems based on Intel's Merced are still a year or so away, and they're going to be quite expensive. PowerPC, on the other hand, has excellent floating-point performance, today, for cheap.
I think they missed an important point here. The PPC is wonderful arch., but it isn't going to be long before the industry starts the Big Move to 64-bit (Merced will probably be the catalyst, right before it bombs[0]). Unless IBM is planning a G5 based on the PPC620, this will leave them behind.[1]
Of course, if the price/performance favors the G4/5 enough (say, dual 800Mhz G4's for the price of a 1GHz Alpha) then it may get ahead, but otherwise any victory will be short-lived.
[0]: I still think that IA-64 is a plot by HP to kill Intel. Instead of trying to compete with them, HP offered to help design the new arch., then came up with something so horrible that there is no way it can succeed.
[1]: Before anyone flames me for implying that 64-bit is always superior, think about this: Once the industry begins the move to 64, the Alpha, Sparc, etc will all be there waiting. If Merced bombs, the chip most likely replace it is the Alpha, which blows away a PPC. Demand == lower prices.
No, pushing to "software" isn't slower! That's the whole point to RISC! Optimize the hell out of a few simple instructions to the point where the four instructions execute faster, cheaper and cooler than the 1 CISC instruction. The more granular the instructions the easier it is to schedule and pipepine.
My understanding of Merced is that much of its speed comes from the compiler building in hints for out of order execution. In which case 1) Assembler by hand will be harder anyway and 2)Old software will need to be recompiled to get the most out of the chip.
The first point doesn't bother me. I did a bunch of MIPS assembler in school. That was enough. Compilers these days do a pretty good job. Let them!
The second point doesn't really matter for linux because we've got the source for damn near everything. It's not so easy for Windows where there's tons of assembler everywhere and updates will cost the end user...
IBM makes several 64bit chips. The PowerPC 620, 630 (Power3), Power2 64, and soon the Power4. There will also be a 64bit version of the G4 by both IBM and Motorola. Check the roadmaps on their websites. The RS6000 line mostly uses Power3's now. They are highly scalable as far as SMP goes.
Don't lead me into temptation... I can find it myself.
And don't forget how cheap it is. Wait, it isn't. Nevermind.
Don't lead me into temptation... I can find it myself.
No. The G3 uses backside caching schemes like the P2 and P3. Unlike the P2 & P3, the G3 can use a 1:1 cache:processor speed if the manufacturer wishes. The cache is still limited to 1MB.
Don't lead me into temptation... I can find it myself.
I would love to get a PPC box from IBM running LinuxPPC. I wish that companies like Dell would start selling PPC boxes cuz while my powerbook is a lovely little beast, I would rather have a box designed for LinuxPPC. Imagine being able to get a quad PPC box running Linux!! You could use an smp enabled x86 emulator to play all the games not ported to LinuxPPC
---Got Coffee?---
right now is the x86 but in a couple of years that could change drastically. I don't think PPC will be the main processor, but frankly if Linux continues to develop and change the market like it is I don't think that there will be a primary chipset for Linux in a couple of years.
Right now Linux is kind of like the Java of OS's. Where Java is supposed to work on any OS, Linux seems to work on any type of processor. I think this will continue to happen as people have different needs. In a couple of years it may become fairly standard to be able to walk into a store and have Intel, PPC, Alpha, SPARC, and MIPS all lined up with different types of Linux on them all ready for different workloads.
Just a thought.
Disclamer - Opinion of Person
The article claims that PPC may become the dominant platform for RISC architecture running Linux, as opposed to Alpha and stuff like that. Without a doubt, cheap ol' Intel based hardware will continue to form the largest section of the Linux market. Get your facts straight before you go shooting off your mouth, boyo!
Wah!
Why go the PPC route when Alpha is already running at 1 GHz,(yes at room temperature, not super cooled. They demoed it at PC Expo I think) Either way the Alpha is faster, has Linux as well, and the user base is not that much smaller than PPC.
A deep unwavering belief is a sure sign you're missing something...
but I thought that Motorola was supporting Altivec and IBM wasn't. Are processors going to be available from both IBM and Motorola, or just IBM?
BLOCK STRUCTURE breathing apparatus required for special maneuvers!!
Your statment is correct, your conclusion is confusing && || wrong.
Yes, at compile time more work is done when RISC instuctions are broken down to really low level instructions (rather than instructions that need a huge microprogie to decode at run time) that means less decoding work to do at run time! What a concept.
In GENERAL, programmers don't have to code RISC assembly level by hand to gain perfomance thanks to simple logic and good little compiler creators.
At any rate; in a competative software market, no one gives a sh*t about whether the programmer WANTS to code assembly level in RISC or CISC anyway... (this from a masochist who enjoy's writing in MIPS)
--Let's hack root on 127.0.0.1 --panZ
PPC IS cheaper than PII (I don't know about Celeron), and it comes standard with usually 1MB of backside cache! The price comes from Apple, who, because of their minority position, needs to mark up machines a lot to recoup their R&D investment. The chips themselves are dirt cheap.
Doesn't anyone remember Motorola's PReP/CHRP, PCI, ATX form, PPC Motherboard, YellowKnife, with full schematics, OrCAD & Gerber files, technical papers, etc all right online several years ago, back in the height of the PPC fanfare? Still there if anyone cares...supports up to PPC750: http://www.mot.com/SPS/PowerPC/teksupport/refdesig ns/yk.html
It never went anywhere. I hope this is different.
-Braddock