Mac vs. PC Digital Photography Comparison Redux
Macmurph writes "Bibble Labs has released a lightning fast version of the RAW image convertor, MacBibble. According to MacBibble creator, Eric Hyman, "MacBibble 3.x is almost 10 times faster than the manufacturers software when converting RAW files under OSX.". Prelimenary tests indicate the Mac may be faster than PCs in RAW image conversion afterall. This calls into question the relevance of the the hotly debated article Rob Galbraith posted just 3 weeks ago and discussed here on Slashdot. Two thumbs up for the PowerPC G4's AltiVec vector processing engine, now being put to work in MacBibble."
my intel cpu does xlat faster. gret, huh?
i'm sure they could speed it up on any system if they wrote a program specifically for that hardware. it would especially be the case if you were using the vector processing units. i doubt the windows versions were using them either since most software isn't compiled designed for the latest and greatest.
The way I see it, multi-processor systems need to become more commonplace in the PC world. I don't know why they haven't. Is it a cost issue? My assumption is that's how the G4 performs so well, based on the fact that the multi-threading is what gave the program its edge.
Stay tuned for next week when we take the existence of bikini waxes to show that George W Bush is a paedophile.
...and didn't anyone think about that fact that it could just be that he's become more efficient in the conversion procedure? Hell, it could just be that the Mac version is just written better. I have serious doubts about it truly being faster on a Mac (and it sucks that there's really no way to compare fairly).
Oh hell! Imagine if RIAA found Macs with n-speed CD burners in them...
"We found 5 dual CPU Macs with 20x CD burners - the equivalent of 170 PCs with CD burners, or 14000 ZX Spectrums with some kind of CD-write capability..."
that a multi-threaded app that utilized Altivec would beat a single thread that relied solely on the FPU to do the work...
I mean this is not rocket science! You would get similar results on most any machine using SSE2/MMX and hyper threading (perhaps...).
- Derwen
http://fsfeurope.org/
No. See the many, many other discussion on /., ArsTechnica, etc., about G4 vector processing capabilities. This and laptops are the (only) areas where the G4 remains competitive or better than the P4.
"Science is a tribute to what we can know although we are fallible" -Jacob Bronowski
argh... i absolutely loathe these mine's bigger and faster things... it's like a boy's pissing contest time-and-time again. this empty article blown up doesn't help! although i must add that it proves that decent programming skills _on_any_cpu_ helps build a fast program...
The reality is that these "benchmarks" are, in all actuality, never really objective. The benchmarks from a few weeks ago were likely done by somebody who is less than a fan of the PowerPC G4 chip. The results from this article were written by someone who writes software for Windows and has decided to write a clean program for the G4 chip with its Altivec engine. Kudos to him.
The reality remains that benchmarks prove little.
People who are in love with Macintosh have, throughout history, had the speed card in their deck. At this particular time, many would argue they don't. (Many would argue they do...)
People whoa re in love with other platforms, hardware and software, like their platforms for specific reasons, as well. Speed may be one of them.
But, I think, deep down, Mac users are attached to the platform for more than just speed. It's the efficiency of the operating system, the attention to detail, the clean interface, the simple plug-and-play, the good support, the Apple iLife products...
It's all in the eye of the beholder.
jrbd
Who gets to post the obligatory "people don't understand Mhz" post? :)
So, PCs have 3DNow!, SSE and SSE2 depending on what processor you have. I have observed factor-of-ten speed-ups of certain code using hand-crafted 3DNow! vs. GCC floating-point. I wonder how fast his algorithm would be if implemented in 3Dnow! or SSE? I bet my rusty old K6-2/500 could put in a reasonable showing at his benchmark.
Stick Men
Hang on a moment. The last Mac vs PC test was conducted fairly - Photoshop on a Mac vs Photoshop on a PC. Using nearly-identical software the clear answer was that the fastest PC today was faster than the fastest Mac.
Now someone writes more efficient code for the Mac, then tries to claim that Macs are somehow quicker than PCs? Talk about an unfair test - that's like that's like writing a pi calculator in BASIC for the PC and seeing how quickly it can calculate 1m decimal places on a 2ghz P4, then writing one in assembler for a Mac classic. If the Mac classic wins, does that mean the Mac* is faster at calculating pi than a PC?
* Macs in general
Sorry, but my karma just ran over your dogma.
OK, I'm a techie and graphic designer (yes, rare).
When will people realise that raw speed, although useful to deisgners and artists, is NOT the be all and end all of which platform is preferable for this industry.
The main reason why macs are so dominant in publishing and art is becasue of the old (true) cliche - it just works. Designers are generally NOT a technical people, they think with the other side of their brain all day long, and technology confuses them, so even if a PC goes 20% faster at some filters, if they can't figure out problems with DLL's, conflicts, registry problems and having to reinstall Windows every 9 months then what is the better system for them?
How about usability and workflow (please comment on these only if you've used both machines (Win & OS X) in a demanding and very time specific industry to a large extent) - OS X hands down, allows me to ignore the fact that I am using very advanced technology that's incredibly advanced and *do my job*.
This allows me (and hundreds of thousands of others) to get a much bigger performance boost out of my work than a faster processor.
What are the productivity gains of perfect networking, great UI, better support for FireWire, BlueTooth, Wireless stuff etc etc etc.? It's not quantifiable but it is much more important than slightly faster processors, so lets just stop the whole thing there.
So in brief, processor speed important (and nice to see the Mac keeping up in one area) but not so important it outweighs the other thousand reasons design professionals use Macs.
-Nex
This sig has been deprecated.
as I understand the PC has faster hardware in the sense that American cars have more horsepower - they just throw a ton of power at the problem and don't worry about the effeciency.
The Mac has the ability to do some cool wider pipline stuff and specialized vector processing - but you need to design stuff especially for it - otherwise it isn't as efficient and you lose to the big block Intel/AMD family.
I think the Playstation2 had this problem at first - it is *highly* optimized for vector processing and the first bit of releases for it hadn't taken full advantage of that.
If I can come up with a scenerio that is useful to me where I really *need* a mac, I'd consider it - but at this point, they are simply cute as hell and that is about it.
There are some odd things afoot now, in the Villa Straylight.
Unless the people coding the software take advantage of it. That's what I got out of the whole thing.
You see? You see? Your stupid minds! Stupid! Stupid!
The reason it was faster was that the G3 had more on-chip cache, which suited the benchmark, and said absolutely NOTHING about the rest of the system.
A computer is as fast as its bottleneck... when evaluating performance it's best to see as many REAL WORLD benchmarks as possible. No use having a 12ghz processor if you still use 33mhz memory.
Sorry, but my karma just ran over your dogma.
I happen to own the Sager notebook that the previous article referenced (the alienware machine is a rebadged sager unit, at a higher cost.) I use it for a ton of RAW file conversions and it lays the smack down on my G4 mac, hands down.
:)
:)
I've completely stopped using the mac for all my conversion needs- maybe this app would be better, but really the speed difference is significant between the two platforms.
Maybe if I was willing to shell out $4k (USD) for a newer mac platform, just to get a few minutes faster at conversion, I could get some speed-up- but for that price I could buy two more of these laptops, with 2.8/3.06 Ghz procs and a gig of RAM. That's the typical Mac owner's conundrum.
Mind you, someone could write a SSE2 enabled RAW file converter, and it would perform the same way. hand crafted code that's optimized for speed using specialty CPU features is good for everyone, regardless of platform.
Now if only this guy could make CF cards transfer faster
EOM
Photoshop code is compiled at a DISADVANTAGE to the mac and Adode was caught taking large cache bribes to make certain Intel processors ruin faster than other CPUs. Adobe appologized saying it was an unfortunate sideeffect of "optimizations" PC people HATE the truth
:
The truth is... if source code is available and fair and not in Intel Assembnler, then running it on a mac is usually FASTER.
Macs are faster in most algorithms with source available.
Typically the PowerPC (seen in most of the the www.top500.org list of fastest clusters) trounces Intel and even AMD at almost every benchmark.
Not just the 10 famous benchmarks as part of the composite in ByteMark , but at many other things such as the RC5 contest.
according to the RC5 benchmarks AMD is far slower than dual cpu macintoshes (half as fast). (source available for cor rc5 loops for most
processors)
The Mac Dual 1 Ghz g4 is faster than all existing dual AMD motherboards in RC5 benchmark by almost 100%.
21,129,654 RC5 keyrate for dual 1 Ghz g4 system ! And Now apple sells dual 1.25 Ghz stock and this week a 1.45 Ghz which would be even faster.
A dual 1800+ AMD MP get only HALF as many as a Mac! 10,807,034 rc5 keys !
Funny "Mhz myth" there showing itself I guess... Apple now is selling even FASTER machines than that one I mentioned made over one year ago, but with smaller caches and less fast read-write ram (it
now uses DDR on newest boxes).
The mac I mentioned uses a 2 MB L3 cache and no amd mp dual cpu boards I know about have any L3 cache at all, so maybe that is why some common macs are
over twice as fast, its not just altivec meager tweaks to rc5. AMD have similar , but less mazing vector ops.
The Pentium 4 takes many cycles (over 7?) to do a simple left shift. That is why the Pentium is MUCH slower than even the AMD or Mac.
Most modern CPUs can do a left integer shift in 1 cycle, any barrel position, not 7 slow cycles.
(Shifting is used a lot in decryption, encryption, graphics processing and many things).
Another reason the mac might be over twice as fast as an amd dual mp board is not just the 2MB l3 cache but the fact that mac can read and write to
a cold page of memory simulatneously FASTER than any AMD MP designs which are biased for linear access and streaming. Many memory scatter
benchmarks show this too. Apples newest DDR-RAM machines might not offer this feature though.
True, RC5 fits in primary cache of most machines, though interrupt services need larger caches depending on interrupt designs and load for the rest of the OS.
The RC5 benchmarks are never run with interrupts off, they use real world overhead.
The Macs made since september also can RAPIDLY service every pci slot almost simultaneously one 32 byte cacheline each if needed. How can it do that ? Three cool features of modern PCI
* out-of-order completion
* address bus streaming
* intervention
Out-of-order completion allows the memory controller to optimize the data bus efficiency by transferring whichever data is ready, rather than having to pass data across the bus in the order the transactions were posted on the bus. This means that a fast DDR SDRAM read can pass a slow PCI read, potentially enabling the processor to do more before it has to wait on the PCI data.
Address-bus streaming allows a single master on the bus to issue multiple address transactions back-to-back. This means that a single master can post addresses at the rate of one every two clocks, rather than one every three clocks, as it is in the 60x bus protocol.
Intervention is a cache-coherency optimization that improves performance for dual-processor systems. If one processor modifies some data, that data first gets stored only in that processor's cache. If the other processor then wants that data, it needs to get the new modified values. In previous systems, the first processor must write the modified data to memory and then the second processor can read the correct values from memory. With intervention, the first processor sends the data directly to the second processor, reducing latency by a factor of ten or more.
ALtivec is not usually the reason a mac performs better than Intel in benchmarks of properly compiled code, because the famous set of 10 algorithms in ByteMark were not using ANY altivec instructions.
And the AMD bests the Intel at Rc5 mainly from integer features.
I laugh when pc people try to dismiss the fastest machine (Macs) by claiming Altivec "cheating" all the time. The mac people should be the ones to call foul when Intel was cuaght PAYING adobe to slow down filters in one version of Photoshop to artificially make the Pentium MMX 166 Mhz look faster. They got caught paying big bucks. Adobe replied that it was an unfortunate side effect of adding optimization for MMX and not keeping the code efficient in the non MMX case as it was before. HA!
Almost every pc person likes to use benchmarks that use lots of assembly for intel (Quake, etc), but shy away from benchmarks that offer source code in ANSI C.
I knew the mac handled RAW better than PCs and this news is no surprise to me.
Using photoshop while ignoring the famous msaller area filters and concentrating on large IO intensive filters is obscene.
same could be said of any /. post that doesn't match your specific interest set.
/.ers so that's why it's here, if you're not interested I suggest you read something else.
point is that it's tech related and of interest to plenty of
-1, Pointless Willy-waving.
-MT.
Lateley it's been slow and sometimes won't even respond. It's like me, kinda.
this test is vague at best.
Run the macbibble algorithm on a SINGLE processor PC and see what the time is then.
Dont compare it to NIKON Capture 3.5 which could be doing a additional things during the conversion process depending on what algorithm was used.
cache bribes? How much did Intel give them, 64K or more?
Sorry, but my karma just ran over your dogma.
Because it undoubtedly makes use of the G4's AltiVec
Apple propaganda here. They call AltiVec "The Velocity Engine" though, in a continued display of marketing department stupidity.
Come on People. Wake up. ./ please admit this much.
The older article compared results between the same software (whether it was Nikon, Photoshop, or whatever) on Different OS's.
This article is comparing 2 different Software programs on 2 different OS's. This IS NOT A FAIR COMPARISON.
Can even the apple zealots that have joined
Are we gonna compare a porsche's 0-60 on snow with a geo metro's 0-60 time on road ???
Won't this claim be pointless once someone copies this algorithm
The Mac program makes use of hardware only available on the mac.
I'm really getting tired of the whole Mac vs. PC war being based on speed.
I'm not really sure how many times it has to be said, but a great number of Mac users don't use Macs because they're faster. In fact, let me say it again:
It's not about speed
I really can't believe that with the Slashdot community--being so "in tune" with corporate ploys and runaway marketing tactics--still fall for the MHz propaganda, and the speed benchmarks that accompany it.
Since when is the most important thing about a computer the speed? Granted, if you're playing BitchBlaster 2023 that requires a GeForce9000 Mx2+3.144 video card, maybe.
But I'm not sure if people noticed: Most Mac people aren't die-hard gamers. Macs aren't great gaming platforms anyway. They're for people that do work with their computers and rely on them.
These people care not about the absolute speed of their Mac, rather, they care that it works every time that it is booted and that the end-user experience is much more pleasant than someone using something like Windows XP.
So please, people of Slashdot--I know you have above average intelligence:
It's not about speed.
-brain
no no no - you got it all wrong - I'm stringing letters together. not entire words. the words are simply an epiphenomena that you see as a result of me flailing away against my keyboard.
I just close my eyes and bang on the keys and then as a result, you see this.
There are some odd things afoot now, in the Villa Straylight.
I write c++ code for both pentium 3/4 and the g4. For most conventional operations, the pentium is going to smoke the g4. Except if you have a data parallel problem. I wrote a vectorized monte carlo integration routine that was 2.5x faster on my g4 laptop (800mhz) than on my p4 desktop (1700 mhz). I didn't use SSE1/SSE2 on the P4, using altivec extensions is much easier than SSE2 extensions; since there is a C language interface and no context switching going on. What does this have to do with pictures? Photographic data is a prime example of data that can be vectorized during manipulation.
I know this is little offtopic but I want Mac so badly. Tried Xandros, dont' have time for Gentoo to finish compiling and probably give Mandrake 9.1 a try.
I lived in the darkness for so many months not knowing how many good applications for Mac are out there. You can even run Virtual PC if there is a need for Window$. Thanks guys at CompUSA.
Anyway I've read that article couple days ago about summer MacExpo. Will the prices on G4's drop after the show and where is a good place to look for pre-owned G4's ?
... until recently the most common bundled OSes with PCs, the Windows 9x series are based on DOS, and thus does not support SMP.
...
:|
Even today the only way to get a branded SMP box is if you splash out a *lot* of money on a 'workstation' model. Most people just build their own box.
Funny how a lot of these same users bashed MacOS (up to 9.x) for not having true preemptive multitasking, etc. etc.
I am still having problems even now with SMP under Windows... the driver for my Handspring Tréo keeps crashing
Michel
Fedora Project Contribut
so what if the Mac is faster in RAW whatever !? ....my penis is larger !!!!
I honestly don't pay much attention to side-by-side comparisons, unless the systems themselves are significantly similar. To me, comparing an Apple to a PC is akin to doing a comparison between an Xbox and a PS2. Both systems will outperform the other when using certain tests, while in other cases they will be similar.
It all comes down to a combination of hardware and software, and it's relatively easy to skew the results either way using these factors. So getting an unbiased test is going to be very unlikely, even in the best of conditions.
My motto is, if it works for you, go with it.
Dr. Wu
Sorry for having to post this again. An AMD fanboy censored and modded down my first post of it as redundant my http://apple.slashdot.org/comments.pl?sid=52307&ci d=5188424
:
even though it was not redundant in ANY way at Thursday January 30, @08:38AM when it was posted. Therefore I had to resubmit the following:
Most pro mac posts get -1 on slashdot as all of my INFORMATIVE posts do.
Hurray to Bibble Labs! But Hurray for ANSI C too, not just Altivec. The Mac has regularly been faster even when not a single altivec (SIMD) instruction was used. Besides Macs Altivec is not cheating because its a function of the c compiler design NOT ASSEMBLER usually. Unlike MMX, 3dNow , etc.
==========
Typically the PowerPC (seen in most of the the www.top500.org list of fastest clusters) trounces Intel and even AMD at almost every benchmark.
Not just the 10 famous benchmarks as part of the composite in ByteMark , but at many other things such as the RC5 contest.
according to the RC5 benchmarks AMD is far slower than dual cpu macintoshes (half as fast). (source available for cor rc5 loops for most
processors)
The Mac Dual 1 Ghz g4 is faster than all existing dual AMD motherboards in RC5 benchmark by almost 100%.
21,129,654 RC5 keyrate for dual 1 Ghz g4 system ! And Now apple sells dual 1.25 Ghz stock and this week a 1.45 Ghz which would be even faster.
A dual 1800+ AMD MP get only HALF as many as a Mac! 10,807,034 rc5 keys !
Funny "Mhz myth" there showing itself I guess... Apple now is selling even FASTER machines than that one I mentioned made over one year ago, but with smaller caches and less fast read-write ram (it
now uses DDR on newest boxes).
The mac I mentioned uses a 2 MB L3 cache and no amd mp dual cpu boards I know about have any L3 cache at all, so maybe that is why some common macs are
over twice as fast, its not just altivec meager tweaks to rc5. AMD have similar , but less mazing vector ops.
The Pentium 4 takes many cycles (over 7?) to do a simple left shift. That is why the Pentium is MUCH slower than even the AMD or Mac.
Most modern CPUs can do a left integer shift in 1 cycle, any barrel position, not 7 slow cycles.
(Shifting is used a lot in decryption, encryption, graphics processing and many things).
Another reason the mac might be over twice as fast as an amd dual mp board is not just the 2MB l3 cache but the fact that mac can read and write to
a cold page of memory simulatneously FASTER than any AMD MP designs which are biased for linear access and streaming. Many memory scatter
benchmarks show this too. Apples newest DDR-RAM machines might not offer this feature though.
True, RC5 fits in primary cache of most machines, though interrupt services need larger caches depending on interrupt designs and load for the rest of the OS.
The RC5 benchmarks are never run with interrupts off, they use real world overhead.
The Macs made since september also can RAPIDLY service every pci slot almost simultaneously one 32 byte cacheline each if needed. How can it do that ? Three cool features of modern mem conttroller bridge to PCI
* out-of-order completion
* address bus streaming
* intervention
Out-of-order completion allows the memory controller to optimize the data bus efficiency by transferring whichever data is ready, rather than having to pass data across the bus in the order the transactions were posted on the bus. This means that a fast DDR SDRAM read can pass a slow PCI read, potentially enabling the processor to do more before it has to wait on the PCI data.
Address-bus streaming allows a single master on the bus to issue multiple address transactions back-to-back. This means that a single master can post addresses at the rate of one every two clocks, rather than one every three clocks, as it is in the 60x bus protocol.
Intervention is a cache-coherency optimization that improves performance for dual-processor systems. If one processor modifies some data, that data first gets stored only in that processor's cache. If the other processor then wants that data, it needs to get the new modified values. In previous systems, the first processor must write the modified data to memory and then the second processor can read the correct values from memory. With intervention, the first processor sends the data directly to the second processor, reducing latency by a factor of ten or more.
ALtivec is not usually the reason a mac performs better than Intel in benchmarks of properly compiled code, because the famous set of 10 algorithms in ByteMark were not using ANY altivec instructions.
And the AMD bests the Intel at Rc5 mainly from integer features.
I laugh when pc people try to dismiss the fastest machine (Macs) by claiming Altivec "cheating" all the time. The mac people should be the ones to call foul when Intel was cuaght PAYING adobe to slow down filters in one version of Photoshop to artificially make the Pentium MMX 166 Mhz look faster. They got caught paying big bucks. Adobe replied that it was an unfortunate side effect of adding optimization for MMX and not keeping the code efficient in the non MMX case as it was before. HA!
Almost every pc person likes to use benchmarks that use lots of assembly for intel (Quake, etc), but shy away from benchmarks that offer source code in ANSI C.
I knew the mac handled RAW better than PCs and this news is no surprise to me.
again sorry for reposting, its just that one fanboy is modding my stuff as redundant and I had to repost to make my words known even though comments.pl?sid=52307&cid=5188424 was first in all issues coverred and not redundanty in any way based on its timestamp.
If you've read this far you might be interested to note this plug-in from Adobe that "enhances the reliability of Adobe® Photoshop® 7.0.x software running on a Mac OS X system that uses the G4 processor" from a couple of days ago.
No word on whether this gives the PS on G4s any kind of speed boost, though.
When did the future switch from being a promise to a threat? -C. Palahniuk
No because the algorithm seems to utilize the altivec instruction set which isn't present on processors PCs use
PC Favoring Article:
Tests done of 4 computers, 4 different
processors, 2 OS's,
Over 30 tasks done using 6 different Programs.
Mac Favoring Article:
Tests done on 1 computer, 1 OS, 1 Processor,
1 Task done on 2 different Programs.
It just appears to me that this is an unfair comparison. It seems that the conclusions of the former test are founded on principals of scientfic testing and have more credibility. Whereas the conclusions of the latter article are amusing at best.
Thanks for the clarification. So few people bother with this anymore, but I appreciate it.
LOL you know I've got an old Powerbook "Lombard" and until I upgraded the processor to a G4 I got to watch a lot of the beachball too... It seems that Apple has done a fair amount of Altivec optimizations theirselves in Jaguar.
Now that the powermac's were just updated, it would be interesting to see how the results would differ.
(I argue that the original tasks were particularly x86 friendly with focus on sse etc, and then no focus on the comparable altivec, basically a set of tasks chosen that would favour PC's all along, and not accurately reflect graphic designers actual work habits.)
Not only does ineffecient method you described work, but it's generally cheaper than going the Mac route. Under those circumstances, I'll take the hit in effecientcy.
You need a FREE iPod Nano
The beachball is displayed if the current window is not responding. You can mouse over the window of any other program (or window in another thread) and it'll disapear and you can get to work with that one while the other window chugs away at whatever it was doing (or in some cases until you force quit the application).
So, it's not a Beachball of Death. Maybe it is a Beachball of Partial Death.
mbbac
Will this never end?
I love Macs, I've used them exclusively for over 10 years now and don't see myself switching anytime soon. Given that...
To Mac zealots:
PC are faster than Macs. Get over it. Yes the PPC chip is more elegant and efficient but it runs slow (relative to Intel). Good Altivec applications are few and far between and don't really apply to the day-to-day home and business user. If the PPC 970 comes out this summer, then maybe Macs will again TEMPORARILY hold the speed crown but until then, PC are faster by using brute force. If sheer computing performance is your #1 requirement, then a PC should be your choice. If you're poor and only have $400 to make sure your child has a computer, then a PC is your only choice. Don't even start by saying with that money you could buy some 1997 era Mac either. Please.
To PC zealots:
The overall user experience on an OS X system outweighs the fact that Win XP may idle faster when running Word. In those applications that can take advantage of vector processing, Altivec is far superior to 3DNow and SSE. Plus, I see a lot of complaining about the program was written explicitly for the Mac so the comparison is unfair. Welcome to our world. Most software written to support hardware (scanners, cameras, etc.) is a blatant PC port of a hastily written "good enough" POS program. Plus, Mac laptops have better battery life AND get the full desktop chip, not some crippled "mobile" version designed to prevent penile burns and 20 minute battery life.
Personally, I'll take elegant and efficient any day. Quite frankly, I'm glad the PPC has temporarily lagged behind. It's forced Apple to really tighten up things to keep competitive and it shows. This might not have happened if the processor would make up for any code bloat and inefficiency. Look at Safari - 3MB download. Look at OS X speed from 10.0 to 10.2. Phenomenal. When the 970 comes around, OS X should theoretically run like a champ.
I have a 1.33GHz Athlon. I have a CPU usage graph sitting in my system tray. My CPU usage almost never goes above 20% (exceptions: Compiling and encoding oggs, which will use 100% CPU however fast your CPU is). On a new Mac, a lot of the GUI related CPU load is shunted to the GPU, and PPC chips do run faster than x86 chips per MHz (This was never in dispute. The dispute is that a 1GHz PPC can outperform a 3GHz x86, which stretches even my 'will-to-believe'). So, If I upgrade to a new Mac with Dual 1.42GHz CPUs I get
And the reason I'm still using a PC? Cost. At the moment, my 18-month old system really isn't slow enough to justify upgrading it.
I am TheRaven on Soylent News
Wouldn't it be logical to assume if we need convoluted and contrived benchmarks to decide which machine is faster, it might just be that they run *about* the same speed? If our perception doesn't allow us to distinguish easily which one is faster, then what is the difference if xyz Benchmark gives the Mac .5% faster ratings?
Oh well, that's the way I see it.
For those who didn't know, MacBibble was already like 3 times faster than Nikon's Mac software. Making it multi-threaded makes it twice as fast. The latest AltiVec improvements only increased the speed 50-70%.
If Rob Galbraith ran the same benchmarks with a dual-proc P4 and the new MacBibble on a dual-proc Mac, the PC would still win, just by a smaller margin.
Both systems were running the same software on the mac and the PC. The PC won most tests. It may be that the PC has better compilers or other advantages but the point is the PC won using the same software.
Speaking of gaming consoles another relevant test would be to take the same game( ex: madden 2003) and run it on both systems. I know on the PS2 madden at times gets bogged down. During those same situations on the gamecube it doesnt. Does this mean the gamecube hardware is faster? Not really, it probably is but thats not my point. The point is the total implementation is whats important.
Dear Mr. [A]-basher and Mr. [B]-head,
Where A and B are,
(Mac/PC)
(Chevy/Ford)
(XBOX/PS2)
(tickle me elmo/chicken dance elmo)
or
(PC/Mac)
(Ford/Chevy)
(PS2/XBOX)
(chicken dance elmo/tickle me elmo)
Why don't you poor bastards just save up and buy one of each? Then hopefully you won't care about one more than the other and you can get on with your miserable lives.
Sincerely,
Someone who has both.
Where does one get a copy of the scripts to run the photoshop benchmarks? I did some timings of the Watercolor filter, and was surpised by the results. Using a 800x600 scan of a photo, I got the following times (sec. speed number is bus speed): 500/100 MHz G4 : 26 seconds 466/133 MHz G4 : 26 seconds 400/100 MHz G4: 31 seconds 400/100 MHz G3: 31 seconds 1100/100 Mhz Athlon: 24 seconds 400/66 Mhz Mobile Pentium II : 31 seconds What amazed me here, is that the 400 Mhz mobile P-ii with a paltry 66 Mhz bus kept up with a G4 of the same speed. Also amazing is the G4 should no advantage of an equivalent G3. The Intel and AMD systems were both running Win2k SP2. The Macs were tested with both OS9.2 and OSX.2 (jaguar) -- results the same. Photoshop 7 was used in all tests. I'm a big fan of Macs, but also like Intel/AMD's if they don't have Windows on them, but Photoshop isn't available for Linux yet......
"AltiVec" is a marketing name.
Go look up SSE and SSE2 and 3DNow! etc. and compare their goals to "AltiVec". I'm not saying which is the better implementation.
The algorithm can be copied anyway, even if there isn't direct hardware support for it, it's just vector math for which you'd use software routines instead of accessing the hardware.
What the hell? What crack was the submitter smoking and the person who approved that posting. That article didn't even mention PCs or compare anything to the performance of PCs. MacBibble was ten times faster than the software THE CAMERA MANUFACTURER MADE! So what? This has NOTHING TO DO WITH PERFORMANCE RELATIVE TO THE PC!
NOTHING! This says NOTHING about performance in relation to x86. NOTHING! How could this -possibly- shed ANY light on the previous debate about performance between PCs and Macs? It's not like the previous article used any benchmarks involving software the camera people released.
*sighs* At least slashdot posts something meaningful every now and then.
Where does one get a copy of the scripts to run the photoshop benchmarks?
I did some timings of the Watercolor filter, and was surpised by the results. Using a 800x600 scan of a photo, I got the following times (sec. speed number is bus speed):
500/100 MHz G4 : 26 seconds
466/133 MHz G4 : 26 seconds
400/100 MHz G4: 31 seconds
400/100 MHz G3: 31 seconds
1100/100 Mhz Athlon: 24 seconds
400/66 Mhz Mobile Pentium II : 31 seconds
What amazed me here, is that the 400 Mhz mobile P-ii with a paltry 66 Mhz buskept up with a G4 of the same speed. Also amazing is the G4 should no advantage of an equivalent G3. I also exptected the Athlon to shine over the Pentium a lot more than it did.
The Intel and AMD systems were both running Win2k SP2.
The Macs were tested with both OS9.2 and OSX.2 (jaguar) -- results the same.
Photoshop 7 was used in all tests. I'm a big fan of Macs, but also like Intel/AMD's if they don't have Windows on them, but Photoshop isn't available for Linux yet..
"...American cars..."
Everyone figures that a 5 liter engine must get worse mileage than a 2 liter, but they rarely consider the fact that more torque means fewer revs.
A 400hp 5.7Liter Chevrolet Corvette gets the same 28MPG(highway) as a 140hp 1.8Liter Mazda Miata and it weighs an extra 400kg.
What plannet are you on?
There's the USB spec, if you follow the spec you can find out information about any device you plug in.
(like PCI)
This has nothing to do with actually using the device
A USB device will still require the device specific control, data and interrupt messages to function propaly. Thease are put into a driver, and that driver 9/10 is OS specific.
thank God the internet isn't a human right.
Macs win hands down in digital photography because of ColorSync it's easy to make sure what you are seeing on your screen is exactly what is going to print out of the printer.
Yes you can do this on a PC, but it's not as easy.
Amen. /. seems to attract no one anymore who's interested in anything except their own voice when they post anyway. The clown in the original post apparently wants mommy to spoonfeed him so that he doesn't have to read anything longer than two (short) sentences.
The only surprising thing is that he didn't offer his own opinion on something he obviously knows nothing about. Personally I think they need to increase the minimum age for posts to 12.
You can't compare older Mac OSes. I use 9 at work and X at home; I wouldn't ahave bought a Mac if it hadn't been Unix. 9 freezes up plenty; mostly due to application problems. Switching from Internet Explorer to Mozilla reduced by system freezes from once every few days to almost never (on OS 9). X, however, is pretty rock-solid: 2 kernel panics in one year. Sometimes it doesn't wake up from sleep, though (this is 10.1.5).
The conclusion of the first article was just that, while Macs are faster at PCs at most Photoshop tasks, according to benchmarks at apple and numerous other places, RAW file conversions were the missing piece. While converters on the PC were optimized for the PC platform, reasonably good PCs were marginally faster than Macs at the task. Now that each platform has software optimized for it, the Macs are clearly faster than the PCs at this task, along with the other Photoshop filters.
I think the point is that if PCs were asked to do Quartz, they would almost certainly suck ass.
Use the ATLAS BLAS on most architectures. ATLAS os optimized extremely well in x86 and Athlon CPUs, along with various workstation CPUs. It supports Altivec on PowerPC cpus. (I haven't done significant benchmarks across many architectures, but they should be available. I don't know which chips have the best performance right now.)
But your comparison is inherently biased since you are basically saying you are running optimized code on the G4 and non-optimized code on the P4. IIRC, the P4 doesn't require context switches to do SSE/SSE2 (not 100% sure, I know the P3s required them).
That's the least you can spend on a new top-end dualie.
Based on MacBibble's specs, you should be able to convert a D1X Raw at 3008x1960 to JPG in about 2 seconds, if your storage media can even keep up.
I'm not doubting that your Sager is faster if you say it is - I'm just surprised you need it to be any faster than this.
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
OK, I'm a techie and graphic designer (yes, rare).
Me too!
I generally agree though I would add a couple of points. First Apple's dominance of this particular market itself is a compelling reason for those entering the market to stick with it. If you are a designer you are going to be expected to use macs wherever you work - what kind of machine are you going to buy for yourself? If you are hiring designers you are going to be hiring people that have always used macs and might *never* have used PC's - what kind of machines are you going to buy for them? If you freelance everyone you have to work with will be sending you files from macs and taking the files you provide and using them on a mac - you can use a PC but it will add at least a little hassle. If you write software for these people which platform are you going to focus on? In the past the PC didn't even have the software required, that's changed now but still a lot of designers (especially somewhat older ones like me) still have the idea that you simply *can't* do professional design work using a PC.
Second I think focussing on stability/reliablity is a little unfair. I think windows is a lot more reliable than Mac users believe and MacOS 9 which many designers are still using until Quark gets it's act together certainly had NOTHING to brag about in that department. The real advantage is more subtle but perhaps more significant, especially considering how it apparently compensated for OS 9's UNreliablity. That is: when it worked it really did work more intuitively - This was certainly true back when the competition was DOS and then Windows 3.x and even Windows 95. After windows started to improve by borrowing heavily from the "mac way" the Mac was still more intuitively easy, partly from long familialarity by this point and partly from the continued focus on that value which shows up in Apple's focussed attention to little details that Microsoft seems to only think of as afterthoughts. I'd say OS 9 was an instance of getting all the big things wrong but getting all of the details, at least from the users perspective, right. UNIX is probably the exact opposite (which is why MacOS X is so exciting) and Windows is a (unhappy?) compromise between the two criticized from the UNIX side for getting the big things wrong (though not as wrong as the old MacOS) and criticized from the Mac side for getting the user interface details wrong (though not as wrong as UNIX). MacOS X has a real chance of getting both the fundamental things and all the little interface details right, though it's still a little immature and suffers from having had to make some comprimises. It is not quite there yet, though I think they are pulling ahead of the competition.
...yeah, but the extra 400kg is what's gonna cost you the money if you ever happen to accelerate or brake the stupid thing.
Do Americans even do Physics at high school anymore?
That was classic intercourse!
Wrong - ICM in Windows makes it just as easy. I think that you accidentally pulled out a standard Mac argument from 1999(when ColorSync actually was better than ICM) In fact, color managment in WinXP is beter than in OSX - OSX has so many Color Management bugs that most Mac people who actually know anything about digital color matching are sticking with OS 9 or switching to Windows. Apple may have helped invent color management as we know it, but they dropped the ball over the past 2 years.
Acceleration and braking are part of the mileage estimate, and despite the increased mass, the chevy turns in the same mileage as the mazda. It's true that the vette has a lower drag coeficient than the mazda, but it's also quite a bit wider so drag is probably about the same.
I have no idea why you would call the Corvette stupid when it's one of the world's best sports cars. C5Rs finished 1st and 4th *overall* in the 24 hour race at Daytona in 2001 against far more exotic (and apparently delicate) machinery.
Dude, I write C++. Not assembly. I don't like assembly. In this way, Altivec is better than SSE2 because I can write my code with a special C interface.
Shouldn't the OS automatically direct the applications you are using to the 'free' processor? Aren't you being a little obsessive-compulsive about making sure that your processors are being used?
The whole point of SMP is that you as the user shouldn't have to CARE about which processor a task is running on because the machine takes care of the leg work for you.
Yes, if you give a thread processor-affinity, then sometimes it will run faster since the caches are alredy loaded for that thread. (hopefully) However, that should be the job of the OS and not the user. I mean then you end up spending time on making your computer run faster which negates the fact that you have a faster computer.
Something like this then from Intel? (found on google by searching for "SSE2 library"c ode_zohar. pdf
t .asp?url= /library/en-us/vclang/html/vcrefwillamettefloating pointintrinsics.asp
http://cedar.intel.com/media/pdf/games/
or any of the intrinsics in the Microsoft compilers (same search)
http://msdn.microsoft.com/library/defaul
or maybe one of the other 2,770 hits I got by doing that search.
In the worst case, you can bite the bullet and write your own SSE2 C wrappers like someone did for the AltiVec functionality?
There is no such thing as a "special" C interface.
Is that is almost *exactly* the kind of task the AltiVec engine excels at. IIRC, the numbers are as follows:
P4 -- Works on one key every other clock cycle.
AMD -- Works on one key per clock cycle.
G4 -- Can work on 4 keys at once.
Or something else along those lines--regardless of the actual numbers, it demonstrates how powerful AltiVec really is.
Integrate Keynote and LaTeX
OSX has so many Color Management bugs that most Mac people who actually know anything about digital color matching are sticking with OS 9 or switching to Windows
On what basis are you making this argument? My father has worked in the graphic arts industry all his life. He got his shop converted over to OS X and won't switch back. He has absolutely no problems with colormatching, and all of the other printshops in the area he deals with still use macs (in fact their only use of pc's is to interface with hardware lacking mac drivers like digital platemakers and some presses), many switched to os x, others are in the process of switching. It doesn't appear to have affected their color-correcting capabilities. Don't make blanket statements on what the industry is or is not doing. I am not saying that you are wrong, just that it isn't the case in Western New York and that blanket statements are misleading and dangerous.
I haven't used PS extensively since I installed the altivec core update, but I did notice one area where the speed increase was mind-boggling.
On my Ti550, when doing a "save for web" it used to be excruciating to wait for the optimized images to show up. Now it is almost instant. I used to dread the final steps of making a suitable web image, but now it's a breeze.
We shouldn't forget those two apps. By using AppleScript, I can automate my workflows throughout all of my applications (Photoshop, Illustrator, etc.). That alone lets me get my work done faster than any 3Ghz P4 Dell running the latest Windows operating system. And ColorSync is crucial to any graphics designer. If the work on my screen doesn't look like the proofs I hand to my clients, and the proofs don't look like the final print I deliver, I am screwed from not only losing a client but I'm out of a job as well. No other operating system offers anything close to the capabilities of both AppleScript and ColorSync
---
All Mac programs make use of hardware only available on the Mac, silly.
Same reason Ford was able to win the Manufacturer's Championship in 1966 and Le Mans 66-69: while the Ferraris sure were perty, the Fords, and their V8s, just kept on pulling through the night. And, yes, the whole argument is pointless.
I am a believer of momentum and curves.
AltiVec can be pretty nice, but it's got a serious limitation. The G4's memory bandwidth is a paltry 1.3 GB/sec (shared by two processors on most PowerMacs). If you consider that a single vector takes up 16 bytes, then a single AltiVec unit can theoretically chew through 16 gigabytes of data per second. Even if you take into account the G4's L3 cache (1-2MB @ 4GB/sec) the G4 has nowhere near the bandwidth of a P4, which has 4.2 GB/sec to main memory. At that point, it doesn't matter if the AltiVec unit is ten times as fast as the P4. Unless the data fits mostly in the caches, both processors will be memory bandwidth limited. This situation favors the x86 chips, because recently, memory bandwidth has been climbing very quickly. By Q3-2003, x86 chips will hit 6.4GB/sec of main memory bandwidth.
A deep unwavering belief is a sure sign you're missing something...
who the hell uses RAW format anyway? I've seen plenty of images files in all shapes sizes and types but I have yet to see anything that uses RAW as an image format.
MoRe... LaTeR... -=PJK=-
the lesson from this seems to be that, given the mac's proportionally smaller user base, mac users seem to often get the short end of the stick when it comes to cross-platform drivers &c. the makers of vuescan and macbibble can probably attest to this. bibble, as i recall, was originally inspired by nikon's hideously buggy/crash-prone driver software for their D1, which set a few bars in terms of digital camera hardware but was well-nigh unuseable by mac users because of the software (which you had to buy separately!). we're seeing the same thing these days with quark, albeit in stronger language.
granted, this is pretty much the way it's going to be as long as mac users make up 5-10% (depending on who you ask) of the desktop computer using population, but it's still a drag.
Computer choice should never be about speed comparisons. Its about the righ tool for the right job. I run ProTools LE at home. Newer Athlons smoke any Mac (and P4s) for Host-based processing in ProTools. So, in this case, an Athlon is the right tool.
When I upgrade to a ProTools TDM system I'll build it around a Mac because the 3rd party support is much better for this Native system. In this case the Mac is the right tool.
Additionaly the only people I know where speed makes THAT much of a difference are gamers. Everybody else could well use a Mac.
AC
That said, maybe the word "death" is too negative. It's more of a Beachball of Thought, or a Beachball of One of These Words. (My favorite: Beachball of Rumination.)
Then, when it appears and won't go away, because a program has crashed, it's just a Beachball of Eternal Rumination.
Now, when you get the white-on-black text scrolling down the screen and the mouse cursor disappears, that's the time to start throwing around the word "death".
I found the meaning of life the other day, but I had write-only access.
processes but fast in terms of the actual work you get done.
;-)
There is no need to take an either or attitude to PC vs Mac. They play well together...
I do a certain amount of video editting. Doing the actual editting is faster on the Mac with Final Cut Pro vs Premier / Pinnacle / Ulead on the PC ( I've tried them all in an effort to stay with only one platform.)
Now doing the actual rendering on the Mac is slow....... Check out
mac vs HT PC
The above article far understates the true advantage of Intel hardware. To truly match the
Apple architecture with Intel hardware. Go to
Dell and configure a dual 2.8 Ghz Xeon Workstation with Hyperthreading on each chip. Now you have 4 processors working for you , two real and two virtual per CPU. For $3200 you get two 2.8 Ghz Xeons with 1 gig of RAM, 2 80 gig harddrives (separating the system disk from your video disk is important) and a 4x dvd+rw drive.
Still think the G4 dual processor Mac is great? Why not use the industry standard to measure your chip of choice. In the supercomputing world how fast your machine runs is more than just bragging rights, it's job security. For that reason the SPEC benchmarks were created to get standardized validated results on any hardware. Mac OS X has a SPEC suite see
Mac SPEC
Now that you've looked at that go to SPEC and look at the CPU benchmarks. Note the scaling factor for the Xeon 2.8 Ghz with two processors
SPEC CPU
Excerpt of CPU INT multiprocessor
Chip Result
2.8 GHz Xeon 10.2
2 CPU 2.8 GHz Xeon 18.0
The SPEC is designed to show good scaling with parallelism (multiple CPU) and here shows a 1.8 scaling factor.
So your Dell machine with HT will have a greater than 2 scaling factor for highly parallel processes.
NB: I only have a 2.4 Ghz P4 as my rendering machine and it's still faster than the Powermac by enough to make me stick with the mixed network approach.
So work on the Mac -> DV over gigabit ethernet to a multiprocessor Intel dual processor machine that renders AND burns the DVD, VCD, SVCD faster.
We all know Macs are better at what matters during the creative process. Let the Intel hardware bear the drudgery
one of the world's best sports cars?
I have NEVER seen one on the road, yet I see about 50 MX-5s, 30 Porsche 911s, 20 BMW M3s and sundry Ferraris, MGs, Maseratis, Aston Martins, Lotus', a Honda NSX, a shitload of Mitsubishi Lancer Evo IV, V, VI and VIIs and a boatload of Subara WRXs when I drive my MAZDA RX-7 to work and back every day.
That was classic intercourse!
It does not contain any speedup, it is to address a potential crash in the existing AltiVecCore plug-in. That's it.
I see Corvettes all the time. Maybe it's a geographic thing.
I am a believer of momentum and curves.
This is a good reply. I have access to several optimizing compilers for intel, including the free-as-beer linux one. I had access to the trial version of the intel plugin for vc++ but it expired. On one level I can turn on all sorts of compiler switches, and I can get a 50% performance boost. This all comes from compiler directives, working with C/C++. To get a really magical performance boosts I need to rewrite my code to do the expensive parts in SSE1 or SSE2, no compiler is going to do this for me.
Enter apple - they have a version of gcc with "c" commands that directly compile into altivec vectorized instructions. In a day and a half I rewrote 20 lines of C code into a big section with #ifdef __ALTIVEC__ and, boom, I had nearly 4x faster code than I had without the statement. Altivec statements map directly to assembly commands, so I was in effect writing assembly code, but at a very high level.
Don't get me wrong, Intel is way faster for more than half of the types of problems I work on. SSE2 also works on doubles. Altivec doesn't. I have three intel computers and one powerbook. Monte Carlo is the only thing so far that the mac is faster at. Well, that and ripping mp3's as compared to the linux box. I will check out your links but if they involve any magic binaries or special compilers, I doubt I will ever get around to it.
I should point out that I normally can write many more than 20 lines of code in a day and a half.
10.2 doesn't panic like that any more, that was just 10.1.x.
Fortunately, I haven't seen any panics in 10.2 yet, but I have seen pictures of the screen that shows up if it happens (taken with a digital camera - for some unknown reason you can't take a screen shot during a kernel panic...) and it says something like "Your computer has panicked. You will need to reboot it. You will lose all your unsaved work" or words to that effect.
Oh, and I'm cracking up at Beachball of Rumination, that has forever entered my vocabulary now. Formerly I was calling it the spinning beachball of death.
perhaps you missed ny point - why do only Americans buy Corvettes?
Is it because-
a - they're shit cars
b - Americans wouldn'tknow a sports car if they ran over one in a Ford F-150
That was classic intercourse!
It's not about speed.
Yes it is!
Sure, for those who browse the web and edit small image files, no, it's not about speed. But my hobby is audio (some video) production. My Athlon1.2Ghz barely keeps up with some complex software synthesis packages (extremely complex Reason songs). I want to eventually move all of my A/V stuff to a Mac, and use a MOTU 828 firewire audio interface. Unfortunately, I'd need a Dual1ghz G4 - this costs me almost twice as much $$$ as the Athlon XP 2600+ which I'm about to build which in some ways (because of the 333FSB) may run a bit faster. So, I could either get a ~800mhz G4 which would not be fast enough for me, or I can get an Athlon XP2600+. True, the OS (WinXP) isn't quite as nice, and the hardware isn't quite as slick, but if my audio is clipping because there's too much CPU usage, the Mac solution is useless to me.
There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
But your comparison is inherently biased since you are basically saying you are running optimized code on the G4 and non-optimized code on the P4. IIRC, the P4 doesn't require context switches to do SSE/SSE2 (not 100% sure, I know the P3s required them).
No x86 CPU has ever required a context switch to use SSE. The Pentium3 required a state switch for the FPU, which in some cases could cost 30-40 clock cycles (in comparison to a context switch between processes which would cost 1000's of cycles). Start by downloading the lastest version of the Intel compiler and ask it to optimize for SSE2 with "-O3 -tpp7 -xW". You might be surprised what the compiler can do automatically for you.
using altivec extensions is much easier than SSE2 extensions;
OK, please tell me why Altivec is so much easier (apart from the fact that it cannot do double precision):
Altivec:
Compile with -faltivec:
c = vec_madd(a,b);
SSE:
Include "xmmintrin.h":
c = _mm_add_ps(a,b);
There is no context switching involved when using SSE (you do know what context switching is, right?), but on the Pentium3 you have to empty the registers at a cost of about 30 cycles. In practice this is pointless, since nobody uses both the FPU and VPU simultaneously on the G4; it is dead-slow to transfer data between the two units and since it can only retire 2-3 instructions per clock you would starve the VPU if you tried (if you haven't tried it, run your code through sim_g4 ; it is an interesting experience!)
Now, *design-wise* you might claim that Altivec is nice, and I agree with you there. The only problem is that those 128-bit wide data paths is one of the most important reasons why Motorola haven't been able to scale the frequency of the G4. Say what you want about intel, but they aren't stupid. The main reason they stuck to a 64-bit data path even for SSE is probably that the realized that the final performance would be better due to the higher clock.
Actually, I've seen the scrolling text in 10.2, or I wouldn't have mentioned it. Only once, though; usually it does what you were probably talking about: a little box comes up saying, "You need to restart your computer now." in about seventeen zillion different languages, the rest of the screen dims, and...the mouse cursor still disappears.
More annoying to me is that this little box appears on my secondary monitor...I'm not sure why, but this is unfortunate as that monitor is an old CRT very much lacking blue phosphors, which makes it rather dark and gives it a yellowish cast. I wish I could see the kernel panic in its full glory!
This is also the screen on which the scrolling text appeared that one time, so maybe it's just because it's the leftmost screen.
Oh, BTW, I'm running OS X 10.2.3 Server...maybe the server edition still has the weird text-scrolling panics occasionally...more likely it's a bug.
As far as screenshots...when the kernel panics, nothing functions any more, not even Grab or whatever that program is called. I do have a screenshot of the BSOD, though--cropped from a virtual PC screenshot. Every time I use Windows I get it, so now it's my desktop, to remind me never to use bad OSes.
I found the meaning of life the other day, but I had write-only access.
Now click on one of the other links in the story and find out.
No, I understood your point just fine. Your a non-American with an inferiority complex.
Ahh, the classic games...
DPReview covers the MacBibble 3 announcement here:
l ev3.asp
http://www.dpreview.com/news/0301/03012901macbibb
heh, my "can't take a screenshot" was a bit of a quip. Much like asking a dead man to tell you what killed him and how he's feeling.
http://www.robgalbraith.com/cgi-bin/ultimatebb.cgi ?ubb=get_topic&f=29&t=000009
Indeed. Looks like he jumped the gun with his original article. With MacBibble, the dual 1.25 GHz Mac handily defeated the single 3.06 MHz PC for once...
Rob Galbraith now says Macs faster...
Sorry, got to used to UBB automagically making links clickable.
Just take a $3000 Apple with dual G4 and benchmark it against a $3000 dual Xeon workstation. Everytime people make benchmarks the Dell or whatnot opposite the newest mac is usualy half it's price... What does this prove. Nothing.
I got a dual p3 1ghz and it's over 2 times faster than my G4 450. Duh... I would hope so it has twice the number of CPU.
Pointless.
""AltiVec" is a marketing name."
No, "Velocity Engine" is the marketing name Apple use. "AltiVec" is the correct term, as used by Motorola and IBM.
But Overall isn't a dual 1.42 Ghz G4 processor Mac faster than a 3Ghz P4 when the P4 system is choked out with the latest virus/worm/MS security flaw of the week?
Stick that in your deep pipeline and smoke it.
you are = you're
dimwit