Slashdot Mirror
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."
I'm not sure I see the importance of this one. Why is it here?
"We are accountable for not only what we do, but also that which we don't do." -- Moliere
tests indicate the Mac may be faster than PCs in RAW image conversion afterall.
/. now? An article completely devoid of a definitive answer... unbelieveable.
MAY be faster? Do we have politicians submitting articles to
Won't this claim be pointless once someone copies this algorithm for the PC, and since PC's typically have much faster hardware than Mac's, this will end up being faster on the PC in the end?
Why don't you raise a bit of a stink about the cpu speed? It'll get you better results than claiming Apple can do no wrong.
Sorry for having to post this again. An AMD fanboy 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:
==========
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.
That's how I see it as well.
:)
For the things that I do, I can't justify anything beyond AMD and linux (or freebsd).
but I do like the shiny laptops - at least the way they look
There are some odd things afoot now, in the Villa Straylight.
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.