Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Graphics Businesses Software Apple

Mac vs. PC Digital Photography Comparison Redux 314

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."
This discussion has been archived. No new comments can be posted.

Mac vs. PC Digital Photography Comparison Redux

Comments Filter:
  • Multi-processors (Score:4, Interesting)

    by BlueMonk ( 101716 ) <BlueMonkMN@gmail.com> on Thursday January 30, 2003 @08:21AM (#5188373) Homepage
    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.
    • Re:Multi-processors (Score:5, Informative)

      by swb ( 14022 ) on Thursday January 30, 2003 @08:35AM (#5188417)
      I've always thought that exploiting parallelism would be the next step after we hit some kind of practical performance wall in desktop systems. However, I've been saying that for 7 years and the wall just keeps moving, although I kind of think its gotten a little closer.

      It's probably a question of economics more than anything else. A 2 CPU system for most end-user applications probably delivers less percentage increase in performance than its percentage increase in cost right now. But up till now its been cheaper to replace a single CPU with a faster single CPU than to invest more upfront in a multi-CPU system -- you have to keep it longer, which means you fall farther behind the current performance curve.

      If it became 'standard' to have them, OS and App vendors would be able to deliver a performance jump out of 2 CPUs through better parallelism that would outweigh the increased hardware costs associated.

      In the PC world, there's also the historical problem of lack of mainstream OS support for multiple CPUs -- I can't remember if XP consumer even supports it, now that I think about it -- which creates that chicken-and-egg problem. NT4 was a highly marginal 'consumer' OS, Win2k had more reach but still not what the 9x series had and XP adoption has been slower due to people just keeping PCs longer.

      I've had a dual CPU system at home for 3 years and I'm not entirely sure I'd replace it with another one once I looked at the economics of it. The biggest single benefit I can think of is that it doesn't bottleneck the way a single CPU can when a single process pigs out at 100%, I still have a nearly-idle CPU to work with -- which is the problem with 2 CPUs, one's nearly idle.
      • Re:Multi-processors (Score:5, Interesting)

        by Proc6 ( 518858 ) on Thursday January 30, 2003 @08:48AM (#5188462)
        As a user of exclusively dual CPU PC's since the P2-300, I have decided I will switch to HyperThreaded single CPUs now that the 3ghz HT is out. People dont understand the benefit of dual untill they use one for awhile. Even a dual 500Mhz PC is far smoother and more productive in general than a single 2.4Ghz proc, unless all you do is play games. On a single proc PC, using one application that requires some CPU attention just brings the whole machine to it's knees. If you haven't seen it yet, check out Tom's Hardware video showing HT vs non-HT head-to-head [tomshardware.com]. It's really enlightened alot of friends and family as to the value of 2 CPUs or HT vs 1. Well worth the extra cost, though I am patiently waiting for the 3Ghz to drop from its excessive $650 for just the CPU.
        • by vidarh ( 309115 ) <vidar@hokstad.com> on Thursday January 30, 2003 @09:11AM (#5188605) Homepage Journal
          Of course that is based on the fact that most apps are single threaded apps that won't manage to hog more than one CPU at a time. If SMP or HT becomes the common way of increasing speed at some point, then more applications will be heavily threaded and able to exploit this.

          Essentially, the effect you're mentioning could be handled on a single CPU machine simply by running a scheduler that guarantee that no process will get any more than every second timeslice, or similar, penalizing single threded applications.

        • The reason I'm somewhat skeptical of the value (beyond the its-still-a-smooth-UI-when-a-single-task-is-at-100 % reason) of this is my direct experience at home/work.

          At work I have (because I'm too cheap) a 1.xx GHz PIII and at home I have a dual PIII 667 (actually 650 overclocked a tiny amount). I think the work PC is faster overall and just as responsive, even though its only a single CPU system.

          I realize that much of the advantage is 133 vs 103Mhz bus, but that's part of the point -- if you stick with cheaper, simpler single CPU systems you can get a new one faster and take advantage of other improvements on the motherboard faster than you can with a more expensive (and hence kept longer) dual CPU system.

      • by hcdejong ( 561314 ) <.hobbes. .at. .xmsnet.nl.> on Thursday January 30, 2003 @08:58AM (#5188514)

        Could it be that there's also an element of laziness on the programmers' part? I expect it to be easier to write an application that expects to run on one processor (you don't need to worry about dividing tasks over multiple processors to optimize performance) than a multi-processing app.

        And, who really tries to optimize performance today? IMO many programmers expect Moore's Law to take care of the performance increase (relative to the previous release of their program). I rarely see a version n+1 of an application that's faster than version n was on the same hardware.

        • by Eccles ( 932 )
          Could it be that there's also an element of laziness on the programmers' part?

          It's not laziness, it's priorities. Optimization is low priority in programming; if there's other things that need to be done, they need to be done first. And hardware optimization comes even lower on the priority meter, especially hardware that only a few users have, and especially hardware that will at most give you a 2x speed-up.
          • Re:Multi-processors (Score:4, Interesting)

            by hcdejong ( 561314 ) <.hobbes. .at. .xmsnet.nl.> on Thursday January 30, 2003 @11:17AM (#5189510)

            Good point. The question is then, why is speed such a low priority when the #1 argument to buy a new PC is that 'it's faster', and the #1 comparison statistic (useless or not) is the processor speed?

            • by Anonymous Coward
              Because speed of software is only a priority when your software is competing against similar software. Very few people buy Photoshop because its faster than CorelDraw, but a lot of people buy a 3Ghz PC because it's assumedly faster than a 2Ghz PC.

              So long as software speed is perceived as "acceptable", that's generally where the optimization stops. This, of course, is not true for highly competitive software markets. Maybe we need a little more competition.
      • Ive had a dual cpu for 4 years, and I definitly would not replace it with a single cpu. My dual 700's feel much faster than my 2.2 GHz laptop (actually has a desktop chip in). Any type of file i/o or running more than about 4 apps just slows down the single processor too much. I love being able to run vmware and giving it a whole processor, or when I compile large projects, I can compile two files at once. Grip takes advantage of a second cpu when ripping music. The normal linux system alone, without adding a bunch of user apps has enough threads to see the differance. I agree with earlier posts that there will at one point be a practical wall of performance, Im not sure how far off that is, but parallel processors is great method to work around it.
        • Any type of file i/o or running more than about 4 apps just slows down the single processor too much.
          FYI: Laptops tend to have much slower HDD's than desktops. This may cause more of a performance hit in this area...
      • "In the PC world, there's also the historical problem of lack of mainstream OS support for multiple CPUs -- I can't remember if XP consumer even supports it, now that I think about it -- which creates that chicken-and-egg problem. NT4 was a highly marginal 'consumer' OS, Win2k had more reach but still not what the 9x series had and XP adoption has been slower due to people just keeping PCs longer."

        XP Home does not support dual processors. As a matter of fact, this may render it an unusuable OS for HT processors because what they do is trick the hardware into thinking it has two processors.

        There's something else to consider about OS support for multiple processors: The UI needs to support it, too. I run Win2k on a dual machine, and because I'm aware of how to direct a process to an idle CPU, I'm able to make reasonably effective use of the second processor. Unfortunately, though, I have to go into Task Manager and hunt down the process I want to change. I'm able to use it, but I have a difficult time explaining this to other people. The big problem is that it's hard to tell, at a glance, which process is doing what.

        I really hope that one day Windows (or whatever OS I end up using in the future) puts something in the titlebar of each app I'm running so I can set which processors it is active on. That would seriously be cool. I'm not a big fan of running apps in multi-threaded mode because I like having the CPU resources to keep the interface etc going. If, at a click, I could say "stop using this processor", I'd be one happy SMP adopter. I'd even be able to recommend this type of machine to less tech saavy people.

        I gotta ask, though, does anybody know of a hack for Windows that let's me do this?

        "The biggest single benefit I can think of is that it doesn't bottleneck the way a single CPU can when a single process pigs out at 100%, I still have a nearly-idle CPU to work with -- which is the problem with 2 CPUs, one's nearly idle."

        True dat! Explorer is well multi-threaded, and is always very responsive on a dual machine. When I first started working on a dual I couldn't believe how enthusiastic Explorer and IE were, even when running a rendering in the background or something. The dual processor support didn't buy me 2x the speed (though potentially it could get close, depending on how efficient I plan on being...) what it did buy me was that my computer was ALWAYS useful, as opposed to having it completely busy chewing away at something.

        Ah how I ache for a dual processor laptop.
        • XP Home does not support dual processors. As a matter of fact, this may render it an unusuable OS for HT processors because what they do is trick the hardware into thinking it has two processors

          Wrong.

          XP does not support dual physical processores. However, it fully supports a hyperthreading CPU and it's second logical CPU.

    • Re:Multi-processors (Score:2, Interesting)

      by kinnell ( 607819 )
      The reason the G4 performs so well is the altivec engine - it has a 128 bit data path which can process 4 32 bit value simultaneously, or 8 16 bit values and so on, as well as having a bunch of useful vector operations. This all gives it a huge edge over the x86 architecture for signal processing applications, such as imaging.
    • ... 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 :|
  • Incredible! (Score:3, Funny)

    by gazbo ( 517111 ) on Thursday January 30, 2003 @08:23AM (#5188382)
    Man writes fast code on Mac for doing a single task; wannabe journalist extrapolates this to figure that Mac's are faster than PCs.

    Stay tuned for next week when we take the existence of bikini waxes to show that George W Bush is a paedophile.

    • Prelimenary tests indicate the Mac may be faster than PCs in RAW image conversion afterall. I know your joking, but I feel a /. beginning. From the above quote it looks like it's pretty specific on what the Mac is said to be faster at, it doesn't say that it's faster at everything.
      • Re:Incredible! (Score:3, Insightful)

        by JanneM ( 7445 )
        Of course, there is no saying what speed increase a PC would get with a similarily optimized dedicated app for the same task. This proves nothing either way.
        • Re:Incredible! (Score:2, Insightful)

          it DOES prove one thing - that Macs ARE competitive, and that there's more than just Wintel's game in town. This is great news for everyone even remotely interested in computers.
      • Re:Incredible! (Score:5, Informative)

        by BWJones ( 18351 ) on Thursday January 30, 2003 @09:42AM (#5188850) Homepage Journal
        Actually, this shows the results of system specific optimizations. For instance, molecular modeling code optimized for my old SGI Octane was rippin fast. Much faster than on any other platform I could find. However, code not optimized for the SGI platform was just as fast on Intel or PowerPC. Now, that said, the G4 does have something called Altivec, and code optimized for this can be unbelieveably fast. Optimized BLAST libraries are faster on my dual G4 than anything I have ever used including some big SGI iron.

        The trick is getting programmers to take the time and effort to optimize for specific platforms. This takes time and money to write quality code, but in the era of Microsoft timeline driven products, quality software code is harder to come by.
    • Re:Incredible! (Score:5, Interesting)

      by Anonymous Coward on Thursday January 30, 2003 @08:48AM (#5188464)
      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.
      • Re:Incredible! (Score:5, Insightful)

        by Nugget ( 7382 ) on Thursday January 30, 2003 @09:26AM (#5188737) Homepage
        I don't mean to rain on your enthusiasm and I sure don't intend to imply that I dislike Macs. I'm typing this up on my PowerBook.

        Using RC5 as a benchmark is only relevant insofar as you want to compare RC5 processing speeds. There RC5 algorithm, as well as the specific implementation found in dnetc, contain many aspects which make the results you obtain insightful for general use. You simply cannot compare RC5 rates and hope to extrapolate or project them into general processor comparisons.

        The RC5 algorithm relies heavily on bitwise rotates (left, if you're curious, ROTL) which is an operation that is not commonly found anywhere outside the world of RC5. This instruction is so underused, in fact, that many x86 architectures (AMD's K6 for instance) have taken to simply emulating the ROTL operation and eliminating true hardware support. This is why some conventionally powerful platforms (such as Sparc and Alpha based systems) do abysmally in RC5 as compared to x86 platforms containing a hardware ROTL implementation.

        Then again, this level of detail is probably lost on someone trying to compare a 1GHz G4 against an "AMD motherboard". AMD has made quite a number of CPUs in the past few years and their range of performance on RC5 is very broad. At one time, the AMD K5 was, in fact, the best-performing architecture in RC5 with the most keys per clock. AMD doesn't make any motherboards as far as I know.

        The core of dnetc is also small and lean, often fitting entirely in L2 cache on many architectures. This means that dnetc does not adequately (if at all) exercise memory bus bandwidth. The cores also tend to be hand-tuned assembly, so they aren't as likely to exercise a processor's speculative execution routines. RC5 uses absolutely zero floating point math, also an uncommon scenario and not representative of many apps you would traditionally think of when you think of apps which require strong CPUs to perform well.

        Many people enjoy having machines which perform well at RC5 and generate impressive distributed.net stats. Consequently, RC5 shows up as a metric in a great number of reviews and analyses on architectures and CPUs. I'm tickled whenever I see it and I think it's a great addition to any CPU review. However, it's not valid to try to make the claim that RC5 performance rates mean anything more than RC5 performance rates.

        Moo!
      • Re:Incredible! (Score:4, Informative)

        by acidblood ( 247709 ) <decio@@@decpp...net> on Thursday January 30, 2003 @09:48AM (#5188903) Homepage
        I won't comment on your entire post, but given that you were quite misinformed about the whole RC5 issue, I bet you are just a very uninformed karma whore.

        Let's start...

        Macs are faster in most algorithms with source available.

        Uhh... I cannot even start to debunk this. Probably because I don't get what you mean, except that you were whoring for karma with the open-source crowd.

        Not just the 10 famous benchmarks as part of the composite in ByteMark , but at many other things such as the RC5 contest.

        Never heard of them. How about the industry-standard SPEC benchmarks? Oh, wait, Macs are twice as slow when compared to Pentium IIIs with the same clock speed, IIRC. Apple is so ashamed of the processors they use, you won't see a single SPEC benchmark published by Apple.

        according to the RC5 benchmarks AMD is far slower than dual cpu macintoshes (half as fast).

        I have covered that extensively on the Slashnet forum with DCTI. [slashnet.org] To make a long story short, the rotate operations (not bit shifts) were made available on the Altivec instruction set, and MMX/SSE2 doesn't have them. Observe that these useless (for the most part) instructions are only provide on the x86 and PowerPC ISAs, all other major CPU architectures do not offer these instructions. The more I think about it, the more it seems Apple was going for ultimate RC5 performance by including these rotate operations on Altivec -- so they could have at least one benchmark they'd always be ahead of everyone else, as long as they can keep their clock speed within 33-50% of x86 processors (that's 2-3 times less, if you haven't realized).

        The Pentium 4 takes many cycles (over 7?) to do a simple left shift.

        Wrong, only 4 cycles.

        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.

        This has to be the worse piece of BS I have ever read on my life.

        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.

        This is where you have shown how you don't understand anything you're talking about. This cache-snooping protocol is a feature of the Athlon (I doubt the Macs have it), and it is valid for the whole range of memory and not only the PCI bus -- which probably is marked as uncacheable in the MTRR so reads and writes are not cached, you obviously don't want that for I/O data.

        Quit the karma whoring, troll.
        • Never heard of them. How about the industry-standard SPEC benchmarks? Oh, wait, Macs are twice as slow when compared to Pentium IIIs with the same clock speed, IIRC. Apple is so ashamed of the processors they use, you won't see a single SPEC benchmark published by Apple.

          I went the specmark.org to look for the proof of your statement, but they actually don't have any motorola processors listed as tested. I would love to find the comparisions that you mentioned. I do remember one instance where Apple actually released SPEC benchmarks where the G4 beat either a P3 or P4 (I can't remember exactly) but there is zero chance on my finding that info now.

          Quit the karma whoring, troll.

          You tell'em buddy.

      • Re:Incredible! (Score:2, Informative)

        The Pentium 4 takes many cycles (over 7?) to do a simple left shift.
        On the Intel NetBurst micro-architecture, SAL, SAR, SHL and SHR have a latency of 4 cycles and a throughput of 1 i.e. you could execute 4 SHL in 7 cycles if they had no data dependency (pipelined execution).
    • Man writes fast code on Mac for doing a single task; wannabe journalist extrapolates this to figure that Mac's are faster than PCs.

      Don't tell me that the quest for the meaningful, objective benchmark has ended in success.

  • by BlowChunx ( 168122 ) on Thursday January 30, 2003 @08:25AM (#5188391)
    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...).
    • by jo_ham ( 604554 ) <[joham999] [at] [gmail.com]> on Thursday January 30, 2003 @08:34AM (#5188413)
      I think the point is that we had an article trashing the Mac for image processing because it was so slow at RAW processing. This appears to have fixed that problem, so there's no reason not to use a Mac in digital photography work now.
    • by Gropo ( 445879 ) <groopo.yahoo@com> on Thursday January 30, 2003 @08:54AM (#5188495) Homepage Journal
      You would get similar results on most any machine using SSE2/MMX and hyper threading (perhaps...)
      What baffles me is that the distributed.net clients have never apparently taken advantage of x86 SIMD cores. You'd think that they would take advantage of whatever they could code for within these clients, as they far outnumber the MacOS clients, and the goal is to unlock an encrytion algorithm, not benchmark CPU's.

      Rather than indicating that the distributed.net team would rather see PowerPC 74xx systems triumph in the key-crunching race, it would indicate that MMX/SSE2 are a royal pain in the ass to leverage unless you're coding/decoding pretty specifically what they were designed to code/decode - though IANAC++P...
  • by mousehouse ( 610712 ) on Thursday January 30, 2003 @08:29AM (#5188397) Homepage Journal
    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...
  • Biased... (Score:5, Insightful)

    by Justen ( 517232 ) on Thursday January 30, 2003 @08:34AM (#5188414) Homepage Journal
    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
    • Re:Biased... (Score:3, Interesting)

      by milbybw ( 631913 )
      Actually the original review was done by a Mac fan. While his benchmarks do not necessarily mean anything in a general sense (i.e. is a PC or Mac faster), they do have relevance in his specific situation. For the task of converting RAW images, his testing showed that PC's were faster. Many commented that it was due to poorly written software on the Mac, but that did not change the fact that if you wanted to do that task, you could do it faster on a PC. Now the situation may have changed (probably has). I would imagine that the original review will be updated with this new software for the Mac. Unfortunately it won't change the poor performace of reading the photos from the media...
    • Re:Biased... (Score:3, Informative)

      by Anonymous Coward
      Thank you for realizing the most important thing to most mac users, it's not the fact that they're fast machines, it's that they're GOOD machines.

      Not only is the hardware of decent quality, but it runs all the software I want. I get the commercial packages such as office and cubase vst, and I can also drop to a terminal and apt-get basic unix packages, courtesy of fink.

      I'm posting this from a dual 1ghz g4 with 15K SCSI drives. It's a fast machine, but more importantly, it's a good machine.

    • The reality remains that benchmarks prove little.

      I have to disagree. I would say that the particular benchmark in the original article and to a lesser extent even the much maligned Steve Jobs Photoshop benchmark are really the only kind that count - real world tasks that (some) users will actually be using (a lot). The problem is when people imply or believe that these narrow benchmarks of specific tasks mean something about the performance of the chips more generally. A VERY fair criticism of Steve Jobs, though to be fair his audience is largely made up of people that make their living with Photoshop. It's not fair at all of Rob Galbraith who's audience is entirely made up of people that make their living not only with photoshop but spend most of their time working with RAW formatted images.

      The original article by Rob Galbraith was an extrememly fair test of how well different platfroms did a particular set of processor intensive/time consuming tasks that professional photographers are doing all day long. It doesn't matter WHY one performs better than the other. It doesn't matter if the test is "fair". It doesn't immediately matter* if the results are lousy on one because the software is written in a notoriously slow scripting language running under emulation and great on the other because it was written in assembly - it only matters that I can process more photos in an hour on one machine than I can on the other.

      *One caveat to the above - in the long run it might matter that the tests are at least somewhat "fair" because the next upgrade to the software might change things dramatically - which apears to be the case with this second /. article.
  • Who gets to post the obligatory "people don't understand Mhz" post? :)
  • 3DNow! (Score:5, Insightful)

    by turgid ( 580780 ) on Thursday January 30, 2003 @08:39AM (#5188427) Journal
    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.
    • Re:3DNow! (Score:5, Informative)

      by caveat ( 26803 ) on Thursday January 30, 2003 @09:48AM (#5188896)
      yeah, but IIRC AltiVec is a much cleaner, better implementation of a VPU than the x86 flavors (do they still share the FP registers a la MMX?) - so its code is still probably going to be faster than SSE optimized code (on a specialized black hole simulation that one of my former professors [psu.edu] uses, i've seen a >20x speedup with good AltiVec code).
    • Re:3DNow! (Score:5, Informative)

      by UberLame ( 249268 ) on Thursday January 30, 2003 @10:09AM (#5189050) Homepage
      Apple provides a very nice, extremely easy to use Altivec library. It requires writing no assembly code, and I believe it even resorts back to non-Altivec means of execution if a program written using the library is executed on a G3. So, for instance, in Altivec, you can write things like:

      result = vec_add( aVector, someOtherVector );

      and it works properly regardless of what sort of vector you've chosen to use for aVector.

      I've yet to see anything similar for 3D Now or SSE/SSE2. Everything I've seen for them is either a library that is too application specific (like a premade image recognition library), or requires using assembly and a compiler newer than VC++ 6.0 (maybe only SSE2 really requires that).

      Apple also provides a bunch of other libraries, like vDSP (I'm sure AMD and Intel provide an equivelent), and BLAS (this is a somewhat standardized library across platforms. My recall is that there is a SSE/SSE2 version, but Intel charges money for it, instead of giving it out for free), and in general, they make it easier for Apple developers to take advantage of Altivec than Intel does SSE2 or AMD does 3D Now. Unfortuntaly, a lot of developers want to maintain only one code base across all platforms, so they won't use the Apple provided tools (there are free unoptimized versions of BLAS for every platform though, so developers should at least use that so they can't get speed benefit on platforms that provide it), which sucks because GCC also sucks for speed, so people using vendor supplied compilers on other platforms (like Intel's on Windows or Linux, SGI's on Irix, Sun's on Solaris) get a nice speed boost that would require hand assembly optimization to get on a G4.
      • Intel provides a nice, really easy to use C++ vector library as well. It provides C++ vector datatypes that make working with vectors the same as working with regular floats.
  • by wiggys ( 621350 ) on Thursday January 30, 2003 @08:39AM (#5188428)
    "Prelimenary tests indicate the Mac may be faster than PCs in RAW image conversion afterall."

    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

    • "fairly - Photoshop on a Mac vs Photoshop on a PC"

      The name's the same, but we're talking about assembly level optimizations which necessarily differ between the two platforms. It's a different program for a different machine.

      The fair test would be to pit the fastest Mac app against the fastest PC app.
    • by overunderunderdone ( 521462 ) on Thursday January 30, 2003 @10:28AM (#5189195)
      Hang on a moment. The last Mac vs PC test was conducted fairly - Photoshop on a Mac vs Photoshop on a PC.

      No, you didn't read the article - it conducted tests using several different pieces of software but not one of them was Photoshop, although one was a third party photoshop plug-in. The tests were very narrowly focussed for a specific set of tasks of vital interest to professional digital photographers but of very little interest to anybody else.

      The complaint at the time was that all of the software used was originally written for the PC and ported to the Mac. To use your analogy: In the original article the pi calculator was written in assembly for the PC but in basic for the Mac and the Mac suffered from that. Despite the MHz gap this was counterintuitive to those who follow this kind of issue because it was exactly the kind of specialized task where the PowerPC's superior vector/SIMD performance should have (and was assumed to) MORE than compensated for it's slower clock speed. Still it's a perfectly fair test because if you're interested in doing that task and this is the only software to do it with it doesn't matter to you WHY one system is faster than the other, only that it IS.

      NOW, however as a follow up on the original story & controversy /. is pointing out that MacBibble has rewritten it's Mac version to take full advantage of the PowerPC's multithreading & Altivec processing and that it is much faster than it was before and therefore that one little task of interest only to professional photographers the Mac is back in the running as the fastest tool for that particular job.

      A fair criticism of /. (though not of Rob Galbraith) would be that they are trying to imply that these very narrow and specific benchmarks are indicative of general processor performance or general vector performance when that is not the case. In the first story the implication was that the PowerPC's one advantage had ceased to exist when that was not necessarily the case. In the second story the implication was that the PowerPC's one advantage was a general one and not tied to very specific computing tasks. In slashdots defense - RTA, the /. crowd should be assumed to be technically inclined and able to pay attention to such details and to care about them.
  • by Nexum ( 516661 ) on Thursday January 30, 2003 @08:41AM (#5188438)
    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
    • The main reason why macs are so dominant in publishing and art is becasue of the old (true) cliche - it just works.

      It's funny you should say that... the last 5 or 6 graphics PCs in our office have all come with Windows XP. We installed Photoshop, Illustrator, Pagemaker, hooked them up to our Samba server, network printers, scanners etc and... they just worked!

      In fact, they have done for over a year now with virtually no problems at all.

      And they have a right-mouse button and a scroll wheel!

      • I think you should consider yourself lucky.

        No offence, but I use a PC for programming, and my Mac for design work, I once tried to work solely on the PC for everything in between getting my new Mac, tried it for nine months, and did some traditional high end stuff. Speed aside, I found Win XP to be much less reliable to work with, I felt it was always trying to find a way to screw up behind my back - and I *do* think that your experience of XP is un-commonly good if you use the machines daily and hard.

        But if it works, and you like it then good! (Although if you haven't used OS X (I'm guessing you switched from OS 9, or from no Macs at all) then I think you're missing out).

        Oh, and search slashdot for 'Mac +Mouse' to read the 13'000 posts that describe how you can plug any 'normal' mouse into OS X and it'll work instantly...

        -Nex
        • I don't personally use the machines, I'm just the lowly IT admin who supports them. When we had Windows 95 and 98 machines I was kept very busy maintaining them, but since we've had XP our problems have been few and far between.

          I can only speak for myself - I don't doubt that many people DO have nightmares with XP, I'm just saying that (so far) we've been lucky.

          I guess I'm sceptical of the "Macs never crash and are easier to use" line because of my own (very limited experience) of OS 8.6

          • mate, if the bulk of your Mac experience is limited to 8.6 do yourself a favour and find an excuse to play with OS X for a few weeks.

            Before I bought my powerbook last year my only experience with Macs was classic (7.5.5 through 8.6) and I wouldn't have gone near 'em with a barge pole let alone blown two grand on a new Apple Laptop, an afternoon with OS X changed all that, and this was back before Jaguar.

            seriously, give the modern Mac a real test-drive your inner geek will love you for it :)
        • Oh, and search slashdot for 'Mac +Mouse' to read the 13'000 posts that describe how you can plug any 'normal' mouse into OS X and it'll work instantly...

          That part is actually the beauty of the USB spec.

          If you design a device to the spec, then it will work on any OS that implements drivers to that spec. So you shouldn't need special Mac drivers for USB speakers, drives, mice, keyboards if they were properly designed. I even had a Mac friend that wasn't sure how to hook up his computer to his new reciever that has a USB jack. I told him to just plug it in. And it worked. The maker didn't even include a CD, drivers or any of that crap.

          Also, the right to sell products with the USB logo means that the company is required to have those products compatibility tested - which means any product with the USB logo is going to work, so you don't have to look up special hardware compatibility lists. The reason why computer standards didn't work as well in the past is because those standards didn't mandate compatibility tests.

          I know USB has its downsides but it works.
          • Don't you need drivers for USB graphics tablets, scanners, digital cameras etc on the Mac?
            • Don't you need drivers for USB graphics tablets, scanners, digital cameras etc on the Mac?

              I think Apple has already integrated most such drivers into OSX, because the public interface to many common devices is specified by the USB standard. Any good USB digital camera would show up as a hard drive. Tablets probably fall under the existing Human Interface Device spec. Scanners would fit too. I don't know about printers though, I imagine having a specific driver might allow you to use more features.

              It is even easy to buy several specific development demo boards from Cypress Semiconductor (among other companies) that show how you can design and produce 100% USB compliant keyboards, mass storage and other devices.
          • 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.

            • The public interface for a lot of standard device types is specified by the spec, including the control, data and interrupt messages. If you comply with the USB Mouse specification, then the USB Mouse driver included with the OS will work with it. For OSX, Apple already made those drivers.

              That way, you don't need a specific driver by Logitech for your specific mouse, as far as the OS is concerned, the basic functionality of the mouse is the same.
      • And they have a right-mouse button and a scroll wheel!

        Yeah, so? The trackball I used to click 'Reply to This' has two left buttons, two right buttons, a scroll wheel, and six programmable buttons across the top (Kensington Turbo Mouse Pro). And it works just wonderfully on my Mac, as will any proper USB device. Oh yeah, and my computer colour matches properly, which I'm sure your PCs don't. And it may be a small thing, but I like my 'command' key on my Mac rather than 'ctrl+shift' on a PC.
    • There's also the whole critical mass thing. I work with a lot of graphic designers because, and they all use Macs because... they all know other graphic designers who all use Macs.. and on and on.

      These guys - the guys I know, at least, are a close knit community. And technology just isn't that important to most of them. So they use a Mac because they know that if they get stuck, there's a whole host of other people trying to use the SAME exact software the SAME way on the SAME platform that will help them out.
    • 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.

    • The main reason why macs are so dominant in publishing and art is becasue of the old (true) cliche - it just works...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?

      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.

      ----- -----

      I agree with your premise - that in the end, the result is what matters, and if you can save 10 hours of headaches with sacrificing a few seconds here and there, then you are probably better off.

      However, to your point above, please see Rob Galbraith's post about 10 down from the top of the discussion forum related to his comparison [robgalbraith.com].

      He states that he continues to use Macs as his primary machines. However:

      • "In that vein, I think it's a mistake to let Apple continue to get away with saying their computers have an edge in the ease of setup and use department. Especially if you're a pro digital photographer.
      • In my own experience of the past year is any indication, Apple's got nothing on Windows XP currently. Yes, you read that correctly, and I'm not currently on medication of any kind as I write this."

        "For a major project that ran through much of last year, I got up close and personal with Windows XP Professional running on the humble Dell box in the speed report. I connected a whole raft of pro digital SLR cameras, over a dozen card readers, plus several CD writers, several inkjet printers, a flatbed scanner and a film scanner. Every device connected and worked without a hitch, many of them sucking their own drivers from the ether and configuring themselves. Way, way cool."

        "On the Mac, it was as it always has been for me dealing with pro digital photography peripherals, whether in OS X or earlier iterations of the operating system. Some devices worked fine, though many required the manual installation of drivers, while some devices, and especially USB and FireWire card readers didn't work at all. Or required a driver for OS X 10.1, then a different one for 10.1.2, then a driver change again in OS X 10.1.3. Ugh. I've had fairly serious ongoing fights with my film scanner, so much so that I only use it on the PC now, where it just works. Where's the true plug and play in that?"

        "Part of this is just dumb luck of course, because with a different PC and different peripherals I could have been given a rougher ride by Windows XP, and an easier ride by the Mac. As it happens, however, life with Windows XP in 2002 was a breeze compared to the Mac. By OS X 10.2.3 things have settled down a lot on the Mac side, but for the speed report I experienced yet again an incompatibility between one card/reader combo that was not replicated on the two PCs. After awhile, these types of experiences make me think that Apple needs to spend more time delivering true plug and play for the pro digital photographer, and less time marketing the notion that they do."

        "Keep in mind, my preference would be to remain on the Mac, and right now, two of the key applications I use everyday are Mac only, so I'll boot up my Mac first every day for a while yet. But I won't stay on the Mac because of what I now consider to be outdated notions about the Macs ease of setup and use, since my experience using the other platform is that life is okay over there, even preferable in certain, specific ways."

  • by Junior J. Junior III ( 192702 ) on Thursday January 30, 2003 @08:46AM (#5188456) Homepage
    Unless the people coding the software take advantage of it. That's what I got out of the whole thing.
  • If I recall correctly, Mac users used to trot this one out on a daily basis as "proof" that their Mac was faster than a Pentium III.

    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.

  • by No-op ( 19111 ) on Thursday January 30, 2003 @08:52AM (#5188482)
    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 :)
    • Blockquoth the poster:

      Maybe if I was willing to shell out $4k (USD) for a newer mac platform...

      See, it's crap like this that tells me most Mac bashers really have no clue what they're talking about. The absolute supreme top-of-the-line PowerMac that was just introduced this past Tuesday only costs $3800. You have to add bloody RAID array to the configuration to even crack $4000...

      ...and that's only through Apple's own online store [apple.com]. Buy it anywhere else and you can get another $300 to $500 worth of free scanners, printers, cameras, and/or software.

      Enough with the FUD already.

    • 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.
    • Correct me if I'm wrong...

      but in the article, the Alienware was 2-3x faster than the 800MHz G4 on the Bibble software. Perhaps you don't have an 800MHz G4, perhaps it's only 400MHz (I don't think they were ever any slower), which means that your Saeger is possibly 4-6x faster than the slowest G4 I can imagine.

      And in the previous article, it was shown that Bibble's software was about the same speed as the Nikon software, on the Alienware, and about twice as fast on the Mac, though the PC was still faster.

      However, with the *new* MacBibble, the process is 10x faster than the native software, which means that if you have a 400MHz G4, MacBibble should be exactly the same speed as Bibble on your Alienware... and if you have anything faster, like 500MHz, or 550MHz, or 800MHz, or 867MHz, or whatever, your Mac (at least for RAW conversion), is now faster than your PC.

      Why would you want to spend $4k when your current Mac might very well be faster than your current PC? What speed is your Mac, anyhow?
  • jeezopetes (Score:5, Insightful)

    by bdowne01 ( 30824 ) on Thursday January 30, 2003 @09:08AM (#5188579) Homepage Journal
    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.
  • by Dr. Wu ( 309239 ) on Thursday January 30, 2003 @09:18AM (#5188685) Homepage
    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
  • by tholomyes ( 610627 ) on Thursday January 30, 2003 @09:20AM (#5188705) Homepage
    If you've read this far you might be interested to note this plug-in from Adobe [adobe.com] 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.
  • by Anonymous Coward
    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.
    • It seems that the conclusions of the former test are founded on principals of scientfic testing and have more credibility

      i am a scientist, and neither of these tests has any sort of scientificism about them. you got the second one ok, but the first one used a poor choice of software (should have been the leanest, most optimized package for each system), a very limited set of test processes, and incredibly disparate hardware - yes, it was supposed to be 'top of the line' systems, but it's really bananas to cherries here; it's like dragging an extremely elegant, sophisticated, state-of-the-art 800hp F1 car up against an old-school brute-force 8000hp Top Fuel dragster and declaring the dragster a much better overall car, because it can romp in the 1/4. by that reasoning, i could say that this rock repels tigers...
  • the original test that found pc's to be more graphically applicable was rather contrived anyway, and this was before taking into account the tests were completed on recent pc hardware, and then against 6+ month old apple hardware.

    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.)

  • by wazzzup ( 172351 ) <astromac@nOsPaM.fastmail.fm> on Thursday January 30, 2003 @09:39AM (#5188833)
    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.
  • Who Cares? (Score:5, Interesting)

    by TheRaven64 ( 641858 ) on Thursday January 30, 2003 @09:39AM (#5188834) Journal

    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

    1. A faster CPU
    2. A spare CPU
    3. A much nicer OS (I currently dual boot Win2K and FreeBSD. Win2k is less hastle than BSD, BSD is more powerful, but requires occasional tweaking.)
    4. A better all-round system. The CPU is not everything. Firewire 800, 802.11g, Bluetooth etc all add to the system
    5. A computer that's been designed, rather than agregated, as the PC was.

    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.

  • 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.
  • As a Mac and a PC owner, I can tell you firsthand that any Mac you buy is going to be slower than than any PC you can buy for the same price. The $3000 800 mhz TiBook I received from work 4 months ago isn't that fast. Its a fantastic computer, has tons of features, and great software, but takes twice as long to compile java with apache ant as compared to the 1.4 mhz athlon I have running a bunch of services.

    Macs are not faster than PC's, period. This is where I loose so much respect for the mac community is when they resort to bullshit when the numbers don't add up. Especially the high end powermacs, I'm sorry but you can buy a $1,500 PC than will be much faster than a $2,500 powermac. Notice that I used the word "faster," the PC may be faster but the powermac with OSX makes it more powerful.

    Personally, I will take Linux on commodity hardware any day. I hate the idea of being limited to one vendor and the most exciting software development today is happening on Linux.

    • Re:not even close (Score:4, Insightful)

      by pressman ( 182919 ) on Thursday January 30, 2003 @11:44AM (#5189654) Homepage
      Personally, I will take Linux on commodity hardware any day. I hate the idea of being limited to one vendor and the most exciting software development today is happening on Linux.

      Well, you see, this is all a matter of choice and opinion. If you ask me where the most exciting software development is happening, I'm going to say it's on the Mac. Final Cut Pro/Express, DVD Studio Pro, Cinema Tools, Shake.

      I do video/film editing for a living and these programs signifigantly reduce the cost of running a professional shop. Now instead of spending upmteen gazillion dollars for a high end Avid system, you buy a $3000 PowerMac, spend $2000 on FCP and DVDSP and wisely invest in a good monitor and an NTSC monitor , throw in a couple of terrabytes of FireWire storage. You can have a broadcast quality studio for a fraction of the cost of setting up an Avid or Media100 shop.

      That, to me, is exciting development.
      • I'm going to say it's on the Mac. Final Cut Pro/Express, DVD Studio Pro, Cinema Tools, Shake.

        If your doing video editing, a mac is the obvious choice, no doubt about it. It use to be the same for graphics, but not anymore. When I'm talking about software development, I'm talking about software development as a whole, not a certain niche or category.

  • Perhaps I'd be interested if bibble would put their list of supported cameras on the page in an easy to find place.

    The last ten times I've been to look, it's been nothing but a maze of twisty passages (all alike) to discover the Mac version only handles D30 files, not D60.

    So ... when's D60 support coming? I'll take that at any speed.
  • I think it is dangerous to benchmark using a process which is not deterministic. Chroma downsampling for RAW to JPEG conversion can use crappy point sampling or a very wide filter. Similarily, you can cut alot of corners doing a faster DCT, or do a poor colourspace conversion.

    The claim of a 10x speed improvement over vendor versions notes that it uses a Kodak colour system for accurate conversion, but it's still difficult to judge without an independent quality review.
  • Shouldn't this article (and the previous one) really be titled Mac vs PC Digital Photo-Manipulation Comparison , not Mac vs PC Digital Photography Comparison?

    Mostly because a) no one uses a a Mac or a PC to do the actual photography and b) what platform you do your post-processing on is independant of the camera you take the photos with.
  • by greymond ( 539980 ) on Thursday January 30, 2003 @12:50PM (#5190015) Homepage Journal
    First off - the review done by www.robgalbraith.com used more than just "MacBibble" in their test.

    Second - of course Bibble Labs is going to say their product is faster on a mac - thats MARKETING - look at their page - "This version of MacBibble is completely multithreaded and Altivec Optimized for G4 Process." -

    This is the exact same thing as saying that the SAFARI web broswer is "FASTER" than IE. According to some benchmark on Apple.com's page it is, but in my own use on my dual G4 500, I don't notice a difference - except for the fact that Safari can NOT DRAW PAGES WORTH A DAMN - you can even try going to www.google.com with safari - the page is all fucked up. so even if it is "faster" it DOESN'T MEAN IT'S BETTER...

    And on that note - my preference in broswers is Opera because it can turn off "pop-ups" - but this is just a disclaimer for all the ie/safari zealots that would flame me otherwise.
    • Are you serious?? I just loaded www.google.com in IE and Safari and saw very little difference. I looked at search results too.

      I have been using Safari since the day it was announced and now I almost never use IE. Safari definitely renders /. faster than IE, my estimate would be that Safari is about 20% faster on my iBook G3/500 and about 30% faster than IE on my G4/350.

      With Safari you can block pop-ups too. If you're stuck in a loop of 'em just hit cmd-K, or select "Block Pop-Up Windows" from the app menu.

      BTW you do raise one excellent point: "even if it is 'faster' it DOESN'T MEAN IT'S BETTER..." - my point exactly when referring to the whole Mac/PC debate. A few years ago when Macs really were quite a bit faster, I told myself that I would still prefer the Mac even if they weren't as fast as PC's. Guess what? Today it's debatable which is faster. I still don't care.
  • How does showing one pice of software on a mac being 10 times faster than similar software run on the same mac have anything to do with the speed of pcs vs. macs? Nowhere in the article does it even mention a pc. The PowerPC is currently slower than Pentium 4s and Athlons. Accept it and move on already.

"I am, therefore I am." -- Akira

Working...