Slashdot Mirror


Intel Mac Performance Behind Hype

Barry Norton writes "Steve Jobs, at the MacWorld tradeshow, boasted: 'the new iMac [with] Intel processor is two to three times faster than the iMac G5.' MacWorld (the publication) has been putting the iMacs through their paces. The results are a good deal less impressive than Steve's boast, showing an average performance increase of 10 to 25 per cent while performing a series of everyday tasks with software specially designed for the new systems." Ars Technica had another perspective on the new systems earlier this week.

444 comments

  1. Newsflash! by daveschroeder · · Score: 5, Insightful

    Company performs benchmarks to show product in best light!

    From http://www.apple.com/imac/intelcoreduo.html:

    2. Testing conducted by Apple in December 2005 using preproduction 20-inch iMac units with 2GHz Intel Core Duo; all other systems were shipping units. All scores are estimated.SPEC is a registered trademark of the Standard Performance Evaluation Corporation (SPEC); see www.spec.org for more information. Benchmarks were compiled using the IBM compiler and a beta version of the Intel compiler for Mac OS.

    3. Testing conducted by Apple in December 2005 using preproduction 20-inch iMac units with 2GHz Intel Core Duo; all other systems were shipping units. All of the iMac and iMac G5 systems ran beta Universal version of Modo. All other applications were beta versions.


    And since actual application performance has been subjective since the dawn of time, how is this surprising?

    I mean, we're talking about a company that said no one wanted flash players until they made one, that no one wanted to watch video on an iPod until they made an iPod that played video, and that said all x86 architecture and CISC processors sucked until they switched to them.

    And you know what? All of the above statements had significant elements of truth to them. Apple is doing nothing more than showing its products, accurately insofar as it goes, in the best possible light. Is this the least bit stunning?

    1. Re:Newsflash! by the_humeister · · Score: 0, Redundant

      No, but it is rather misleading. On the other hand, I doubt most prospective buyers would believe what he said either.

    2. Re:Newsflash! by The+evil+non-flying · · Score: 2, Insightful

      Apple has been famous for redefining the gravitation constant of the universe whenever the need arised. I think it is because they've become a marketing driven company rather than an engineering based one.

    3. Re:Newsflash! by ltwally · · Score: 4, Informative
      "and that said ... CISC processors sucked until they switched to them."
      None of Intel's desktop, notebook or server cpu's are CISC. They haven't been for several years, now. They are actually RISC-like in nature, with a big fat CISC decoder that transforms those nasty CISC commands into "micro-ops."
      --



      /dev/random
    4. Re:Newsflash! by the_humeister · · Score: 1

      That never stopped Apple from publicly bashing the architecture whenver they could.

    5. Re:Newsflash! by Mr.+Underbridge · · Score: 5, Funny
      I mean, we're talking about a company that said no one wanted flash players until they made one, that no one wanted to watch video on an iPod until they made an iPod that played video, and that said all x86 architecture and CISC processors sucked until they switched to them.

      It seems your tinfoil is successful in blocking the Reality Distortion Field (TM).

    6. Re:Newsflash! by Shanep · · Score: 1

      CISC processors sucked

      Didn't CISC really die with the advent of the Pentium Pro? Hasn't every x86 since then been a shallow CISC interface to a RISC core?

      Seems silly to me for anyone to be flying a CISC flag these days when the majority of CISC CPU's in desktops and servers are not really CISC at the core.

      So isn't CISC mostly just a legacy?

      --
      War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
    7. Re:Newsflash! by TheNetAvenger · · Score: 1

      Didn't CISC really die with the advent of the Pentium Pro? Hasn't every x86 since then been a shallow CISC interface to a RISC core?

      Seems silly to me for anyone to be flying a CISC flag these days when the majority of CISC CPU's in desktops and servers are not really CISC at the core.

      So isn't CISC mostly just a legacy?


      This would be a classic post of missing the point and focusing on the 'wording' used, instead of what the person was meaning...

      Let me rephrase it for the myopic... "Apple bashed the x86 architecture."

    8. Re:Newsflash! by crmartin · · Score: 3, Informative

      That's pretty much the way CISC has been implemented since the IBM 360. John Cocke started the RISC thing with the IBM 801 because he believed the microcode interpreter loop could be replaced wwith better compilation.

    9. Re:Newsflash! by Anonymous Coward · · Score: 2, Funny

      oh come on. Steve said it was really fast, let's not bore people with technical details... Look! Over there, bouncing icons and spinning beach balls!

    10. Re:Newsflash! by Golias · · Score: 3, Informative

      That never stopped Apple from publicly bashing the architecture whenver they could.

      Actually, the Intel turtle and the smoked bunny ads ended their run years ago. Ever since Jobs came back and re-hired Chat-Day for their adds, it's all been saccharine pop music and pretty colors. Apple hasn't bashed an Intel chip via their marketing since back when the G4 was actually considered a fast chip.

      --

      Information wants to be anthropomorphized.

    11. Re:Newsflash! by Anonymous Coward · · Score: 0

      The Itanium is the exception here as it does not cut the instructions in micro-ops. But even on the Pentium it's still not exactly RISC inside, it's more like cutting the instruction into 1 to 6 micro-ops and executing up to 100 micro-ops in parallel.

    12. Re:Newsflash! by Anonymous Coward · · Score: 0

      Don't forget that this is also the company that has recent ads about "breaking away from boring beige boxes." For what? Boring white boxes?

    13. Re:Newsflash! by Jezza · · Score: 5, Insightful

      Actually Steve never said that the system was that fast, he was only talking about the chip. He said "the disks are 2 the 3 times as fast" so I don't see why we find it so amazing that the real world performance is lower than the benchmarks. It is always going depend on the application. So an application that spends most of its time waiting for the disk isn't going to see much of a speed up with a faster processor (it'll see a little because it'll move from wait-state to wait-state faster). For a lot of applications this is the norm (described as "disk bound").

      What is probably more important (for home users) is actually something Steve side stepped, these new iMac should generate less heat and therefore run more quietly (because the fans won't need to spin as fast/often) for users in a domestic setting this is important.

      I think most people who buy Macs (especially iMacs) are not buying it because they think it's the fastest computer around (amazing as it may sound there are other factors in the purchasing decision).

    14. Re:Newsflash! by IamTheRealMike · · Score: 1, Interesting
      And you know what? All of the above statements had significant elements of truth to them. Apple is doing nothing more than showing its products, accurately insofar as it goes, in the best possible light. Is this the least bit stunning?

      Well, no, it's not but then I don't think the story was posted to try make us amazed and surprised.

      This sort of thing tends to get blown off by Apple fans as "what did you expect", but Apple have a history of using basically meaningless measures of performance in their marketing literature and this should concern us. Sure, we follow the tech news and see these kinds of stories and maybe we knew better in the first place.

      But statistics and relative measures of performance are going to be how many people who aren't into tech, lawyers, teachers, mothers, and so on, decide what products to buy. A computer is a serious investment at the best of times, and this trend of having hardware manufacturers (not just Apple) constantly walking the line between lying and merely being "creative" is harmful to the market as a whole. After all, Adam Smith pointed out several hundred years ago that the free market assumes a perfectly informed buyer, and this kind of crap from Jobs goes a long way to making people who matter not perfectly informed.

    15. Re:Newsflash! by Trepalium · · Score: 1

      RISC and CISC are both dead. RISC CPUs picked up SIMD instructions, and various other CISC-like designs, and CISC CPUs picked up pipelining, superscalar execution units, etc. The only people who should really care about RISC versus CISC these days are marketing departments, because the actual designed features of the chips have converged, rather than diverged.

      --
      I used up all my sick days, so I'm calling in dead.
    16. Re:Newsflash! by afidel · · Score: 3, Informative

      Actually the CISC frontend is a very GOOD thing as it allows better utilization of cache resources and lowers overall latency due to memory fetching. A pure RISC architecture would fail to perform today because of the disparity between CPU performance and main memory performance. Even socalled RISC chips like the PPC bear little resemblance to earlier RISC chips like MIPS.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    17. Re:Newsflash! by Jeff+DeMaagd · · Score: 3, Informative

      I think people may be missing the fact that the dual core thing might be throwing a wrench into the mix, which could account for all of the discrepencies. There aren't many native apps, and I think the iLife suite isn't multi-processor capable yet, so a benchmarks won't show the benefits of the second core.

    18. Re:Newsflash! by Dzimas · · Score: 5, Funny

      The Apple site repeatedly proclaims "2x faster. Twice as amazing." Of course, perhaps Steve defined X=0.6?

    19. Re:Newsflash! by Andy+Dodd · · Score: 5, Interesting

      Not all companies go for showing the "absolute best case" benchmark. AMD is generally rather conservative with their performance ratings, and it's pretty rare that third-party benchmarks show an Athlon with a given performance rating having significantly different average performance than the "baseline comparison" CPU (One of the older P4s) running at the same clock rate as that performance rating.

      A great example of just how conservative AMD is - The Venice core Athlon 64 3200+ has a 2.0 GHz core clock and 512k of L2 cache, using a 90nm process. Its closest dual-core variant (the Manchester core X2 3800+) has the same core clock, L2 cache per core, and manufacturing process. (They also have the same FSB speed, 1 GHz HyperTransport) Yes, that's right, the dual-core variant is only rated 18% higher than its closest single-core counterpart. (This is because currently, on average, a second core usually doesn't net you much benefit because so many CPU-intensive tasks do all the work in a single thread.)

      Apple, on the other hand, is notorious for being overly optimistic in their speed comparisons - They always pick the benchmark which will make the competition look as bad as possible, to the point of even failing to use important performance features of the competition's CPU. (For example, back in the P2/P3 era, Apple constantly marketed their systems as being faster than a P2 or P3 with twice the clock speed - While the PPC did in general perform somewhat better per clock cycle than Intel's CPUs, the difference was not anywhere close to what Apple claimed it to be. The benchmark in question used Altivec on the PPC but failed to optimize for Intel whatsoever - No MMX or SSE was used, despite being available.)

      To compare it to my previous example, Apple would have called the Athlon 64 X2 3800+ a 6400+ because it had two cores equivalent to the 3200+.

      When it comes to inflated/BS benchmarks, Apple is one of the kings.

      --
      retrorocket.o not found, launch anyway?
    20. Re:Newsflash! by scribbla · · Score: 0, Redundant

      Apple's hype is over the top. The Apple home page: "2x faster. Twice as amazing." Yet in real world applications, speeds are much less.

    21. Re:Newsflash! by LordNimon · · Score: 1

      The "IS" in CISC stands for "Instruction Set". The Intel processors do have a "complex" instruction set, therefore they are CISC. The fact that the core breaks down the more complex instructions into simpler ones before executing them is more a byproduct of pipelining than anything else.

      --
      And the men who hold high places must be the ones who start
      To mold a new reality... closer to the heart
    22. Re:Newsflash! by Overly+Critical+Guy · · Score: 5, Funny

      Sir, I'm going to have to ask you to step out of the car. You're writing calm, rational posts in a Slashdot zone. Please take your emotion from the glove box and wear it on your head while barking "STEVE LIED." I'll let you off with a warning this time.

      --
      "Sufferin' succotash."
    23. Re:Newsflash! by Trepalium · · Score: 1
      The numbers game is hardly unique to the computer industry. The automotive industry quotes horsepower, mileage, torque, and various other measurements that don't really tell you much about the vehicle. The home audio industry will try to wow you with PMPO, frequency response, THX and DTS specifications. The home video industry will attempt to seduce you with HDTV (1080i versus 720p), comb filters, upconversion filters, brightness and contrast ratios.

      It's possible to make an intelligent decision using these numbers, but only if you know how to compare them, and what they mean.

      --
      I used up all my sick days, so I'm calling in dead.
    24. Re:Newsflash! by eclectic4 · · Score: 2, Funny

      Chiat Day. The gold standard in advertising...

      --

      "The greatest obstacle to discovery is not ignorance - it is the illusion of knowledge." - Daniel Boorstin
    25. Re:Newsflash! by Overly+Critical+Guy · · Score: 3, Insightful

      Here's the "crap from Jobs" you're talking about:

      "Now everything's not going to run 2-3X. You know the disks aren't 2-3X faster, etc., but on the most important benchmarks, 2 to 3 times faster." - Steve Jobs from the keynote

      Seems pretty honest to me. Amusingly, it's the sites like Slashdot leaping on the speed claims and obsessing over them, while Jobs himself gave them a real-world context in the keynote speech. Not that such a thing would get mentioned in the article submission...no, no, gotta get all those page hits from people bitching about Steve Jobs "lying." Sigh.

      --
      "Sufferin' succotash."
    26. Re:Newsflash! by Stephan+Schulz · · Score: 3, Insightful
      I think people may be missing the fact that the dual core thing might be throwing a wrench into the mix,...
      Exactly right. The G5 is an excellent processor, and clock for clock should approximately be able to keep up with one core of the CoreDuo. But the new iMac has a much better bus system, and, of course, the second core.

      It's no coincidence that Jobs showed the SPECint_rate results that measure throughput, not the more often used plain SPECint that measures time-to-finish of a sequentially run suite of programs. So his claims are not exacly wrong...

      I'll probably still wait for the second generation of new laptops before I upgrade from my TiBook.

      --

      Stephan

    27. Re:Newsflash! by sadr · · Score: 1

      CISC is a description of an instruction set. The x86 instruction set is a CISC instruction set. The processors are therefore CISC processors.

      One of the arguments in favor of RISC was that it was easier to implement various performance improvements in the CPU on a RISC platform. However, you can implement a RISC instruction set without any of those optimizations (even without a cache, etc.) And with sufficient money, you can implement most of those things on a CISC processor as well.

      And in a world with huge caches on the CPU, an extra 10% or 20% increase in the chip size to deal with CISC hasn't been a big enough penalty to impact the x86 ownership of the desktop.

    28. Re:Newsflash! by Angstroem · · Score: 1
      Excuse me? Why would the CISC frontend allow better ultilization of cache resources?

      Yes, a CISC machine puts its operands mainly in memory and/or requires a gazillion of memory accesses because of low register count. That means lots of memory accesses per se and, yes, that means that the cache can "help" more often. But most of these cases wouldn't appear with a RISC architecture anyway, which holds the operands in registers.

      Besides, RISC instructions are easier to pipeline *by design*, i.e. it's also easier to maneuver around memory accesses by rearranging the program code to hide latencies.

      But assumed that a possible benefit in the CISC frontend exists (apart from more compact code on average, that is) -- what difference does it make in terms of bus accesses when the CISC commands get recoded into CISC instructions anyway? Any optimization which was done by (a) the compiler on the CISC frontend and (b) by the internal OoO scheduler on the uOps kan be done as well on native RISC ops.

      Yes, today's RISC chips are different to their ancestors in a sense that they employ advanced techniques like superscalarity and out-of-order execution and that their pipelines possibly grew a bit longer than the exemplary 4-stage pipeline we all know from computer architecture classes. So what?

      I get the feeling that you like to play a little buzzword bingo here...

    29. Re:Newsflash! by ArsonSmith · · Score: 1

      Could it be that the '%' and the 'X' can look really similar.

      Benchmarker techs say it is 2%-3% faster.

      Marketing folks say it is 2X-3X faster.

      It really isn't that much of a mistery.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    30. Re:Newsflash! by darmey · · Score: 0

      Don't touch bouncing icons! I have those on my linux laptop and windows desktop just because they are GREAT!!!

    31. Re:Newsflash! by pkhuong · · Score: 3, Insightful

      "Excuse me? Why would the CISC frontend allow better ultilization of cache resources?"

      Because the encoding is more compact. For example, compare adding or loading a 32 bit immediate in x86 to the same in any 32bit "RISC". It's widely known and accepted that CISCy encoding reduces the pressure on the I-cache (yes, not for the L1 I-cache on the P4, since the instructions are stored in a decoded form). There has been research into compressing the instruction stream (huffmann, gzip, ...), but I don't know if it's yielded anything in recent years.

      "But assumed that a possible benefit in the CISC frontend exists (apart from more compact code on average, that is) -- what difference does it make in terms of bus accesses when the CISC commands get recoded into CISC instructions anyway? Any optimization which was done by (a) the compiler on the CISC frontend and (b) by the internal OoO scheduler on the uOps kan be done as well on native RISC ops."

      That was not the grandparent's point. His point was that while, as we seem to agree, CISC offers a more compact encoding, it doesn't suffer from the encoding's complexity much, since they are decoded back in a RISCy form. In other words, the gp was not saying that decoding gives an edge to CISC, but that it allows one to use a CISC encoding while still enjoying RISC's advantages later in the pipeline. As chips are getting more and more complex, adding more logic to reduce bus pressure (or perform runtime optimisations... *cough* EPIC *cough* ;) seems less and less costly.

      --
      Try Corewar @ www.koth.org - rec.games.corewar
    32. Re:Newsflash! by Cervantes · · Score: 1

      Come on mods, this guy gets extra points for referring to the famous Steve "Reality Distortion Field".

      I wish they'd known this years ago, tinfoil hats would have looked a lot less silly than longsleeve white dress shirts with denim shorts.

      --
      If I knew the wedgies I gave you back in 6th grade would have resulted in this . . . I might have taken a moments pause.
    33. Re:Newsflash! by Anonymous Coward · · Score: 0

      I think people may be missing the fact that the dual core thing might be throwing a wrench into the mix, which could account for all of the discrepencies. There aren't many native apps, and I think the iLife suite isn't multi-processor capable yet, so a benchmarks won't show the benefits of the second core.

      Apple have been shipping dual-G5 systems for ages now. Are you seriously telling me they've been shipping dual-processor systems all this time without optimising their software to take advantage of this?

      I knew Apples were shiny toys for hypeovores, but I didn't realise that extended to Apple cramming them with flashy features that the software didn't even use.

    34. Re:Newsflash! by Anonymous Coward · · Score: 0

      You are incorrect. I personally benchmarked many systems against p2/p3 systems and consistently found that PPC was was twice as fast megahertz for megahertz. This was a direct comparison mostly with benchmarks originally from the intel world. If I only focused on math or encription tasks the difference was much greater in favor of PPC. It was always cost and frequency of evolution that hurt PPC.

    35. Re:Newsflash! by Anonymous Coward · · Score: 0
      Company performs benchmarks to show product in best light!

      Sure they do. And Steve Jobs is one of the masters in this game.

      But if you also mean that they shouldn't be held accountable for it, or publicly proven wrong on bluffs, then I disagree strongly.

      This goes for Microsoft as well as Apple, marketing claims (or "impressions", they know how to word it to not actually lie to much) that are wrong should be debunked.

    36. Re:Newsflash! by Poltras · · Score: 1

      So that'd be Mac OS 0.6? Doubtful...

    37. Re:Newsflash! by bstone · · Score: 2, Interesting

      And the tradeoffs between RISC/CISC can be complex and balance each other out in many ways. For example, on a CISC machine you might have an instruction to move a block of memory where on a RISC machine you might have to loop on load/store instructions. The CISC machine may break the move down internally to pretty much the same loop, but the instruction itself takes less memory. This leads to more instructions in the same cache space and possibly a shorter instruction pipeline needed for CISC. To balance that off, you might need more instruction cache memory for the equivalent amount of work on the RISC system.

      Add "unrolling the loop" in the compiler for the RISC machine and you need even more physical instructions in the cache for the same function.

      I'm not arguing that one architecture is "better" than the other here, just noting that the tradeoffs are complex and each architecture has quite an array of reasons for and/or against it. In the real world, the tradeoffs and complexities of either design philosophy have tended to pretty much equal each other out, and the performance of systems based on either architecture tend to be roughly equivalent on the same relative amount of chip real estate in the same physical circuit architecture.

    38. Re:Newsflash! by Haeleth · · Score: 5, Insightful

      So, where are the important benchmarks that show things actually running 2-3 times faster? RTFA: they performed a wide variety of tests here, and the largest performance increase they measured was 1.84x, which is not "2-3x" by any means. And that was for system startup, hardly an "important" benchmark, given that most people I know with Macs use the suspend feature instead of switching the thing right off every night. And the average speed increase on "important" benchmarks, which I take to mean "things people actually wish were faster", was 1.2-1.5x. That's a good figure. If Steve Jobs had said "it's 50% faster", people would still have been impressed. But that's not what he said.

      Look, if you go to the Apple Store right now, what you'll see is a banner that says "The 2x faster iMac". Not "The iMac that's 2x faster on artificial benchmarks, but actually only 1.2-1.5x faster in real life because most tasks are IO-bound". Apple are selling this thing as 2x faster, period - and it isn't. Call it lying, or call it marketing, as you wish, but it still doesn't reflect well on Apple.

    39. Re:Newsflash! by Angstroem · · Score: 1
      As I said: apart from compact encoding.

      Regarding code compression, I guess that's pretty much a dead horse in terms of reducing code size (which IIRC was the driving force behind ARMthumb) -- the only guys I know of still working on it come from the low power area. Less memory needed means lower power, but they're fighting the extra (power) cost for the run-time decompression.

      EPIC? Well, there *are* benchmarks where it performs better :)

    40. Re:Newsflash! by ClamIAm · · Score: 1
      CISC and RISC are arbitrary distinctions. It's not like there's a line where a chip becomes CISC or RISC.

      It sounds like you're describing the Pentium 4's "NetBurst" architecture, which borrowed some RISC ideas. But most RISC chips usually have small pipelines, and the P4s have a pipline anywhere from 20 to 31 stages. So it's really blending both philosophies.

      And as we all know, Intel's phasing out this architecture, and instead focusing on the Pentium M/Intel Core chips. These chips are based on a heavily modified version of the P3, which was based on the Pentium Pro. I believe they're a bit more "traditional" CISC-type processors.

      I may have this all wrong. Please correct me if this is the case.

    41. Re:Newsflash! by commanderfoxtrot · · Score: 2, Insightful

      And the whole point of the exercise was to ignite discussion and thence branding and sales. Not that x is 20% faster than y.

      I think he's succeeded.

      --
      http://blog.grcm.net/
    42. Re:Newsflash! by damiam · · Score: 1

      Apple bashed x86 because it was CISC. But since it no longer is, Apple's complaints no longer apply, so it's not hypocritical of Apple to use x86.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    43. Re:Newsflash! by Anonymous Coward · · Score: 2, Insightful

      I think most people who buy Macs (especially iMacs) are not buying it because they think it's the fastest computer around (amazing as it may sound there are other factors in the purchasing decision).

      Actually, I bet most of them do. No, really!

      Steve quotes "disk 2 to 3 times as fast", but that doesn't take into account the performance of the rest of the computer. Similarly, if some geek looks at "overall hardware/software benchmark", that doesn't say anything about the other half of the equation: the poor sap who has to use the machine.

      If an x86 Linux box can run a particular scientific program (picks a number) 10% faster than a G5 PowerMac, but it takes me half an hour a day for two weeks of tweaking to get all my hardware working with the latest kernel, the Mac *is* faster for a while -- up until I've run this particular program for 50 hours.

      If you're going to pick on Steve for measuring only one part of the computer, you'd better pick on anybody who measures only the computer half of the person+computer system.

      (Yes, this is a swipe at Gentoo. You spend a dozen hours compiling to save a few milliseconds? That's faster?)

    44. Re:Newsflash! by McLoud · · Score: 1

      Interesting? The pot moderators smoke over there must be amazing

      --
      sign(c14n(envelop(this)), x509)
    45. Re:Newsflash! by samkass · · Score: 1

      The summary claims the tested software was specifically designed for the new machines. I'd put a lot of money that no software outside the MacOS X kernel was "designed" for these machines. "Compiled" might be more accurate. I suspect as the tools improve and the designs really do incorporate changes that showcase the highlights of the new hardware that the benchmarks may be closer to Apple's claim. I mean, give them a break-- we're ten days into the new architecture's lifetime.

      --
      E pluribus unum
    46. Re:Newsflash! by ltwally · · Score: 1
      "CISC and RISC are arbitrary distinctions. It's not like there's a line where a chip becomes CISC or RISC."
      True, there is no "line," per-say. However, internally, Intel's cpu's all use RISC-type instructions. This began with the original Pentium, and has continued ever since.

      What happens is that software is compiled, more-or-less, for the i386. Thus, the instructions sent from your software to the cpu are old-school CISC commands. However, there is a decoder on all x86 compatible cpu's that transforms a single CISC command into (sometimes) many micro-ops, which are then executed in a very classical RISC-like manner.

      "But most RISC chips usually have small pipelines, and the P4s have a pipline anywhere from 20 to 31 stages."
      True, traditional RISC architecture did not have many stages in the pipeline. However, neither did your older CISC chips. All modern (ie. faster mhz) processors have longer pipelines than their predecessors. True, not everyone has such massive pipelines as the P4.. but all of them have longer pipelines than their ancestors.
      "And as we all know, Intel's phasing out this architecture, and instead focusing on the Pentium M/Intel Core chips. These chips are based on a heavily modified version of the P3, which was based on the Pentium Pro. I believe they're a bit more "traditional" CISC-type processors."
      Yes, the Pentium M is derived from the Pentium III. However, it is not as closely associated with the P3 line as, say, the P3 line is w/ the PPro. If memory serves, it was one of the Intel teams in Israel that designed it. However, the big-chiefs in Intel had already decided to push the P4 architecture, instead.. and so the Pentium M was relegated to the lower-end of notebooks. Still, it was (and still is) a superior architecture in most respects. And, although it does not have the insanely long pipeline of the P4, it still has a RISC-like core. Instructions are decoded into micro-ops, and only then are they executed. Even on older cpu's (Pentium, PPro, etc) the decode unit takes somewhere around 20-25% of the chip's real-estate!

      Anyhoo.. in short: you're mostly correct.. but realize that Intel has been been selling RISC chips for ~10 years now.

      --



      /dev/random
    47. Re:Newsflash! by jred · · Score: 1

      Don't forget this (found on another /. thread just today)

      http://www.nytimes.com/2006/01/18/technology/circu its/19POGUE-EMAIL.html

      --

      jred
      I'm not a mechanic but I play one in my garage...
    48. Re:Newsflash! by TheNetAvenger · · Score: 2, Informative

      Apple bashed x86 because it was CISC. But since it no longer is, Apple's complaints no longer apply, so it's not hypocritical of Apple to use x86.

      This is not true, even if you belive this is why Apple bashed the x86 platform.

      1) Apple based the x86 platform because it was not their CPU or architecture. (Adobe even had to stand up to Apple, and say, hey Photoshop and Illustrator will run faster on Windows x86 PCs than on Macs)

      2) The x86 CPUs are not any more CISC than the PowerPC CPUs are non-CISC. The x86 CPU architecture is a bit more complex than to call it a CISC processor, go look up some of the technologies AMD and INTEL are actually using. Even the Intel 486 used RISC technologies to augment the included CISC portions of the CPU.

      3) The 68xxx CPUs in Prior Macs were CISC as well, and Apple bashed the Intel x86 CPUs then as well.

      It comes down to Apple's disdain for whatever they were not using at the time. Just like they bashed Color displays in the 80s to as far as two-button Mice as late as the early 2000s.

      You act like the x86 changed in the last couple of years, and it really hasn't. And even in the last couple of years, Apple was STILL bashing the x86 CPU market.

      The only change is Apple got a sweet deal from Intel, and no longer wanted to develop the PowerPC technologies.

      (And the Apple excuses that the PowerPCs/IBM development was not moving along fast enough was pure crap. MS took the PowerPC architecture and in less than a couple of years, pulled out a tri-core 3ghz version of the technology for a Video Game Console. - Just imagine if Apple has put this type of work in the PowerPC line, we might have Dual Tri-Core G6s from Apple by now instead of them running to Intel, and in the long run pushing out products that are AGAIN slower than the average Windows PC sold.)

    49. Re:Newsflash! by disappear · · Score: 4, Funny
      As I said: apart from compact encoding.

      In other words, "So, other than that, Mrs. Lincoln, how did you enjoy the show?"

    50. Re:Newsflash! by sadr · · Score: 2, Informative

      In theory, you're right. There's a lot of factors that go into how efficient a CPU and an instruction set archietecture are.

      The ARM, for example, added a subset of their usual instructions (Thumb mode) that used 16-bit ops instead of the usual 32 bit. On a system with slow memory, this turned about to be about 30% faster, even though the number of operations increased.

      However, I'm reasonably certain that if you were to design a CISC instruction set today, it would not resemble the x86 ISA. You could certainly come up with instructions that would be more compiler friendly, be easier to pipeline, etc.

    51. Re:Newsflash! by raodin · · Score: 1

      I'm guessing the "2x faster" marketing has a lot to do with the dual-core thing. I haven't really followed the issue closely so I can't say for sure, though.

    52. Re:Newsflash! by Anonymous Coward · · Score: 1, Informative

      that's the very DEFINITION of CISC.

      A true RISC chip has no decoder, and no micro-ops.
      The code you write is the code it runs - thus making the chip extremely simple and therefore able to run very fast. The tradeoff being that it takes more instructions to do some things, and a pure RISC design wouldn't have OO execution and other such nice performance improving stuff.

      A chip is either RISC, or it isn't, it can't have a decoder on top and still be RISC.

      These days there is no RISC / CISC divide - because chip design has evolved in such a way that such over simplified lables can't be applied anymore.

      But to say that Intels chips are RISC-like because instructions get decoded to micro-ops is to fundamentally misunderstand the philosophy of RISC.

    53. Re:Newsflash! by Guy+Harris · · Score: 1
      "and that said ... CISC processors sucked until they switched to them."

      None of Intel's desktop, notebook or server cpu's are CISC. They haven't been for several years, now. They are actually RISC-like in nature, with a big fat CISC decoder that transforms those nasty CISC commands into "micro-ops."

      In other words, CISC processors, i.e. the implementations of CISC instruction sets, may have sucked, but the instruction sets themselves sucked less than people thought.

    54. Re:Newsflash! by Guy+Harris · · Score: 1
      That's pretty much the way CISC has been implemented since the IBM 360.

      No. The original S/360's did not decode S/360 instructions into RISCy "micro-ops" and execute the micro-ops. S/360's up to the Model 65 had micro-engines that interpreted S/360 instructions, with some amount of hardware assist (i.e., I think the larger ones, at least, at least, had hardware that did at least some of the decoding, with the execution done by microcode). The Model 75 was hardwired. What's done in Intel and AMD x86 chips is that the decoder translates the instructions into micro-ops and the hardware executes the micro-ops (with some microcode used).

      (I think current z/Architecture chips are also largely hardwired, although they have some sort of millicode/PALcode/etc. equivalent as microcode replacement.)

    55. Re:Newsflash! by Guy+Harris · · Score: 2, Informative
      These chips are based on a heavily modified version of the P3, which was based on the Pentium Pro. I believe they're a bit more "traditional" CISC-type processors.

      Nope. The Pentium Pro had the micro-op stuff, as do its descendants.

    56. Re:Newsflash! by Jezza · · Score: 1

      Oops - I miss quoted, and changed the sense of what I was trying to say. He actually made the point that the disk aren't 2-3 times as fast, just the processor (and of course that's debatable).

      Otherwise I kind of agree. Steve of course was trying to say that this new iMac was fast (of course, it isn't actually - most of the time it'll be emulating a PPC). Now do I blame him? No, when the apps are "universal" this new iMac will be faster (mostly because it's dual core). Would I buy an iMac G5 today? No, I wouldn't their performance advantage will be very short lived. Would I buy an iMac (Core Duo)? Yeah, I know it'll not be at it's best on day 1, (unless I only want to run iLife and iWork) but that's OK, she's going to get Universal Applications pretty quickly.

      Was Steve completely honest in his Stevenote? Well let's just say I think the "reality distortion field" was working, but not turned up to its full intensity!

    57. Re:Newsflash! by friedmud · · Score: 1

      Just as with the mac purchasing decision there are plenty of other reasons to run gentoo.

      I personally originally switched for the speed... and it _was_ a lot faster at that point in time (I was coming from an Slackware which was only compiled for i386 at the time... I spent a lot of time recompiling things myself to optimize them for my hardware... which led me to gentoo). But these days the speed difference isn't very large (if it exists at all).

      Most of what you get out of Gentoo these days is a tried and true package system that is _extremely_ customizable. I love having the ability to include _only_ the things that I want, and just generally having an OS that is basically "generated" for my specific needs.

      Sure it may take a while to originally setup (on my Athlon64 it "only" takes around 5 or 6 hours for most of the basic stuff) but after you have it up and running it is an OS that is perfectly tailored for you... further I _never_ have to wait on anything else to compile after the original compile because it all happens at night (with some cron jobs) and my system just stays up to date.

      But use whatever fits the way you work.... that's what Linux is all about in the first place. Some of us like an extremely customizable/tweakable system, others just want a baseline that works... it's your choice.

      Friedmud

    58. Re:Newsflash! by flapdoddle · · Score: 1
      He said "the disks are 2 the 3 times as fast"

      how ironic. now disk speed is important. i guess this wasn't important when the mac mini came out with its obsolete 4200RPM drives...

    59. Re:Newsflash! by Jezza · · Score: 1

      I made a typing error - I mean "aren't"

      Actually if the disks WERE 2-3 times as fast then it'd be much more interesting!

    60. Re:Newsflash! by Overly+Critical+Guy · · Score: 1

      Not only is it a faster chip, but it's dual-core compared to its predecessor. I don't think it's crazy to say it's two times faster.

      --
      "Sufferin' succotash."
    61. Re:Newsflash! by speculatrix · · Score: 1
      anyone here heard of ARM processors? Oh you have, good!

      well, quite a long time ago, Arm discovered that their risc processors were all very well and good, but the instruction stream was quite BIG and required lots of storage (and wasn't too good for embedded systems which typically use only 8 or 16 bit wide memory, whereas RISC uses 32), so they added something called "thumb" which had a 16-bit wide instructions which decode to the full risc set.

      I was a tester on this program, taking various programs (some downloaded, some in-house utilities, some written specially) and compiling them for various different architectures (8 + 16 + 33 bit x86, full 32 bit arm risc and 16 bit thumb). This allowed comparison of space and performance. With full-width memory, 32 bit risc was faster than thumb, but as soon as you only had 16 bit memory with a double-fetch, thumb was better.

      Disclaimer: this was all quite a long time ago so my memory is imperfect. At the time, the highest spec processor was a 50MHz 486DX, where the internal and external clock rates were the same, and Acorn's Risc desktop computers were attempting to gain a market share and offered pretty good performance.

    62. Re:Newsflash! by topham · · Score: 1

      Apple made development machines available months ago.
      (Sometime around June last year).

      Now, the machines aren't identical to the new iMacs, but they were Intel based machines and could be used for compiling/testing purposes without difficulty. Apple made them available for $999/US. (These machines were on-loan, not purchased for that price.)
      As of Jan 10th they have offered a Trade-in on them as well, any one of the Developer kit machines can be traded for an iMac Core Duo (17"). (Which will be considered owned by the end user).

      While I would agree that calling software which is merely recompiled as 'designed for' is an exaggeration, there has been plenty of opportunity for companies to tailor the Universal Binaries.

    63. Re:Newsflash! by Spellbinder · · Score: 1

      Apple is not not using PowerPC because it is to slow
      At least not for desktop
      the problem is the lack of decent mobile chips
      IBM is quite focused on Server/Workstation/Console market with their chips
      While those chips shouldn't need power-plants to run, their energy consumption and heat generation is not as crucial as with mobile devices as laptops and stuff
      at the moment and in near future the laptop market is way faster growing then desktop market
      apple with their lifestyle products ( not negative ) has to keep up with this trend
      and i cant imagine how they should keep up without faster and cooler mobile cpu's
      i did not write off PowerPC for apple workstations altogether
      in my humble opinion apple has to continue both system lines for quite a while
      in order to get a smooth transition without hurting too many customers
      during this time apple has still a leg in the PowerPC market and
      could take up future advancements of the PowerPC line without to much damage
      maybe IBM has to drive their Cell stuff to a decent mobile CPU as soon as Microsoft wants to release a xbox mobile

      --


      stop supporting microsoft with pirating their software!!!!!
    64. Re:Newsflash! by BerntB · · Score: 0, Redundant
      Apple, on the other hand, is notorious for being overly optimistic in their speed comparisons - They always pick the benchmark which will make the competition look as bad as possible
      This brings back bad memories when I was trying to reason with the most dishonest troll (Swedish) I've even heard of. He probably printed the netiquette on his toilet papers; quoting emails, fragrant lying, lying about things in email(!), canceling of posts (I don't know if he used to repost falsified ones, though). Etc, etc.

      I don't disagree with your points on Apple marketing speech regarding processor speeds. They are as bad as Intel and SPEC marks, but that is with the processor maker. If you would design a test to cheat on it, here is how you'd do it:

      • Take an old, respected test used to compare standard systems, not processors
      • Join the organization releasing the tests and put lots of money into it, so you can both influence the choices and see coming test versions early (needed for the rest of the steps)
      • Specially build test systems with faster memory architectures than any standard chipset supports (the SPEC said that you had to be able to buy the systems; let some people write that they had 'em!)
      • Specially write a compiler that literally generates hand optimized code for the specific test cases in the SPEC suite; have a ok compiler added to it for any other use
      • Make certain the test code isn't released unless people pays too much money for individuals (otherwise the previous steps are quite meaningless)
      • Publish the test figures everywhere and make certain journo's mention them as gospel

      I haven't trusted the computer press since. Big advertisers can do anything and smell like roses.

      Disclaimer: It was quite a while ago so details on the SPEC might be wrong -- and I don't know anything about the last 6-7 years.

      (-: Full disclosure of my loves and hates to verify veracity: PCs I buy are strictly AMD since I read up on SPEC. I like Macs, Debian and Emacs. Vi and RPM are bad. I think about moving to BSD. Microsoft is criminal (sorry, that was a verdict, not opinion). :-)

      --
      Karma: Excellent (My Karma? I wish...:-( )
    65. Re:Newsflash! by symbolic · · Score: 1

      Apple, on the other hand, is notorious for being overly optimistic in their speed comparisons

      This is actually what steered me away from being a Mac zealot. I'm sure there were others to step in and take my place, but there was just something about seeing these products hyped to the max, only to find that the real deal was noticeably less impressive. It left a bad taste in my mouth that I still haven't quite gotten rid of (and it has been several years now). Meanwhile, I'm quite happy with what the OS community has managed, and the fact that I can get a reasonably fast PC to run it, for a very reasonable price.

    66. Re:Newsflash! by chachacha · · Score: 1

      >What is probably more important (for home users) is actually something Steve side stepped, these new iMac should generate less heat and therefore run more quietly (because the fans won't need to spin as fast/often) for users in a domestic setting this is important. So true. I recently built a server for my home. After I got everything working perfectly on my workbench upstairs I patted myself on the back and marched it downstairs to my room. After firing it up in the quiet of my humble bedroom my girlfriend pointed out that she would never be able to sleep with that obnoxious whirring going on in the back ground. So much for cron jobs running while I was at work.

      --
      I do like programming things that work super quickly, especially when they work super quickly, super quickly.
    67. Re:Newsflash! by timmy+the+large · · Score: 2

      Are you kidding? 2 cores does not mean 2x the speed. That's like gm saying that they doubled the cylinders on there newest sports car so it is twice as fast. That is completly bogus. Apple is using false benchmarks to sell product. That being said, most companies do the exact same thing. Wether you are talking about Intel, Microsoft, Toyota or whoever they all use rigged benchmarks in whatever field they are in to make themselves the best.

    68. Re:Newsflash! by drinkypoo · · Score: 1

      While the face of RISC may have changed, it's still RISC. Instructions are still of fixed size and take one cycle to complete. In the G4, anything that takes more than one cycle to complete is in the FPU, which is a coprocessor, or it's a vector operation, and it's in the velocity engine.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    69. Re:Newsflash! by Anonymous Coward · · Score: 0

      "the disks are 2 the 3 times as fast" should be "Obviously, the disks aren't 2 to 3 times as fast."

    70. Re:Newsflash! by ltwally · · Score: 1
      "In other words, CISC processors, i.e. the implementations of CISC instruction sets, may have sucked, but the instruction sets themselves sucked less than people thought."
      That could be it. Oooor, it could be that Intel had the foresight to understand that while RISC-architecture processes faster, the legacy CISC instruction set was far too entrenched to get rid of. Thus, they made their new RISC-like chips backwards compatible, via a hardware decoder.

      It's always important to remember that the best design doesn't necessarily when. This is especially true when their is a legacy product with a substantial user-base.

      --



      /dev/random
    71. Re:Newsflash! by ltwally · · Score: 1
      "But to say that Intels chips are RISC-like because instructions get decoded to micro-ops is to fundamentally misunderstand the philosophy of RISC."
      There is also the matter of the on-die cache and mutliple pipelines. These are both classic RISC architecture. The difference is in more than the command set, it's in the design of the processor.

      All Intel (and Intel clones -- AMD, IBM, Cyrix, etc) chips from the past 10+ years have had architectures far more in line with RISC than CISC. The only part of any modern x86 cpu that is CISC is the legacy command set, which is then in-turn decoded into a RISC-like command set that is used internally by the processor.

      I'm not saying that any x86 chip on the market is a pure RISC chip. But they bare more resemblence to a RISC architecture than they do a CISC.

      --



      /dev/random
    72. Re:Newsflash! by ltwally · · Score: 1
      There is more to the RISC architecture than the instruction set. RISC introduced not only a Reduced Instruction Set, but also the cpu cache and multiple pipelines.

      These are all elements found on modern x86 cpu's, yet they are RISC-derived. If you look at the features found and architectures of any moder x86 clone, you will find it far more like a RISC chip than the CISC of yesteryear. The only part of these chips that is CISC is the instruction set that is used by software. Internally, it has a RISC instruction set.

      To ignore the other aspects of RISC architecture is an injustice to the revolutionary concepts that RISC was. These days, all desktop, notebook and server cpu's are either pure RISC, or far more RISC than CISC. It's just a fact.

      --



      /dev/random
    73. Re:Newsflash! by crmartin · · Score: 1

      That's a pretty subtle distinction you're drawing for it to deserve an exclamation point.

      I'm not saying that modern chips are exactly the same as microcode in previous generations; I'm saying that the notion that it's not a complex instruction set because it's decoded into a simple instruction set is mistaken.

      The whole point of the 801 was to show that you could make a simple, very small (801 didn't even have a multiply instruction) completely wired instruction set and do the instruction decoding in the compiler. If the instruction set size is large, and the instructions are decoded into internal micro-operations, whether they're run through a microcode interpreter loop or sliced longways like VLIW, it's still a Ccomplex Instruction Set Computer.

    74. Re:Newsflash! by Guy+Harris · · Score: 0, Offtopic
      That's a pretty subtle distinction you're drawing

      No, it's not. The distinction is between the way the P6 and subsequent x86 cores from Intel (and the NexGen Nx586 and subsequent x86 cores from the company that bought NexGen, AMD) implement the CISC x86 instruction set, i.e. by carving instructions into micro-ops and executing the micro-ops mainly in hardware as individual operations, and the way the microcoded S/360's implemented the CISC S/360 instruction set, i.e. by using the opcode to dispatch to a routine in microcode.

      The first is sort of like binary-to-binary translation; the latter is like interpretation.

      or it to deserve an exclamation point.

      To what exclamation point are you referring? There was none in my posting (there was one in the subject line of the posting to which I responded, but I didn't put that one there, so I wasn't the one who decided that something deserved an exclamation point).

      I'm not saying that modern chips are exactly the same as microcode in previous generations; I'm saying that the notion that it's not a complex instruction set because it's decoded into a simple instruction set is mistaken.

      Then why bring up the S/360's? They didn't decode S/360 instructions into a simpler instruction set; the microcoded ones implemented them as something like calls to routines in a lower-level instruction set - they didn't have a decoder that generated streams of microinstructions on the fly.

      The real point is that "CISC" and "RISC" are terms that apply to the instruction set architecture, independent of implementation. The latest shiniest x86 processors execute a "core" instruction set (leaving all the SIMD stuff out) that's very similar to that of the 80386; you don't get access to, for example, the full set of hardware registers used for register renaming, or the micro-ops, so you can't generate code for the "micro-op machine". The micro-op scheme might allow similar implementation techniques to those used in fancy superscalar and OOO RISC processors to be more easily used on CISC processors, but, as you note, that doesn't turn them into RISC processors, because the native instruction set, i.e. the one the processor fetches from memory and runs, isn't RISC. That's the way to make the point that modern x86 chips are still CISC processors.

    75. Re:Newsflash! by calambrac · · Score: 1

      Wait... what? V8 sports cars are always marketed as much faster than four-cylinder economy cars.

    76. Re:Newsflash! by Anonymous Coward · · Score: 0

      PowerPC uses a hardware decoder as well. Even though it's RISC, it's still needs reduced instruction complexity. Oh well.

      Also, due to moore's law, the amount of die space a hardware decoder requires is unimportant.

    77. Re:Newsflash! by steeviant · · Score: 1

      You have to admit that "twice as amazing" sounds better than "half as fast when running most existing software".

    78. Re:Newsflash! by Anonymous Coward · · Score: 0

      I'm surprised noone has brought up the results over at the luxology. Brad Peebler got access to an iMac to confirm the results and here's a bit of what he said:

      "Apple's numbers on modo were right and wrong. WIth the test data we sent their numbers were SPOT ON. I can confirm a 2.6x speed improvement with the intel iMac over the G5 iMac. Here's where it gets interesting. When I increased the number of antialiasing samples to get a longer render the delta got even larger! My final test showed the intel mac besting the G5 iMac by over 3.2x."

      The quote is taken from here: http://forums.luxology.com/discussion/topic.aspx?i d=4782

      Also on the forum is results taken from one test on an intel iMac compared to Powermac G5's which also shows great performance increases:

      "However, what you're all curious about is how modo performs - and I have to say that I am VERY impressed. I haven't had much time to do benchmarks, but on a simple test scene, my iMac is almost twice as fast as my main DUAL 2 GHz G5. Again, not compared to the old iMac, but to a 2 GHz Dual G5. That's awesome.

      iMac (2 GHz Core Duo): 13.2
      Dual 2 GHz G5: 20.5
      Quad 2.5 GHz G5: 8.7"

      This is quoted from this thread here: http://forums.luxology.com/discussion/topic.aspx?i d=4880

      So I'm not really fussed how iMove and iPhoto perform on the new iMacs, what matters to me most is how well pro apps like modo run because 3D is one area where you always need more processing power. And it turns out that these new processors perform exceptionally well. It even turns out Apple could have had the numbers higher if they'd wanted to.

      Performance is most important to professional application users and in modo's case there really is that much of a performance increase, even greater in fact. So I don't really think it's just hype if pro app in real world uses runs just as fast as claimed.

    79. Re:Newsflash! by ltwally · · Score: 1
      "Also, due to moore's law, the amount of die space a hardware decoder requires is unimportant."
      Not true. Imagine if instead we could use that space for increased cache, or a more complex integer or floating point unit? How much more powerful would or processors be if we weren't burdened with a decode unit that takes up 1/4 of the processor's space???
      --



      /dev/random
    80. Re:Newsflash! by Shanep · · Score: 1

      This would be a classic post of missing the point and focusing on the 'wording' used, instead of what the person was meaning...

      I have not missed the point, I have just merely not addressed it as a whole. Instead I simply focused on one very specific point which interested me.

      I didn't realise conversations were not allowed to branch off at all into any related area. I don't know how I can possibly see the day out with this terrible burden I have brought onto myself. I hope the slashdot readership will be able to forgive me.

      --
      War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
    81. Re:Newsflash! by bstone · · Score: 1

      Most certainly a new CISC design wouldn't resemble the x86 architecture. That architecture was designed around an entirely different set of constraints on how the hardware could be built (and on a bunch of compatability constraints with older [4004, 8008, 8080, ...] architectures) that are no longer an issue today. The IBM/360...z/900 architecture is also dated by requirements for compatibility with some really OLD hardware and software designs. Conceptually, a new CISC design could vastly improve on these old designs, and personally anyway, I think the M68000 series CISC instruction set for example, was significantly "better" designed, but the older CISC designs have a huge amount of legacy code running on them, so a new design will always start off in a deep hole trying to gather market share.

      In addition, building compilers to effectively use novel CISC architectures is much more complex than converting compilers to generate efficient code on competing RISC systems. In RISC systems, generally there are a LOT of similarities between different system's instruction sets, and a few (albeit important) differences between them. In different CISC architectures, pretty much everything changes. You have similar problems rebuilding assembler level code routines from one CISC architecture to another.

      I doubt that the advantages of a new CISC architecture would be able to overcome the difficulties of converting to it, at least not until there is a major change in the playing field (such as quantum computing systems, or something equally revolutionary in the future), where rebuilding pretty much everything from scratch is necessary in order to effectively use it. Other architectures that are neither RISC or CISC, but something different altogether may also evolve (for example, the Itanium architecture, at least to me with my limited knowledge of it, seems to be a branch into a somewhat different realm).

    82. Re:Newsflash! by LizardKing · · Score: 1

      None of Intel's desktop, notebook or server cpu's are CISC. They haven't been for several years, now. They are actually RISC-like in nature, with a big fat CISC decoder that transforms those nasty CISC commands into "micro-ops."

      Just like micro-programming on a late 1970's VAX. How very advanced. The only thing that keeps Intel in the game is the high clock speeds and inanely long pipelines. The internal design of the Pentiums are still crippled by the desire for backwards compatability with the 8086.

    83. Re:Newsflash! by LizardKing · · Score: 1

      Arm discovered that their risc processors were all very well and good, but the instruction stream was quite BIG and required lots of storage

      This is quite an extreme case. For general purposes, the increased number of instructions is offset considerably by their smaller size. Because there are fewer instructions and addressing modes, instructions can be encoded (and decoded by the processor) much more efficiently.

    84. Re:Newsflash! by Bert64 · · Score: 1

      And if you know what you want installed, you can leave it overnight easily...
      I migrated from 1 machine running gentoo to another, i simply copied my homedir, took a package list from the original machine and told the new system to build those packages...
      Few hours later, all was ready for me, exactly how the old system had been but now optimized for the newer machine.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    85. Re:Newsflash! by crmartin · · Score: 1

      Guy, get a grip. You're violently agreeing with my point, while quibbling with the wording "decode" --- which, it happens, I adopted when I took "Advanced Computer Architecture" from Fred Brooks. The Fred Brooks.

    86. Re:Newsflash! by MartinB · · Score: 1
      Apple have a history of using basically meaningless measures of performance in their marketing literature and this should concern us.

      Ah, I understand now. This is in contrast to the entirely meaningful performance measure of clock speed used elsewhere in the industry, of course. Thankyou so much for clearing that up for me.

      --

      The only thing you can accurately describe as "Scotch" is a sticky tape made by 3M. And it's

    87. Re:Newsflash! by mdwh2 · · Score: 1

      Apple hasn't bashed an Intel chip via their marketing since back when the G4 was actually considered a fast chip.

      Not true - even with the G5, they were still making claims of "fastest personal computer", with carefully chosen benchmarks to show PPC being (supposedly) faster than x86 (eg, see http://www.apple.com/pr/library/2003/jun/23pmg5.ht ml ).

    88. Re:Newsflash! by ClamIAm · · Score: 1
      The Pentium Pro had the micro-op stuff, as do its descendants.

      That doesn't mean it can't be/is not "more CISC-like" than the P4.

    89. Re:Newsflash! by Guy+Harris · · Score: 1
      That doesn't mean it can't be/is not "more CISC-like" than the P4.

      One thing it does mean is that it has the same "translate to micro-ops" notion that the P4 does, and that's what the person to whom you were responding was talking about, so, given his view of what's "RISC-like", the PPro, not the P4, was the first of the "RISC-like" x86 processors from Intel (i.e., he was not describing only NetBurst, he was describing the way the P6, NetBurst, and Pentium M microarchitectures all work).

      As far as I'm concerned, processors aren't "RISC-like" or "CISC-like", instruction sets are. The x86 instruction set isn't RISC, given that it has complicated instructions such as CALL (especially in its full generality, even if that's not much used), and given that it has memory-reference arithmetic instructions.

      However, in recent implementations of x86 from Intel and AMD, the execution engine processes micro-operations that are perhaps at the same level of complexity as RISC instructions, so that techniques used to do superscalar and out-of-order execution of RISC instruction sets can be used (or used more straightforwardly) internally on those micro-operations. If those micro-operations form an instruction set, one could perhaps think of that instruction set as a RISC instruction set, but you can't program the processor in that instruction set, so it's not the native instruction set of the processor (and Intel probably doesn't guarantee that the set of micro-ops, or the way they're represented internally in the processor, will remain the same from processor to processor).

      So, while I might say that the Pentium Pro and subsequent x86 chips from Intel, and the Nx586 and the K6 and subsequent chips from AMD, have internal implementations similar to those of superscalar OOO RISC processors, I wouldn't say they're "RISC-like" - especially if I were, as the person to whom you're replying appears to have been doing, trying to respond to a claim that Apple "said ... CISC processors sucked until they switched to them" by saying "well, they still suck - x86 processors are now RISC". Intel didn't change the core x86 instruction set (other than adding conditional move and some other instructions) when they went from Pentium to Pentium Pro, they just changed the implementation technique.

      The "CISC sucks, RISC rules" arguments were, at least as I remember them, arguments that implementations of CISC instruction sets were doomed to be slower than implementations of RISC instruction sets (assuming they even had that level of technical detail - how much detail did the infamous "CISC vs. RISC" graph ad have?), due to the nature of CISC and RISC. Perhaps it's just that the size of the market for chips that execute the x86 instruction set allowed Intel to throw cubic dollars at the problem and close the gap, the claims about the nature of CISC and RISC nonwithstanding.

    90. Re:Newsflash! by speculatrix · · Score: 1

      my particular point was that when you're dealing with embedded systems, and memory is eight bits wide, having to have four chips on board to have a 32 bit memory tends to make things quite big.

    91. Re:Newsflash! by Anonymous Coward · · Score: 0

      "I wish they'd known"

      "If I knew..."

      Wow, they don't teach much to you moustached cock gobblers in the great arctic of America Jr, do they?

  2. SHOCKED by Anonymous Coward · · Score: 1

    Shocked, SHOCKED I am, to hear that Steve may have exaggerated the performance claims!

    1. Re:SHOCKED by Anonymous Coward · · Score: 0

      It's a golden opportunity for Karma Whores. Every time yet another web site published their performance tests of the new iMac, there will be yet another story on Slashdot about how their speed was "overhyped" during the Stevenote. Copy and paste the highest-moderated comments from these stories to the new ones as they come out, and POW! Instant Karma's going to get you.

      Oh, by the way, just in case no Karma Whores get around to pasting comments that point it out, Jobs never claimed that the systems themselves were "2x" faster. He went out of his way that the CPU did twice as well on Integer benchmarks, but the systems are still mostly the same.

      Posted anonymously so I'm not accused of playing the game.

    2. Re:SHOCKED by aztracker1 · · Score: 1

      You seem to have forgotted the obligatory smiley.. ;)

      --
      Michael J. Ryan - tracker1.info
    3. Re:SHOCKED by Anonymous Coward · · Score: 0

      But everyone is shocked when Bill exaggerates his claims. Double standard.

    4. Re:SHOCKED by Achromatic1978 · · Score: 1
      No, he just let Apple's marketing do that. Check out all the Apple sites. "Presenting MacBook Pro. 4x faster."

      No asterisks. Just that. I don't think you can get around "well, he didn't actually say that" - maybe /he/ didn't, but Apple certainly is pushing that line, in a big way.

  3. Compiler? by spectrokid · · Score: 3, Interesting

    What compiler does Apple use? As they are starting from scratch, they should be able to optimise for this specific chip without taking backward compatibility into account...

    --

    10 ?"Hello World" life was simple then

    1. Re:Compiler? by sgant · · Score: 3, Informative

      At the moment I think they're using gcc.

      --

      "Leo Fender was in a 'state of grace' when he designed the Stratocaster." -- Paul Reed Smith
    2. Re:Compiler? by Anonymous Coward · · Score: 0

      10 ?"Hello World" life was simple then

      Actually, it was needlessly complex. Why did you as a human have to worry about numbering the lines? How is ? as a shorthand for print easy to read? Don't forget that your comment "life was simple then" had to be place on a new line, prefixed by "rem" (although more modern BASIC interpreters used the ' symbol to denote the start of comments).

    3. Re:Compiler? by Anonymous Coward · · Score: 2, Informative

      GCC 4 to be exact. They helped make it.

    4. Re:Compiler? by Anonymous Coward · · Score: 0

      What compiler does Apple use? As they are starting from scratch, they should be able to optimise for this specific chip without taking backward compatibility into account...

      They're using GCC, same as always. In what sense do you think they are starting from scratch?

      The Core Duo isn't that much different from previous Intel chips, so there's not a huge amount to be gained through processor-specific optimizations.

    5. Re:Compiler? by QuietLagoon · · Score: 1
      What compiler does Apple use?

      Objective c language, possibly the gcc compiler

      Objective-C is a object oriented superset of C with a Smalltalk style (infix) message syntax. It was originally written by Brad Cox and the StepStone corppration in the early 1980s. In 1988, it was adopted as the development language for NeXTstep and was made a part of the GNU gcc compiler in 1992. It is currently used as the principle programming language for MacOSX (which is based on NeXTstep) and as the language for the GNUstep project on Linux and other platforms. Objective-C's weak typing and runtime features distinguish it from C++ and Java./i?

    6. Re:Compiler? by oudzeeman · · Score: 1

      Objective C is used for Cocoa applications. The kernel is mostly C. IO Kit Drivers use a subset of c++. All compiled with gcc.

    7. Re:Compiler? by Anonymous Coward · · Score: 0

      Why not use intels icc to squeeze a little more performance?

      And with reference to the OP, Apple can flick all the right optimisation switches (Gentoo style) as they know exactly what hardware they have.

    8. Re:Compiler? by Wesley+Felter · · Score: 1

      Sometimes Apple uses GCC and sometimes ICC. Both compilers have non-backwards-compatible flags, so I would guess Apple is using them.

    9. Re:Compiler? by laffer1 · · Score: 5, Informative

      Xcode includes 4.0.1 of GCC but apple was using GCC 3.x to compile the kernel in 10.4. Kernel modules are C++, so it wasn't possible to use GCC 4.0 yet. (since GCC 4 tried to be more compliant.. even KDE 3.x didn't compile on it) Apple said they used intel compilers for the testing though I believe on the intel macs and ibm's compiler for the ppc build. I wish they would have used GCC since its more fair in a way. If anything its optimized for the x86 platform more, but its more apples to apples. :)

      Only intel zealots would think that an intel chip would be 3 times faster anyway. POWER isn't that bad or Microsoft wouldn't have put them in xbox 360s. Another factor is that the software "optimized" for x86 hasn't been out long. Sure apple's been keeping the old nextstep port alive all these years (it ran on intel and 68k), but making it run and tuning it for the latest pentium chip are two different things.

    10. Re:Compiler? by Wiz · · Score: 2, Interesting

      Ok, I don't think this is right. I watched part of the keynote the next day and when Jobs was talking about performance he said both chips were using the "best possible compiler" and these were identified as Intel's compiler for x86 and the IBM compiler for the PPC.

      Although using Xcode, yes, they use GCC. I think at this point they were trying to get the best number possible. :)

      Of course, when the G5 came out they used GCC when comparing it against the Pentium 4 as this was "fair". More likely, it was due to the fact the Pentium 4's architecture didn't show good performance when running under GCC due to it's long pipeline and SIMD dependenicies. They didn't show how an Athlon64 did either, which I suspect would have been close.

      Not that I'm saying the G5 is a bad chip, but it is interesting how they used GCC then and now use Intel's compiler for benchmarks!

    11. Re:Compiler? by delire · · Score: 1


      According to this article Apple is in the habit of compiling for size, not for performance (the -0s switch). This was with the G5 - a very capable chip.

      Of course they're going to throttle their machines a little to drive hardware sales. Is that so surprising? They're an aggressive corporation hell-bent on dominating the market in volume sales. They will treat customers like idiots, and as well trained idiots most will give money to that charismatic older man in the Armani suit.

      The performance of stock (barely affordable) Apple boxes has always been a joke - I don't see that changing too soon.

    12. Re:Compiler? by Krach42 · · Score: 4, Insightful

      Only intel zealots would think that an intel chip would be 3 times faster anyway. POWER isn't that bad or Microsoft wouldn't have put them in xbox 360s. Another factor is that the software "optimized" for x86 hasn't been out long. Sure apple's been keeping the old nextstep port alive all these years (it ran on intel and 68k), but making it run and tuning it for the latest pentium chip are two different things.

      It's not. The iMac Intel just has a dual core processor. The actual increase in speed from a G5 to a Core Duo is only about 10~25%, the rest just comes from getting two of them.

      So, SURPRISE, comsumer level single-threaded apps only get a 10~25% increase, it's AMAZING.

      --

      I am unamerican, and proud of it!
    13. Re:Compiler? by soft_guy · · Score: 1

      They did not use gcc for the benchmarks they showed at MacWorld. They used IBM's PPC compiler and Intel's compiler. They said they wanted to use "the fastest available" for each chip.

      --
      Avoid Missing Ball for High Score
    14. Re:Compiler? by Anonymous Coward · · Score: 0

      Hmmm, one of the main complains with the Xbox360s are their power supplies, running very hot, being very large, and having a higher then normal failure rate...

      The P4s do draw alot of juice, that's just a byproduct of running at the frequencies they do.

    15. Re:Compiler? by EvilJohn · · Score: 1

      Mostly because the intel compiler has poor Objective-C support, which a lot of Mac Apps are written in.

      --

      Less Talk, More Beer.
    16. Re:Compiler? by Anonymous Coward · · Score: 0

      Yes, but I can move my mouse AND run an application at the same time now!

    17. Re:Compiler? by Axello · · Score: 1

      That's not the speed of light in imperial standards. What is it?

    18. Re:Compiler? by justsomebody · · Score: 1

      GCC 4 to be exact. They helped make it.

      Wow, that sounds just as Apple would be one of the main driving force behind gcc. No, they just made few extensions THEY needed, nothing more. GCC could exist and progress without Apple any day.

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
    19. Re:Compiler? by Anonymous Coward · · Score: 0
      Only intel zealots would think that an intel chip would be 3 times faster anyway.

      No, only certain Apple zealots would believe such a ridiculous claim because Steve Jobs said it. An Intel zealot would know enough about processors to see the bullshit in such a claim, even if Gordon Moore said it (he wouldn't).

    20. Re:Compiler? by Guy+Harris · · Score: 1
      That's not the speed of light in imperial standards. What is it?

      The speed of light in furlongs/fortnight, as calculated by that handy app that comes bundled with OS X, "units":

      $ units
      500 units, 54 prefixes
      You have: c
      You want: m/sec
      * 2.9979246e+08
      / 3.335641e-09
      You have: c
      You want: furlongs/fortnight
      * 1.8026175e+12
      / 5.5474886e-13
    21. Re:Compiler? by WatertonMan · · Score: 1

      While your largely single threaded apps only get a 25% increase, that second core means you can be doing something else quite well while that one app is running. I do this all the time with iMovie on my dual 800. It really does make the system feel more responsive. So while everyone is right, I think they discount the real world effect of dual processors or dual cores.

    22. Re:Compiler? by Krach42 · · Score: 1
      --

      I am unamerican, and proud of it!
    23. Re:Compiler? by Krach42 · · Score: 1

      I don't debate that the second processor is good. In fact, I highly agree! I have had a number of dual cpu systems. I had a dual P3-800MHz when the top of the line was 1GHz, and now I have a dual 2.7GHz G5.

      Both have been/are far more responsive than any single cpu, single core system I've ever used, even with hyperthreading. (which, btw, I have issues with, and in generally would rather not have, than have.)

      I explained on my blog why they upgraded the iMac first, because if they had upgraded the PowerMac first, then it would have been just "10~25% faster", which doesn't carry the same thunder as "2~3x faster", and Apple is going to play the biggest card it can off the bat, as they always have.

      The iMac Intel is by far a much better machine than the iMac G5, but don't fool yourself into thinking that the single-threaded apps are going to get any speed boost.

      --

      I am unamerican, and proud of it!
    24. Re:Compiler? by steeviant · · Score: 1

      They actually did use Intel's ICC compiler for the benchmarks on the Core Duo, and IBM's XLC compiler on the G5.

      As another poster mentioned above, there are no accelerated compilers with Objective C support at the moment, so compiling iLife with an advanced compiler is pretty much out of the question at the moment.

    25. Re:Compiler? by Axello · · Score: 1

      Great utility. I tried calculating it myself, but 15 years after uni I got a bit rusty in the furlong business.
      thanks.

    26. Re:Compiler? by SteeldrivingJon · · Score: 1


      "Apple is in the habit of compiling for size, not for performance "

      The rationale being that smaller code is more likely to fit within the CPU cache, making it run faster.

      --
      September 2011: Looking for Cocoa/iOS work in Boston area Cocoa Programmer Quincy, MA
    27. Re:Compiler? by delire · · Score: 1


      Just a shame it doesn't appear to work. Having spent quite a bit of time with a G5 recently I can't help getting the feeling that what is left of BSD is twiddling it's thumbs while top is running hot and the process table is loaded.

      Even a young Linux distribution, with a generic PPC kernel, seems to breathe new life into the Apple PPC offerings, albeit I've only actively compared 3D performance and video encoding.

  4. Well, from what I remember from the Keynote by sgant · · Score: 5, Interesting

    Steve Jobs said that he was talking about the processors being faster...and he specifically said not everything is going to be faster like the hard drives and memory etc etc. Just the processors which is why he showed the SPECmarks or whatever this phantom benchmark that, to my knowledge, isn't a free download from anywhere. Or was I the only one that heard him prefacing the results?

    Oh well, let the Mac bashing continue, blood is in the water.

    --

    "Leo Fender was in a 'state of grace' when he designed the Stratocaster." -- Paul Reed Smith
    1. Re:Well, from what I remember from the Keynote by TubeSteak · · Score: 1
      http://www.starlink.rl.ac.uk/star/docs/ssn23.htx/n ode19.html
      While the results from this package should be in broad agreement with manufacturers' SPECmark ratings, they will provide a more realistic performance estimate for Starlink machines. SPECmark ratings tend to indicate the potential that it is possible to realise with a machine rather than the performance that will actually be returned when running `real' applications.
      SPECMARK = Systems Performance Evaluation Cooperation Mark

      http://www.specbench.org/
      --
      [Fuck Beta]
      o0t!
    2. Re:Well, from what I remember from the Keynote by TubeSteak · · Score: 2, Informative
      SPEC MARK
      SPEC = Standard Performance Evaluation Corporation
      Formerly System Performance Evaluation Cooperative

      http://www.pcmag.com/encyclopedia_term/0,2542,t=SP ECmark&i=51813,00.asp
      An organization founded in 1988 to establish standard benchmarks for computers. Its first benchmark was a single CPU rating known as the "SPECmark," in which one SPECmark was equivalent in performance to a VAX 11/780. Although SPEC benchmarks continue to rate CPUs, SPEC has a variety of benchmarks to measure graphics subsystems as well as Java, and Web, mail, application and file servers.
      And no, it isn't a free download from anywhere

      http://www.spec.org/order.html
      CPU2000 V1.3
      • Retail ($500)
      • Upgrade ($250)
      • Educational/non-profit ($125)
      --
      [Fuck Beta]
      o0t!
    3. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 3, Insightful

      Steve Jobs said that he was talking about the processors being faster...and he specifically said not everything is going to be faster like the hard drives and memory etc etc. Just the processors which is why he showed the SPECmarks or whatever this phantom benchmark that, to my knowledge, isn't a free download from anywhere. Or was I the only one that heard him prefacing the results?

      Oh well, let the Mac bashing continue, blood is in the water.


      Possibly, but then why does their web site specifically word things to make the 'average' consumer think the new computers are going to be twice as fast?

      Did he not convey this to his Marketing and Web team well enough that they wouldn't use wording to mislead customers again?

      www.apple.com
      "iMac has always made it fast and easy to do the most amazing things. Now the fast and easy part literally doubles overnight -- because the newest iMac computers are powered by the Intel Core Duo."

      This is going to be another one of the 'first 64bit desktop computer' things... Which was very closely worded, but yet mislead the majority of the Apple consumer market (to the point the UK made Apple pull ads stating such facts)

      And ironically, OSX still isn't a 64bit OS before the G5 is already outdated, and now their new 'performance' Mac is running on a Dual Core 32bit processor...

      What happened to leading the 64bit revolution crap we had to listen to uninformed Mac Users recite from the Apple Marketing book?

      And here I am sitting with a Dual Core 64bit Notebook, that is almost twice the rated SPEC 'benchmark' of the Mac Intel Duo, and the Apple world is going crazy on how superior their stuff is already. (Even Apple's Web Site, not just the fan boys and girls.)

      Lame, once again, and ONCE AGAIN - MAC Customers SHOULD BE DEMANDING MORE FROM APPLE, and instead are just drinking whatever kool-aid the Apple Marketing Buzz gives them...

    4. Re:Well, from what I remember from the Keynote by Overly+Critical+Guy · · Score: 1

      Possibly, but then why does their web site specifically word things to make the 'average' consumer think the new computers are going to be twice as fast?

      BECAUSE THEY'RE TRYING TO SELL MACS.

      Sigh. This article is a dupe anyway. Third one today?

      --
      "Sufferin' succotash."
    5. Re:Well, from what I remember from the Keynote by terevos · · Score: 1

      Is this a flame or what?

      The 'performance' Mac is not running on a Dual Core 32 bit proc, it's running a Dual G5 64 bit proc. The iMac is not Apple's fastest machine.

      And yeah - I want 64 bit - I'm not happy with the move to Intel. I would've been a lot happier with AMD. But I care a whole lot more about the OS than the hardware it runs on.

    6. Re:Well, from what I remember from the Keynote by Anonymous Coward · · Score: 0

      And here I am sitting with a Dual Core 64bit Notebook, that is almost twice the rated SPEC 'benchmark' of the Mac Intel Duo.

      That must really bring in the chicks. Even better, the massive, sun-like heat generated against your lap will ensure you never impregnate anyone. Where do I order?

    7. Re:Well, from what I remember from the Keynote by d^2b · · Score: 1
      Just the processors which is why he showed the SPECmarks or whatever this phantom benchmark that, to my knowledge, isn't a free download from anywhere.
      It is true that SPECmark is not free, but to call it phantom is is unfair. www.spec.org is probably the most respected "engineering computation" benchmark around. Now whether that reflects what people want to do with Macs is a fair question.

      There probably isn't one set of application benchmarks that would make everyone happy. At least the SPECInt (as opposed the SPECFp) are reasonably predictive of tasks like compilation.

      By the way, they used to have a deal where it was pretty cheap for CS departments to get a copy.

    8. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 1

      The 'performance' Mac is not running on a Dual Core 32 bit proc, it's running a Dual G5 64 bit proc. The iMac is not Apple's fastest machine.

      And yeah - I want 64 bit - I'm not happy with the move to Intel. I would've been a lot happier with AMD. But I care a whole lot more about the OS than the hardware it runs on.


      I completely agree with you...

      Now as a 'Mac Customer' you need to tell Apple this, don't be happy with the flavor of the week they are trying to push at their base market.

      Also demand for them to deliver a real 64bit version of OSX. They might as well make the leap for their performance line, when they move to 64bit Intel processors.

      That way they do the full platform migration and catch 64bit drivers, etc, all in one shot, and not have to do a 64bit transition down the road. I truly wish they would have picked a 64bit processor for the first x86 generation Macs, and done the 64bit thing fully during this transition already.

      Even with the vast driver support of XP 64bit, there is still a gap in the market, and as Apple ventures into the x86 world, they are going to be hit with this gap harder than anyone.

      Take Care,
      TheNetAvenger

    9. Re:Well, from what I remember from the Keynote by DrXym · · Score: 1
      Steve Jobs said that he was talking about the processors being faster...

      Which is all well and good until you visit apple.com and see on their very front page the new Macs being touted as "4x faster (wishes do come true)" and "2x faster. Twice as amazing". Deceptive advertising in other words. I'm sure apologists will say "ah but if you click a few times, and read the small print that they're talking about some specific tests". Never mind that you'd have to be technically minded to even understand what those tests are or why they are total BS for real world comparison purposes.

    10. Re:Well, from what I remember from the Keynote by Krach42 · · Score: 1

      Jesus servo....sulum alius capio 3D6 contricio detrimentum.

      Please learn Latin or you just sound weird, and don't make any sense.

      "Jesus servo" has two agents, "Jesus" and the speaker. "Jesus servat" (Jesus saves) would be what you're looking for. Or "Jesum servo" (I save Jesus) but I doubt this is the meaning you're intending.

      The rest of it is so mangled, I can't make out what you're saying... except just from context, I'm guess you're trying to say something like "... saving throw of 3D6 against ..."

      --

      I am unamerican, and proud of it!
    11. Re:Well, from what I remember from the Keynote by The+Ilia · · Score: 0

      "Even with the vast driver support of XP 64bit..." You were being sarcastic, right?

      --
      All of the brightest boys, To play with the biggest toys - More than they bargained for...
    12. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 1

      That must really bring in the chicks. Even better, the massive, sun-like heat generated against your lap will ensure you never impregnate anyone. Where do I order?

      Sorry, unlike the pimple crowd, I'm not looking for 'chicks', happily married...

      But I can work and test and develop on a laptop that outperforms most desktops. I get about 5500 3dMark 2005, and can play virtually any game at the notebook's native 1920x1200 resolution with 4xFSAA.

      Chick magnet, no, productive and fast, yes.

      Take Care,
      TheNetAvenger

    13. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 1

      Even with the vast driver support of XP 64bit..." You were being sarcastic, right?

      WindowsXP 64bit version has more driver support than ANY other OS in history, except the 32bit versions of WindowsXP.

      (And I'm not talking about platforms but hardware it runs on and peripherals, video, sound, etc...)

      Go look it up, it is sadly true...

    14. Re:Well, from what I remember from the Keynote by jred · · Score: 1

      Wait a minute, there's kool-aid? Damn, I need to look into this Apple thingy. I love me some kool-aid...

      --

      jred
      I'm not a mechanic but I play one in my garage...
    15. Re:Well, from what I remember from the Keynote by ErikZ · · Score: 2

      but...but...

      Free Kool-aid!

      --
      Democrats or Republicans. They are both taking us to the same place and they are not afraid of us anymore.
    16. Re:Well, from what I remember from the Keynote by dr.badass · · Score: 1

      And ironically, OSX still isn't a 64bit OS

      That's not "ironic". Furthermore, it's not terribly relevant. Windows XP isn't 64-bit, and yet the majority of x86-64 systems ship with it.

      and now their new 'performance' Mac is running on a Dual Core 32bit processor...

      Actually, Apple's "performance" Mac is a Dual Dual-Core 64-bit G5.

      What happened to leading the 64bit revolution crap we had to listen to uninformed Mac Users recite from the Apple Marketing book?

      You imagined it.

      And here I am sitting with a Dual Core 64bit Notebook, that is almost twice the rated SPEC 'benchmark' of the Mac Intel Duo

      It's probably about twice the size, too, isn't it? What's your point here?

      --

      If you just hate Apple for whatever reason, just say so, instead of acting as though satisfied customers are stupid customers.

      --
      Don't become a regular here -- you will become retarded.
    17. Re:Well, from what I remember from the Keynote by AgentGibbled · · Score: 1

      "Steve Jobs said that he was talking about the processors being faster...and he specifically said not everything is going to be faster like the hard drives and memory etc etc. Just the processors which is why he showed the SPECmarks or whatever this phantom benchmark that, to my knowledge, isn't a free download from anywhere. Or was I the only one that heard him prefacing the results?"

      "Oh well, let the Mac bashing continue, blood is in the water."

      I don't think most people are bashing Macs here, just misleading sensationalism in marketing. What he said is basically akin to my saying "Bogo-sort beats the pants off quicksort! It gets the right answer in just one iteration! Well, sure, there are cases where it's a little slower than that."

      Touting the best case of something while totally ignoring the average- or worst-case is almost always going to be misleading. Sure, the best-case performance of bogo-sort is excellent (if it randomly hits the correct order on the first try), but the average case performance is pretty miserable and in the worst case it never finishes. The same goes for the new Macs. Sure, in a particular canned set of circumstances I don't doubt for a second that it's twice as fast. It sounds like in the "average case" (if there is such a thing for computer usage patterns) it's more along the lines of 20% faster (which is still pretty respectable). It strikes me that this would be a far less misleading basis to market your hardware on.

      So is Steve Jobs "lying" to us? No, but the "4x Faster" logo plastered all over the macbook pro page is certainly rather misleading.

    18. Re:Well, from what I remember from the Keynote by nathanh · · Score: 1
      Steve Jobs said that he was talking about the processors being faster...and he specifically said not everything is going to be faster like the hard drives and memory etc etc. Just the processors which is why he showed the SPECmarks or whatever this phantom benchmark that, to my knowledge, isn't a free download from anywhere. Or was I the only one that heard him prefacing the results?

      Oh well, let the Mac bashing continue, blood is in the water.

      Take that G4 off your shoulder.

      If any other CEO from any other company had made such an outlandish claim then they'd have been torn to shreds before the benchmarks from third party independents like Ars Technica. It's wishful thinking that the Core Duo could have been such an ace in the hole; Intel can't pull a miracle like that out of their butt because the G4 didn't suck that much. So when Jobs claimed in big bold neon lights "FOUR TIMES FASTER" and then in the fine print mumbled "only within my reality distortion field" that was pure deceit. It doesn't matter how strongly you try to post-event justify his loudly spoken lies by pointing to the hastenly spoken fine print.

      This isn't Mac bashing. This is the same contempt we'd hold for any CEO that made such a hoopla out of nothing. I wish you fanboys would stop having one rule for Steve and another rule for all the rest. All the CEOs are lying scumbags and the rest of us don't need fanboys on blogs telling everybody how this particular CEO is a pure white angel.

    19. Re:Well, from what I remember from the Keynote by ceoyoyo · · Score: 1

      Pretty much every company engages in "deceptive advertising." In fact, I'd suggest that if it's advertising, you've pretty much got to assume it's deceptive. Remember the MHz war? How about how car companies mileage figures are for cars on treadmills, with no air resistance? Or all the benchmarks other computer makes (pretty much all of them, including the little shops) used to use showing SpecInt scores? Or the "manufacturer's estimated battery life" numbers that you pretty much only get with the device turned off? Or all the "Windows has a lower TCO than Linux!" papers written on MS's payroll?

      Don't believe the numbers ANYBODY gives you as an attempt to sell you something.

    20. Re:Well, from what I remember from the Keynote by AlterTick · · Score: 1
      "What happened to leading the 64bit revolution crap we had to listen to uninformed Mac Users recite from the Apple Marketing book?"

      You imagined it.

      Did he?

      http://www.apple.com/pr/library/2003/jun/23pmg5.ht ml

      WWDC 2003, San Francisco--June 23, 2003--Apple® today unleashed the world's fastest* personal computer--the Power Mac® G5--featuring the world's first 64-bit desktop processor and the industry's first 1 GHz front-side bus. Powered by the revolutionary PowerPC G5 processor designed by IBM and Apple, the Power Mac G5 is the first personal computer to utilize 64-bit processing technology for unprecedented memory expansion (up to 8GB) and advanced 64-bit computation, while running existing 32-bit applications natively.
      ...
      Press Contacts:
      Natalie Sequeira
      Apple
      (408) 974-6877
      nat@apple.com

      Looks like a carefully weasel worded press release that would indeed lead the uninformed to trumpet a "leading the 64bit revolution" line. Never mind that everything running on the CPU was compiled for 32bit and the 64bit claims applied only to address space and some of the narrow-purpose altivec stuff; that's still enough for the marketing department to truthfully combine "64bit" and "first" in the same sentence. That's all that mattered.
      --
      Conclusion: the Empire squashes the Federation like a bug. Accept it.
    21. Re:Well, from what I remember from the Keynote by NutscrapeSucks · · Score: 1

      that's still enough for the marketing department to truthfully combine "64bit" and "first" in the same sentence. That's all that mattered.

      Actually, it's total lie. DEC shipped $1000 "640bit" Alpha desktops running MS Windows back in the mid 90s.

      And their evidence for "world's fastest* personal computer" was pretty weak -- special Apple conducted SpecMarks that were half the offical scores -- so weak they got in trouble in several countries for making that claim.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    22. Re:Well, from what I remember from the Keynote by dr.badass · · Score: 1

      ...press release...blah blah...

      Have you never read a press release before? Not only did you ignore what the parent was bitching about, but you're ignoring every other press release ever written. For instance, since we're talking about 64-bit dickwaving, here's AMD's version:

      Specifically designed for gamers, PC enthusiasts and digital content creators, the AMD Athlon 64 FX processor is the most technically advanced and highest performing 32-bit and 64-bit PC processor in the world. Systems based on the AMD Athlon 64 FX processor enable a "cinematic computing" experience that is immersive, interactive and provides a new level of realism not available today except from DVD-quality films.

      Are you going to suggest that the former (Apple's) is somehow misleading where the latter (AMD's) is not? "Cinematic computing"? Please.

      And if you think Steve Jobs' "The 64-bit revolution has begun and the personal computer will never be the same again." is bad, try this from Hector Ruiz, CEO of AMD: "The growing number of people looking for cinema-quality PC performance that transforms imagination into reality can now fully realize their dreams."

      If people are reading this kind of crap and taking it seriously, they're idiots independently of what kind of computer they use. On the other hand, I can fault people less for believing that "64-bit makes it go faster" than I could "64-bit transforms your imagination into reality."

      Never mind that everything running on the CPU was compiled for 32bit and the 64bit claims applied only to address space and some of the narrow-purpose altivec stuff;

      Everything that shipped with the computer was 32-bit, yes. See also 90% of AMD64 systems. It's still a 64-bit processor. Still runs 64-bit code concurrently with 32-bit code. Still ships with 64-bit libraries. Still runs 64-bit Linux. You're looking for lies, but all you're finding is marketing. And if you want to complain about marketing, I'd start by asking AMD what the hell "cinematic computing" is, or ask Intel how NetBurst makes the internet faster.

      --
      Don't become a regular here -- you will become retarded.
    23. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 1

      Furthermore, it's not terribly relevant. Windows XP isn't 64-bit, and yet the majority of x86-64 systems ship with it.


      Ah, true that the 32bit Version of WindowsXP is shipped even on many 64bit systems; however, a REAL FULL 64bit version of WindowsXP does exist, and is a FREE upgrade to anyone using a 64bit Processor where the manufacturer did not ship the 32bit version.

      Now show me where I can get the 64bit version of OSX for my 'performance' 64bit G5?

      Actually, Apple's "performance" Mac is a Dual Dual-Core 64-bit G5.

      Get back to me when they ship their performance Intel versions. Also note what you are admitting... The G5 'performance' Macs you can buy now are ALREADY slower than the Intel Duo iMacs introduced, even using the Mac World specifications. And sadly, the G5 being the 'performance' Macs are far behind currect x86 system offerings.

    24. Re:Well, from what I remember from the Keynote by AlterTick · · Score: 1
      Have you never read a press release before? Not only did you ignore what the parent was bitching about, but you're ignoring every other press release ever written. For instance, since we're talking about 64-bit dickwaving, here's AMD's version:

      WTF are you talkiing about? Neither I, not anyone else in this thread, ever claimed Apple was alone in its 64bit dick-waving. I am responding to a specific comment of yours:

      "What happened to leading the 64bit revolution crap we had to listen to uninformed Mac Users recite from the Apple Marketing book?"

      You imagined it.

      Notice the complete lack of reference to AMD and their 64bit posturing. You claimed he imagined the Apple posturing. I provided you with the text of the "Apple Marketing book" he refers to.

      --
      Conclusion: the Empire squashes the Federation like a bug. Accept it.
    25. Re:Well, from what I remember from the Keynote by Bert64 · · Score: 1

      It doesn't, the 64bit version lacks support for a LOT of older peripherals that were supported by the 32bit versions...
      My soundblaster pci, and dec tulip ethernet cards for instance, don't work with 64bit XP (32bit picks them up by default) and my radeon 7200 (original radeon) has no XP64 support at all.

      By contrast, Linux actually supports a lot more hardware because the vast majority of the drivers for 32bit systems also work when recompiled for a 64bit system (and has done for years, a lot of hardware works on 64bit linux/alpha as well)

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    26. Re:Well, from what I remember from the Keynote by dr.badass · · Score: 1

      You claimed he imagined the Apple posturing.

      I did not. I claimed he imagined having to listen to uninformed Mac Users reciting it. And unless he makes a habit of surrounding himself with idiots that he disagrees with (admittedly, Slashdot is a good place for that), he did imagine it.

      My impression is that he is simply reading press releases and marketing materials and then imagining that that hordes of users are screaming it in his face. Kind of fucked up if you ask me.

      --
      Don't become a regular here -- you will become retarded.
    27. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 1

      WindowsXP 64bit version has more driver support than ANY other OS in history, except the 32bit versions of WindowsXP.


      Ok, I requoted this line from my post so you could re-read it...

      It doesn't, the 64bit version lacks support for a LOT of older peripherals that were supported by the 32bit versions...


      I NEVER said WindowsXP 64bit had more driver support than Windows XP 32bit. See above again.

      By contrast, Linux actually supports a lot more hardware because the vast majority of the drivers for 32bit systems also work when recompiled for a 64bit system (and has done for years, a lot of hardware works on 64bit linux/alpha as well)

      And this is different on Windows How? All the manufacturer has to do in most instances is simply recompile their drivers as well.

      The only advantage that the Linux community has is that the majority of its drivers are moddified versions of various other drivers to support a specific piece of hardware, instead of a lot of the drivers being supplied by the Hardware Vendor.

      I can think of several printer drivers that are good examples of this, sure you can get 50 Epson printer models to run under Linix for example, but they are using a common driver, and not always supporting all the features of the specific printer.

      You can do this in Windows to, just use the ESC/2 driver and virtually all Epson printers work without specific drviers.

      As for serious hardcore drivers like from NVidia and ATI, the 64bit versions are just as reliant on the Vendor to provide them in Linux as they are in Windows. PERIOD.

    28. Re:Well, from what I remember from the Keynote by Bert64 · · Score: 1

      // And this is different on Windows How? All the manufacturer has to do in most instances is simply recompile their drivers as well.

      But the point is that they haven't...
      32-bit drivers for a lot of older hardware were provided by microsoft and not the individual vendors in any case.

      Windows users are relying on the vendor to recompile (and test) their drivers for 64bit systems, vendors have no real incentive to do this for non-current hardware, since they want to sell the latest hardware, even if it was just as simple as a recompile (and many wouldn't be, 64bit windows is new and authors of windows drivers have never given 64bit cleanliness much thought).

      By contrast, the sourcecode for these drivers is available for linux... Most linux drivers have been 64bit clean for years (thanks mostly to the alpha and other 64bit platforms on which linux has been running for 10+ years) and are a simple recompile on AMD64. You can recompile the kernel to support these drivers yourself, or use the drivers a distributor compiled.

      So in order to run 64bit windows on my existing AMD64 machine, i need a new nic, new videocard, and new soundcard... Not to mention the fact that i need to get a floppy drive so i can load SATA drivers to even install windows...
      32bit windows won't install without a floppy drive either, but that's another matter, and it does support all my other hardware.

      Modern linux distributions by contrast, install very easily and support all the hardware in this machine out of the box.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    29. Re:Well, from what I remember from the Keynote by AlterTick · · Score: 1
      I did not. I claimed he imagined having to listen to uninformed Mac Users reciting it. And unless he makes a habit of surrounding himself with idiots that he disagrees with (admittedly, Slashdot is a good place for that), he did imagine it.

      Oh, so it was just a speculative calling of "bullshit" on his claim that he heard it, rather than a denial that it ever happened. Kind of an irrelevant comment then, but whatever. Thing is, if he'd spent any time on comp.sys.mac.advocacy (to name one place) 2-3 years ago, you'd be incorrect. Really, just because you may not have heard any uninformed maccies doesn't mean they're imaginary. Check out google groups. They were rife.

      --
      Conclusion: the Empire squashes the Federation like a bug. Accept it.
    30. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 0, Troll

      But the point is that they haven't...
      32-bit drivers for a lot of older hardware were provided by microsoft and not the individual vendors in any case


      With the exception of standard and universal drivers like ATAPI and SVGA, most drivers WERE supplied by vendors, not Microsoft.

      By contrast, the sourcecode for these drivers is available for linux

      This is true, but on a more limited scale than what people relize. Not all vendors provide the source for drivers, and many of the drivers are user created versions that A) Are not 100% compliant with the hardware B) Don't support all the features of the hardware.

      So sure, you can say there are more 64bit drivers, but just like with my Epson example, I could say by using the ESC/2 drier variant, that I support all the epson printers. This does not mean I can use the CD printing features, the higher resolutions, or many of the other advanced features. (This is just an example, not a basis for argument.)

      So in order to run 64bit windows on my existing AMD64 machine, i need a new nic, new videocard, and new soundcard...

      Actually, NO... As you said the drivers that were SUPPLIED to Microsoft, even if they didn't write them, have been ported to 64bit versions. WindowsXP 64bit STILL supports MORE hardware than any 64bit Linux. PERIOD.

      In fact, it supports more drivers than any 32bit Linux even.

      So your argument has basis, it is just not refelected in reality.

      And also BTW, when people in the Windows world DON'T have a 64bit driver for some strange piece of hardware, what do you think they do? They create their own, just like people in the Linux world do... When it comes down to it, there is no difference,

      Windows users are NOT any more reliant on vendors than Linux users. Unless you have an inside track of vendors releasing driver source code to Linux users that Windows users can't see... And this doesn't happen.

      Even when vendors release source for their drivers, Windows developers can grab the source and create a driver just as fast as a Linux user. PERIOD.

      Not to mention the fact that i need to get a floppy drive so i can load SATA drivers to even install windows...
      32bit windows won't install without a floppy drive either, but that's another matter, and it does support all my other hardware.


      Actually, like many *nixes where you also encounter this problem, you can put the drivers on a CD, USB drive, Network Boot Share, etc... PS This would not be an issue for WindowsXP except it was released in 2001, that predates pretty much ALL SATA devices. Get it?

    31. Re:Well, from what I remember from the Keynote by Bert64 · · Score: 1

      It's still an issue for 64bit XP, which was released long after the widespread availability of SATA (and 64bit amd64 processors)

      Sure people *could* write windows drivers, but usually they don't... They simply wait for the vendor to write one, they can't reuse their existing 32bit drivers like linux users can. They would have to develop a new driver from scratch, contrast this with the linux world where not only does sourcecode for fully working 32bit drivers exist which can often simply be recompiled, and in the case of new hardware there are often drivers for older but similar hardware (like your epson printer) that can provide limited functionality immediately, and be used as a basis to provide full functionality. Again, windows users would be forced to start from scratch since 99% of windows drivers don't have sourcecode available.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    32. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 1

      I appreciate the Troll mod, but I would rather see people point out any facts in my post that are not accurate.

      It is easy to mod down or hit Troll, maybe show some insight, and at least point out any fact I presented that is not true or was misleading to justify the standard anti-MS troll mod.

    33. Re:Well, from what I remember from the Keynote by TheNetAvenger · · Score: 1

      I should update this post by noting that Apple has furthered their misleading of customers with new ads on their web site.

      Let me quote their ads, for all that think Jobs was clear about it only being a SPEC comparison, because apparently that is not what Apple believes or is telling their customers.

      "4x faster. (Wishes do come true.)" (15.4 MacBook Pro)
      "2x faster. Twice as amazing." (Base iMac)

      I wonder if the UK will make Apple pull their ads for being misleading again this year...

  5. At least that's one thing that never changes... by TheGuano · · Score: 5, Funny

    Despite the switch to Intel CPUs, the time honored tradition of "Apple benchmarks" continues :)

    1. Re:At least that's one thing that never changes... by larkost · · Score: 2, Insightful

      I think that Apple has usually done a pretty good job at being very specific and far about their benchmarks. They are as specific as anyone else's, but they don't usually pull the underhanded tricks that other places have. As examples:

      Apple usually has a full Photoshop routine that is fairly complex, and almost always is putting together a movie poster. The construction of the movie poster is very realistic, and exactly duplicates the routine that a graphic artist would follow. They have traditionally made sure that there are a number of filters along the way, and filters have traditionally a place where Altivec allowed the PowerPC to shine. So they were choosing an area where they performed really well, but it was a very realistic demonstration for a large section of their customer base.

      Despite being criticized/demonized for turning off HyperThreading on one of their bakeoffs, it turns out that by turning it off they improved the performance of the PC, and if they had left it on they would have been being dishonest. In other words: Apple did the right thing, and was criticized for it.

      Apple has always compared reasonable competitor systems. They don't compare whiteboxes because those are not really competitors, but they do a good job of finding reasonable comparisons to make.

      Apple is advertising the SpecInt/SpecFP, exactly the same benchmarks that people have been throwing at Apple for years as proof that "Macs are slow and overpriced for their speed". Now that they are using the same thing they are going to be called liars for doing this? I don't think that SpecInt/SpecFP are very valuable, but this is exactly how every one else markets, so you can't single Apple out on this one.

      So, would you care to explain where you feel that "Apple benchmarks" are less honest than other benchmarks out there?

    2. Re:At least that's one thing that never changes... by mspohr · · Score: 1
      A computer manufacturer inflating performance measures???

      I am shocked... absolutely shocked!!!

      Didn't they also in the past systematically trash Intel processors as being inferior?

      --
      I don't read your sig. Why are you reading mine?
    3. Re:At least that's one thing that never changes... by Rogue+Pat · · Score: 1

      I don't know about Apple benchmarks but other Apple specs are pretty much spot on. For instance playing time claimed for iPods typically is spot on for regular users. Or even on the conservative side

      Compare that with Sony's playing time, which typically are vastly exagerated. See PSP or Sony's "mp3" players.

    4. Re:At least that's one thing that never changes... by Anonymous Coward · · Score: 0

      Apple used to have benchmarks showing the G4 soundly beating the Pentium 4 at Quake 3. This of course was completely unsupported by reality. In fact Apple typically selects misleading benchmarks (crippling competing configurations for example, relying on results of hand-written AltiVec assembly in one specific program, etc) to sell hardware that really is underperforming. Apple likes to make misleading claims about the performance of its products as well. And of course now Apple is freeing Intel from all of those dull little boxes over at Alienware.

      You can still use a company's products and call them on their bullshit. Microsoft gets it. Intel gets it. AMD gets it. IBM gets it. Sony gets it. Everyone gets called on their bullshit, even if people like their products. Some Apple customers, who confuse paying slightly more for a computer with owning a BMW, just can't deal with that.

    5. Re:At least that's one thing that never changes... by darmey · · Score: 0

      Maaaan...go compare THE WALKMAN with some iPod, no matter how cool it seems to be?

    6. Re:At least that's one thing that never changes... by R3d+M3rcury · · Score: 1

      Actually, my favorite benchmark came from Intel.

      Back when Intel was having trouble getting their chips to compete with PowerPC, they introduced MMX. They had a great benchmark number with Photoshop doing a two-pixel blur. The Intel machine soundly trounced the PowerMac.

      On two pixel blurs.

      If you did a three-pixel blur, the PowerMac trounced the Intel machine. If I remember right, they were pretty close on a four-pixel and, from there on out, the PowerMac won.

      Again, it's "Lies, Damned Lies, and Benchmarks." Yes, Steve is going to get up there and show statistics and benchmarks saying things like twice or three times as fast. He'll quickly bring up the fine print about how these are processor measurements and that the disks aren't faster, etc. But what will stick in your head is "two-times faster!"

      So you need to take all benchmarks with a grain of salt. And laugh at those who complain.

      My favorite: A few years ago, Apple used Spec benchmarks to show how the G5 stomped the latest from Intel. People complained because Apple used GCC on both platforms and they should have used Intel's compiler because it produces faster code. A few years later, Apple had some benchmarks on it's website showing a PowerMac running Final Cut Pro trouncing an Intel machine running Adobe Premier. People complained because Apple should have used the same software on both platforms.

    7. Re:At least that's one thing that never changes... by AHumbleOpinion · · Score: 2, Informative

      I think that Apple has usually done a pretty good job at being very specific and far about their benchmarks.

      Like when Apple used old 486 code to test on a Pentium, but used new PPC code on the Mac side?
      Like when Apple used an old MMX code to test on a SSE equipped x86 CPU, but used new Altivec code on the Mac side?
      Like when Apple's spec results for a particular x86 CPU did not match the official results, Apple used a weaker x86 compiler?

      To be fair, this was all in marketing info, not in an engineering analysis, so I guess such games are fair. Apple's "tricks" were disclosed in the fine print.

  6. Apples and Oranges by Anonymous Coward · · Score: 5, Insightful

    Steve Jobs was reporting improvments in CPU benchmarks, but the article refers to application benchmarks.

    The CPU is going to be doing different things from those benchmarks in those applications- and may not even be the bottleneck in any given "real world" task.

    Now whether Steve should have demonstrated "real world" improvements is up for debate, but all he presented were CPU benchmarks. He made no claim about application performance.

    1. Re:Apples and Oranges by TNOVA · · Score: 1

      I agree. Steve Jobs even make reference that the performance of new iMacs are still tied to sub-systems like disk and network I/O. Duhh, MacWorld.

    2. Re:Apples and Oranges by Overly+Critical+Guy · · Score: 1

      What do you think you're doing?! Injection sane rationality and logical reasoning into a Slashdot discussion about Apple benchmarks is akin to introducing a matter/anti-matter explosion. Please, keep your filthy rationality on sites like Arstechnica.

      --
      "Sufferin' succotash."
    3. Re:Apples and Oranges by Anonymous Coward · · Score: 0
      He made no claim about application performance

      Nope, nobody was left with that impression. No sire. "Most important benchmarks" makes it crystal clear for all types of users that he made no such claim. And users certainly won't get the impression from reading what the Apple Web site says about the new Macs. They are crystal clear on them not being 2x/4x faster in real world applications. But, more importantly, where did his "supercomputer" go?

  7. Is this really a surprise? by Steev · · Score: 2, Interesting

    Lots of people here have run Linux or a Unix variant on very similar hardware. Surely they knew already the kind of performance they would get out of it, since OS X is basically unix under the covers. I don't think this should really be a surprise to many.

    1. Re:Is this really a surprise? by turgid · · Score: 3, Informative

      Lots of people here have run Linux or a Unix variant on very similar hardware. Surely they knew already the kind of performance they would get out of it, since OS X is basically unix under the covers. I don't think this should really be a surprise to many.

      If only 't were so simple.

      Unix-like operating systems (Linux, *BSD, Solaris, AIX, HP/UX etc.) present a common standard interface to the world, however the implementation details behind that interface differs radically amongst those platforms, and even between kernel versions with Linux.

      As such, while these OSes may be able to run the same software, they do so with very different performance characteristics.

      As a starting point, you should consider the differences between System VR4, Linux 2.4, Linux 2.6 and FreeBSD. There are many good books on the subject.

    2. Re:Is this really a surprise? by Ardeocalidus · · Score: 2, Insightful
      Mac OS is based on Darwin, which is a specific flavor of Unix. Apple has finely tweaked their operating system for their hardware and this is why you get the great performance on the PowerPC architecture, even though support for x86 is more mainstream.

      Linux and Unix flavors are bred for universal comptibility. You have to give up some power to gain some portability.

    3. Re:Is this really a surprise? by MyDixieWrecked · · Score: 1

      actually, OSX's threading performance isn't quite as good as other *nixes. There was a comparison between OSX, Linux and a BSD on G5 hardware running mysql and apache, and OSX compared quite poorly compared to the other OSes.

      personally, I never liked running OSX as a general, public server because it never really felt quite right. the only thing I've ever used OSX for when it comes to serving is LAN-based fileserving (SMB/AFP).

      --



      ...spike
      Ewwwwww, coconut...
    4. Re:Is this really a surprise? by Just+Some+Guy · · Score: 4, Insightful
      OS X is basically unix under the covers.

      ...with the exception that I/O Kit and the HFS+ filesystem seem to think a hard drive is a floppy and do their best to set its performance to that level.

      I fully understand that my wife's iMac isn't an Xserve, but holy cow, the drive is slow. I'm not exaggerating when I say that the estimate stage of an Amanda backup - that is, basically running "tar --file /dev/null" - takes over an hour to complete on 20GB of content.

      For a (not very) quick comparison, here's how long that process takes to run on my home directory on my FreeBSD desktop:

      $ find . | wc
      52788 60297 3122487
      $ du | tail -n1
      4270686 .
      $ time gtar 2>/dev/null cf /dev/null .
      gtar cf /dev/null . 2> /dev/null 0.42s user 1.04s system 89% cpu 1.635 total
      On the Mac, though, we see:
      $ find . | wc
      34346 35311 1997441
      $ du | tail -n1
      1026640 .
      $ time gnutar 2>/dev/null cf /dev/null .
      gnutar cf /dev/null . 2> /dev/null 2.27s user 9.41s system 41% cpu 27.874 total

      Even though my home directory in the Mac has 35% fewer files and directories to glance at, the tar run takes 17 times longer.

      Now, I don't want to be that "a file copy takes 20 minutes!" guy, but this thing really is incredibly slow at certain operations. Just because parts of OS X have a Unix heritage doesn't mean that the whole package has Unix-like performance.

      Buy a Mac because you like the OS and applications. We did. If you buy one because you think it's going to dominate all available benchmarks, though, then you're going to be sadly disappointed.

      --
      Dewey, what part of this looks like authorities should be involved?
    5. Re:Is this really a surprise? by mrichmon · · Score: 1

      There is something odd about the size of the difference you are finding. For comparision, here are the results I obtained running the same commands on a 1.5GHz G4 powerbook running OS X 10.4.4.

      $ find . | wc
      42851 90383 3169155
      $ du |tail -n1
      7528916 .
      $ time gtar 2>/dev/null cf /dev/null .
      real 0m18.066s
      user 0m0.980s
      sys 0m4.581s

    6. Re:Is this really a surprise? by Just+Some+Guy · · Score: 1

      Where'd you get the gtar? I'm using gnutar from the base system (2005-03-21, 186024 bytes), since one of the features of 10.4 is that tar and other related programs support resource forks.

      --
      Dewey, what part of this looks like authorities should be involved?
    7. Re:Is this really a surprise? by mrichmon · · Score: 1

      gtar is installed on my system as part of the fink package system.

    8. Re:Is this really a surprise? by mrichmon · · Score: 1

      gnutar as installed by fink on my powerbook is version 1.15.1. (On my system gtar is a link to the gnutar binary.)

      /usr/bin/gtar as installed as part of OS X 10.4.4 reports as version 1.14.

    9. Re:Is this really a surprise? by Anonymous Coward · · Score: 0

      Depending on whether you have BLOCKSIZE set in the environment, the tests are 4/2GB and 1/0.5GB.

      Man would I love a disk that can read 2GB (not to mention 4) in 1.6 seconds, where can you get those?

      Here's a test of the same directory tree on both machines (about 3GB, more than either has RAM), both have relatively recent 7200rpm SATA disks:

      OS X, dual 2.7 GHz G5

      gnutar cf /dev/null . 13.80s user 72.74s system 40% cpu 3:32.17 total

      FreeBSD, Athlon64 3200+

      gtar cf /dev/null . 3.72s user 15.36s system 15% cpu 2:03.78 total

      Clearly slower on the Mac, but not by anything close to the factor you claim.

    10. Re:Is this really a surprise? by Just+Some+Guy · · Score: 1
      Man would I love a disk that can read 2GB (not to mention 4) in 1.6 seconds, where can you get those?

      Beats me. Since "--file=/dev/null" is a microoptimization that doesn't actually read the source file, just its stat() information, I've never actually seen a disk that fast.

      --
      Dewey, what part of this looks like authorities should be involved?
    11. Re:Is this really a surprise? by Just+Some+Guy · · Score: 1
      Depending on whether you have BLOCKSIZE set in the environment, the tests are 4/2GB and 1/0.5GB.

      By the way, good catch. That's actually 4GB and .5GB, respectively.

      Oh, and another thing: re-run the test on both machines to see what effect filesystem caching has on those times. As per another post of mine above, OS X (10.4.4 here) doesn't seem to cache anything at all, while FreeBSD tries to do its best to run entirely from RAM.

      --
      Dewey, what part of this looks like authorities should be involved?
  8. Not this again... by Darth+Maul · · Score: 3, Informative


    Apparently nobody watched the Keynote, in which Steve himself said that other components (hard disk, memory, etc) were not faster, so the overall experience would not be as fast as the 2-3x numbers he posted. Based on the specInt numbers he shows, sure, it's a 2-3 times improvement, but even he caveated it!

    If this were digg I'd call for a "No digg!" right about now.

    --
    --- witty signature
    1. Re:Not this again... by Otter · · Score: 1

      In fairness -- relative to last week's "iTunes is malware!" nonsense, this one at least has a germ of sense behind it.

    2. Re:Not this again... by bert.cl · · Score: 1
      "If this were digg I'd call for a "No digg!" right about now."

      No no, you've got it all wrong, this is slashdot. You should insist on Article-moderation... (and complain about Dupes, spelling errors, etc.

      Methinks you're just trying to start a flamewar on digg vs slashdot (which is getting pretty worn out in 3...2...1...)

    3. Re:Not this again... by javaxman · · Score: 0, Troll
      In fairness -- relative to last week's "iTunes is malware!" nonsense, this one at least has a germ of sense behind it.

      No, no it does not. Steve Jobs was very specific about 2-3 times faster being for the specINT benchmark. Ignoring that and talking focusing on the 2-3 times claim is dishonest, plain and simple. Sure, the 2-3 times faster marketing claim is equally dishonest... I'm sure we'll get Apple to stop that kind of marketing when everyone else in the world does the same. Duh.

      This article is not only a dupe, it's a dupe of a troll. It's not news, it doesn't matter, and repeatedly seeing such crap really, really has me ( a VERY avid and longtime slashdot reader ) seriously considering not reading slashdot.

      I mean, really, if I have to sort through repeated, lame, uninformative news stories, I can scan Yahoo news, Digg, or any other number of sources. Articles like this are just here to stoke the fires of people who know they're crap. I can only assume the reason we're seeing this article is that the last one on the same subject generated a large number of posts... most of them saying the article is crap.

      Slashdot's value lies in interesting tech stories not covered everywhere else, with the number of stories being filtered and small, along with insightful commentary by informed readers. I didn't mind too much the first iteration of this story, but the dupe is just so much trolling for pageviews. Really, it may be time for slashdot to consider some sort of article-moderation. Or maybe we should all start voting ourselves, with lots of "Mod Article Down" posts on crap articles like this. Heck, I might just start doing it myself... my Excellent karma is likely to die, but like I care anymore...

    4. Re:Not this again... by adrianmonk · · Score: 4, Informative
      Apparently nobody watched the Keynote, in which Steve himself said that other components (hard disk, memory, etc) were not faster, so the overall experience would not be as fast as the 2-3x numbers he posted.

      Actually, the memory is a lot faster on the new machines, but you're absolutely right about disk and all that other stuff.

      Just so people don't have to fast-forward through the keynote (which is over an hour long), here's what Steve Jobs actually said about iMac Core Duo performance compared to the iMac G5:

      And we've got the numbers which speak for themselves, so let's take a look at them. The iMac G5 and the iMac Core Duo. Let's take a look at SPECmarks. SPEC2000, integer performance, the most important benchmark of computer performance: 10.2 on the iMac G5, 32.6 on the iMac Core Duo. 3.2X. And these are using the best compilers on each: IBM's compilers on the G5, and Intel's compilers on the Core Duo. For floating point, 13.0 on the G5, 27.1 on the Core Duo, for 2.1. So, in the most important benchmarks of performance, 2-3X. Now everything's not going to run 2-3X. You know the disks aren't 2-3X faster, etc., but on the most important benchmarks, 2 to 3 times faster.

      So, what Jobs is saying is that the SPECint2000 and the SPECfp2000 performance is 2-3 times as fast, and he's also saying that those benchmarks are important, which admittedly is debatable. :-)

      For what it's worth, I noticed that lots of the MacWorld tests focused on image processing. That's a useful thing to know about, but aren't most of thoses tasks going to be done using special stuff like Altivec or SSE? If that's the case, they're not really good comparisons of the regular performance of the processors.

    5. Re:Not this again... by Jeffrey+Baker · · Score: 1

      Er, except Apple is misleading by using SPECint_rate to compare a single-CPU G5 to a dual-CPU Pentium. When a system with double the CPUs is scoring 2-3x better on SPECint_rate, that systems individual CPUs are roughly 1-1.5x faster.

    6. Re:Not this again... by tolldog · · Score: 0, Troll

      How is this misleading when the purpose is to compare the single proc g4 powerbook or the single proc g5 imac to the new intel counterparts with the 2 cores?

      He is comparing the spec power of the system he is selling to the user, or, even looking at just the chip level, he is comparing the two chips they have, one just happens to have 2 cores.

      He wants to re-asure the Apple community that the switch to the new processor makes sense.

      Now what I want to see is how he justifies people switching from the dual core dual proc g5 towers.

      --
      -I just work here... how am I supposed to know?
    7. Re:Not this again... by Stealth+Dave · · Score: 1
      For what it's worth, I noticed that lots of the MacWorld tests focused on image processing. That's a useful thing to know about, but aren't most of thoses tasks going to be done using special stuff like Altivec or SSE? If that's the case, they're not really good comparisons of the regular performance of the processors.

      They are if you're a graphic designer.

      - Stealth Dave
      --
      Evil is as eval("does");
    8. Re:Not this again... by bach_m · · Score: 0

      "If this were digg I'd call for a "No digg!" right about now." If this were digg, there would be a rather pointless and information-less discussion right about now.

    9. Re:Not this again... by Anonymous Coward · · Score: 0

      The comparison is between for SPEC "rate" numbers, which are throughput
      numbers (i.e., jobs/second), not speed numbers (seconds/job). All other things
      being equal, you should expect to see a 2x improvement when comparing a
      dual-core to a single-core processor.

    10. Re:Not this again... by Jeffrey+Baker · · Score: 1

      Strange that you got modded troll...

      The reason it's still misleading is because applications like iPhoto aren't parallel (although one could imagine a trivial way to parallelize it). For the most part, no applications in common use on MacOS are parallel.

      You're right that it will be hard to explain it away if they move from a 4-way Powermac to 2-way with Intel CPUs, especially when you consider that the current Powermac is trouncing the iMac Core Duo in benchmarks, parallel and otherwise.

    11. Re:Not this again... by darmey · · Score: 0

      Slashdot's value lies in interesting tech stories not covered everywhere else in case you didn't know, Slashdot actually is a blog of links to articles somewhere else

    12. Re:Not this again... by HorsePunchKid · · Score: 1

      True, his statement was qualified, but the Apple website just simply says that the new MacBook is four times faster. There is no clear context to temper the statement. You have to dig down to get anything resembling an honest statement: Find the little box on the right, read the dark gray text on a black background, see the little footnote indicator—an even darker gray and not hyperlinked to the footnote itself—and then read the paragraph of nearly-black text on a black background. Hasn't Apple been bitten repeatedly in the past for these sorts of misleading statements?

      --
      Steven N. Severinghaus
    13. Re:Not this again... by tolldog · · Score: 1

      At this point Apple would be silly to not start threading their apps.
      Since even the base models of their systems will have 2 cpus, all of their applications should support it.

      Who knows how long this will take, sometimes its easier to re-write whole sections of the app to parallelize it than it is to take a non-threaded application and make it thread.

      So what will the new towers be? 4 dual core chips? 2 dual core 2+ghz chips?
      As many say (including yourself) if the applications aren't taking advantage of the extra cpus, then there is almost no noticeable gain, unless of course you run multiple applications at a time.

      --
      -I just work here... how am I supposed to know?
    14. Re:Not this again... by javaxman · · Score: 1
      Slashdot actually is a blog of links to articles somewhere else

      Of course it is. There's a big difference between "somewhere" and "everywhere", though. Slashdot often covers stories that will not likely make it to Yahoo News or be covered by the Wall Street Journal. That's a good thing.

      The problem occurs when stories repeatedly show up that purposefully ignore facts and have misleading headlines just to generate page views, and then those stories are duplicated repeatedly.

  9. Not everything will be 2-3x as fast... by sharpestmarble · · Score: 0

    Try it using only things that have changed, and you'll notice the difference. But as soon as you introduce something that hasn't changed, such as reading the contents of a folder, you'll bog it down. It's only natural for Apple to showcase that which has changed for the better.

    --
    AC's modded -6. I don't see you, I don't mod you, anything you say is lost. Don't like it? Don't be a coward.
  10. And another thing... by kongjie · · Score: 4, Informative
    First poster hit the nail on the head, this is the same old story of real-world speed gains versus more "pure" testing.

    But what was more significant was his frank acknowledgement that Photoshop operating via Rosetta wasn't going to be usable by professionals. The people jumping on the accusation of hype bandwagon need to take those comments into consideration. It's not often that on a new product rollout something is said that directly translates into "Hey, don't go out and buy this right now."

    1. Re:And another thing... by danpsmith · · Score: 1

      I still don't get the whole MacOS Photoshop thing. I am pretty sure I have heard of Adobe specifically beefing up their Photoshop on MacOS performance wise, but the truth is that I've used Photoshop on Windows for years, I've even used them interchangeably when I had to work on things in a Mac lab and I don't see any real difference in the way they run at all. In fact I noticed sometimes my PC would be able to process an effect faster. Can someone do like Craig David and fill me in here?

      --
      Judges and senates have been bought for gold; Esteem and love were never to be sold.
  11. Single Threaded Benchmarks by Anonymous Coward · · Score: 2, Interesting

    it should be noted that these are all single-threaded benchmarks so the second core doesn't help that much.
    it should be interesting how these machines compare doing more things at once or running multi-threaded tasks.

  12. What will it matter? by Billosaur · · Score: 1

    "Sideshow" Steve Jobs is not above a little showmanship. I mean it's part of his repertoire, being Apple's head man and biggest booster. So he goes out and whips up interest in his products and engages in a little verbal sleight-of-hand. It's not an outright lie:

    From MacWorld: Instead, our tests found the new 2.0GHz Core Duo iMac takes rougly 10 to 25 percent less time than the G5 iMac to perform the same native application tasks, albeit with some notable exceptions. (If you'd prefer, that makes the Core Duo iMac 1.1 to 1.3 times as fast.) And we also found that applications that aren't yet Intel-native--which must run using Apple's Rosetta code-translation technology--tend to run half as fast as the same applications running natively on the iMac G5.

    Not blazingly faster, but faster nonetheless. And who's really going to notice? Graphic designers and CAD people maybe, but the casual user isn't really going to notice the pickup in speed. So perhaps it's a bit of exaggeration but in the end it isn't hurting anyone.

    --
    GetOuttaMySpace - The Anti-Social Network
    1. Re:What will it matter? by masklinn · · Score: 1

      Not blazingly faster, but faster nonetheless. And who's really going to notice? Graphic designers and CAD people maybe, but the casual user isn't really going to notice the pickup in speed. So perhaps it's a bit of exaggeration but in the end it isn't hurting anyone.

      I think that in the Ars test the tester said the interface on the Core Duo had much more of teh snappy, so the end user would notice that.

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  13. Should have gone with CELL by zymano · · Score: 1

    Nobody has tried a vector desktop computer.

    Could have killed all the floating point benchmarks.

    1. Re:Should have gone with CELL by DreadCthulhu · · Score: 1

      Apple looked into a CELL based Mac, but didn't think it would work well in a general purpose computer.

    2. Re:Should have gone with CELL by Llywelyn · · Score: 4, Insightful

      You do realize there is a *reason* no one has tried such, right?

      --
      Integrate Keynote and LaTeX
    3. Re:Should have gone with CELL by Jesus_666 · · Score: 1

      Umm, because they're not smart like us?

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
  14. it is new and it is faster - embrace it. by MindPrison · · Score: 0

    You are bound to get upsides and downsides to everything new. While it might not be 3-4 times the performance per say, it is certainly faster and not much pricier than the predecessors...I would say thats a good thing (damn, I sound like Martha Stewart here).

    We cant complain really, now we get even better compatibility in and with our hardware. Remember all the time Mac users have wanted windows compatibility for certain software solutions because of their work? Now Mac lovers can enjoy future compatibility with ease.

    --
    What this world is coming to - is for you and me to decide.
  15. Faster??? I didn't hear about this..... by ShyGuy91284 · · Score: 0, Offtopic

    And the only reason I expected it to be any faster was due to the clockspeed being much higher on many of Intel's chips (Yes, clock speed doesn't matter, but there comes a point in difference where it does make a difference). Only thing I've really expected was consideribly better power usage (for Laptops).

    --
    In undeveloped countries, the consumer controls the market. In capitalist America, the market controls you.
  16. Trolling Mac Fanatics by SPYvSPY · · Score: 3, Insightful

    Yes, Mac users have a well-deserved reputation for being fanatical (and sometimes even for good reason). But then along comes a story like this one that smears Apple for no particularly good reason and without much of an argument, and you have to ask yourself WTF.

    1. Re:Trolling Mac Fanatics by TheCodeFoundry · · Score: 1

      Pot. Meet kettle. He's black.

      Yeah, I don't think I've ever, EVER read a Microsoft attack article or post on /. that was uncalled for or without a good reason. We all know that MS is EViL and they do absolutely nothing good for the world, the industry or any BODY.

  17. Errr... by Nazmun · · Score: 2, Insightful

    Um, it's pretty safe to say that even in pure cpu performance the intel processor is NOT 2-3x faster then the G5's overall.

    Steve probably just showed just one category of a processor benchmark where intel exceeded it and probably played around a bit more with it to make it look better.

    --
    Hmmm... Pie...
    1. Re:Errr... by ergo98 · · Score: 1

      Um, it's pretty safe to say that even in pure cpu performance the intel processor is NOT 2-3x faster then the G5's overall.


      How is that "safe to say"? Just because you said it?

    2. Re:Errr... by Golias · · Score: 3, Insightful

      Um, it's pretty safe to say that even in pure cpu performance the intel processor is NOT 2-3x faster then the G5's overall.

      Um, I think it's pretty safe to say that a dual-core CPU, from Intel or anybody else, is likely to be about 2x faster than the single G5 which the old iMac had.

      I think it's also pretty safe to say that a dual-core Intel chip in the new MacBook Pro is going to scream past the single-core G4 (at a vastly slower clock speed) which the old PowerBooks were saddled with.

      Anybody who says any different is relying more on religion than math.

      --

      Information wants to be anthropomorphized.

    3. Re:Errr... by wanerious · · Score: 5, Interesting

      Yep. I have an older 1GHz G4 PowerBook and just received the iMac 2.0 GHz dual-core. I compiled Qt 4.1 for both, and *roughly* (I wasn't paying exact attention to the clock) the iMac compiled the entire library (identical configure options) about 7 times faster than the single G4. About what I'd expect. For my shorter jobs it's also about 6-7x faster. The compiler (gcc) utilizes both cores nicely, as I can see with the system load monitor.

    4. Re:Errr... by CaymanIslandCarpedie · · Score: 2, Funny

      Anybody who thinks droping two cores on die in place of one will double performance is relying more on 1st grade math than engineering.

      --
      "reality has a well-known liberal bias" - Steven Colbert
    5. Re:Errr... by ajwitte · · Score: 1

      1.67 GHz is "a vastly slower clock speed" than 1.83 GHz? Or did you mean the FSB clock? That was what kept the G4's performance down.

      --
      chown -R us ~you/base
    6. Re:Errr... by gEvil+(beta) · · Score: 1

      Well duh! We didn't cover things like multi-core processor performance in 1st grade engineering...

      --
      This guy's the limit!
    7. Re:Errr... by ScriptedReplay · · Score: 1

      PowerPC97x and Yonah have roughly equivalent IPC and dual core never quite scales by a factor of 2 over single core (there are other bottlenecks, like memory access to keep both cores fed to full-speed). If I were to pull numbers out of thin air, given that in the Athlon64 camp, where dual core scales quite well, you can get, say, 80% speed increase from single to dual (check benchmarks, they're all over the web), I would certainly not expect an iMac-x86 to be faster by more than that than a G5-based one at about the same clock. This is glossing over memory access speed (better for the G5), platform optimizations and specific details of applications. Namely, if you compare altivec-heavy code to sse2-heavy code, the gain might actually be less.

      Anyway, 4x was clearly just a PR stunt - Apple needed to pull the thickest cloth available (or in this case invent one) over the eyes of people wondering about application support and the well-known "Apple first version" hiccups.

    8. Re:Errr... by Nazmun · · Score: 3, Interesting

      Wow... I got modded troll with responses like this? I thought it would be common sense.

      A) I was talking about the G5 in my comparison, the g4 laptops are irrelevant.
      b) Dual core != 2x performance, not even close.

      --
      Hmmm... Pie...
    9. Re:Errr... by XbainX · · Score: 1

      Awesome!

      Thanks for posting that. I have a Powerbook G4 1.25 and was thinking of upgrading to a MacBook Pro. My main reason (other than a lust for new toys) for upgrading would be for that significant impact on compilation time that I thought would be there. I'm glad to see that it's true. Now on to store.apple.com!

    10. Re:Errr... by Tyler+Eaves · · Score: 1

      Not so fast. I find on my iBook at least, the bottleneck is the slow laptop disks. The powerbooks are a bit faster, but not THAT much.

      --
      TODO: Something witty here...
    11. Re:Errr... by Kupek · · Score: 1

      Uh, gcc is not multithreaded. I'm not sure if there even are multithreaded compilers; there's not much parallelism to exploit.

    12. Re:Errr... by Halo1 · · Score: 1

      XCode by default spawns as many parallel gcc's as you have cpus/cores (unless you turn on distributed compiling, because then the main node has to do all preprocessing).

      --
      Donate free food here
    13. Re:Errr... by mean+pun · · Score: 1
      Uh, gcc is not multithreaded. I'm not sure if there even are multithreaded compilers; there's not much parallelism to exploit.

      make -j2

    14. Re:Errr... by Kupek · · Score: 1

      make is different than gcc. One is a compiler. The other is a program which takes a dependecy file and calls the compiler in the correct way such as to maintain the dependencies. Parallelizing make is trivial: whoever wrote the makefile has already written out the dependencies for you. If two rules don't depend on each other, they can execute at the same time. This is an entirely different beast from parallelizing the compiler itself.

    15. Re:Errr... by Kupek · · Score: 1

      Those are not "parallel gcc's". They are sequential (sequential meaning non-multithreaded) gcc processes spawned at the same time. This is different from gcc itself being parallel.

    16. Re:Errr... by wanerious · · Score: 1

      That might be true, but I'm sure the computer spends much more time (on the order of seconds per file) compiling each file than reading it from the disk (tenths to hundredths of a second). In any case, I was a little hasty ascribing the multi-thready behavior to gcc. It's probably the makefile Qt generated that distributes the load, or perhaps the OS itself. I'm not sure --- I just liked seeing the stats for both processors hit 90%.

    17. Re:Errr... by Anonymous Coward · · Score: 1, Informative

      On Integer tests, the Intel was already the faster chip. It's floats where the G5 owns. Put two x86 chips on a die, and of course it's always going to kick G5 ass six ways from Sunday on a SPEC test that relies mainly on Integer calculations. Why is this surprising anybody?

    18. Re:Errr... by Anonymous Coward · · Score: 0

      Replying to this anonymously, since I've moderated on this thread already: using compilation time as a benchmark is fine, but you cannot compare a laptop with a desktop; a significant portion of the time your computer is IO-bound, and the laptop would have a slower hard drive than your iMac.

      - Michel

    19. Re:Errr... by TheRaven64 · · Score: 1
      In some cases dual core can give greater than 2x performance. Since both cores (in the Intel case) share a cache, it is possible to move data between them without having to send it via main memory. If you have two threads accessing the same data then this can be a huge improvement over doing the same thing without a shared cache since that would mean that every access by one core / chip would invalidate the cache in the other. You gain slightly more than 2x performance from the fact that you require fewer context switches than on a single-core machine.

      That said, the circumstances in which you get more than 2x the performance from a dual core chip are very uncommon.

      --
      I am TheRaven on Soylent News
    20. Re:Errr... by wanerious · · Score: 1

      Well, I commented on this elsewhere, but is this really true in general? I'd suspect that it really comes down to how much time is spent compiling each file as compared to reading it (and writing it) from the disk. For these C++ files, it takes on the order of seconds to compile each, much longer than any disk read/write time.

    21. Re:Errr... by KonoWatakushi · · Score: 1

      Yes, this is true. Don't forget, compiling a single file may recursively read in dozens of includes.

    22. Re:Errr... by ak3ldama · · Score: 1

      as an answer, in general yes, compiling is heavily input/output bound. think about it: read a file, process file, write object code out. even a page fault can take a million milliseconds away. a hard drive is slower, because not only does your time spent leave the cpu and go elsewhere it has to go to a hard drive which is quite slow in finding your needed informatino and then sending it to memory. as others have noted, it does help to have the make program run multiple processes of gcc at one time, since then the hard drive will be busy more often getting you your data. anohter thing to help, when you do a compile, watch top, it'll notice things like user, system time being used.

      --
      "but money is the God of Algiers & Mahomet their prophet." - Rich. O'Bryen June 8th 1786
    23. Re:Errr... by damiam · · Score: 1
      b) Dual core != 2x performance, not even close.

      Sometimes yes, sometimes no. Some tasks see no speed improvement at all, while others like compiling large projects, 3D rendering, encoding multiple media files, etc. parallelize almost perfectly.

      But the real improvement of dual processors is a huge increase in responsiveness. The machine never locks up from processor usage. You can be launching programs, scanning for viruses, compressing video, whatever in the background and your foreground web browsing or word processing doesn't slow down at all. Even if a rogue process goes into an infinite loop, it only locks up one processor and the system is still responsive. From that point of view, a dual proc can be many times "faster" than a single proc, if faster is defined in terms of how often my work is interrupted by the computer's inability to keep up. I've used dual-proc 500Mhz systems that felt faster running modern apps than a brand new 3.4Ghz P4, because some part of the machine is always listening for user input.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    24. Re:Errr... by Halo1 · · Score: 1
      I used "parallel gcc's" as a shorthand for "gcc's running in parallel", or even more elaborate "single-threadded gcc processes running in parallel with each other, i.e. at the same time".

      Otherwise it wouldn't make sense to spawn as many instances as you have cpus/cores. I figured that was clear from the context, but boy, was I wrong...

      --
      Donate free food here
    25. Re:Errr... by justsomebody · · Score: 1

      Nothing else but a known fact. Compiling is where PPC can't produce good results. Heavy math? Completely different logic. Any CPU arch has its strong and its bad points. Compiling, JIT, CIL are the weak points of PPC, just as heavy math is the weak point of PC

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
    26. Re:Errr... by ceoyoyo · · Score: 1

      Despite the critics, who are technically correct that gcc itself isn't multithreaded, any but the absolutely worst designed software projects are going to be split among multiple files, most of which can be compiled independently. Compiling a large project is actually one of the easiest things to parallelize because you already know all the dependencies so Xcode just does two at a time for a dual core machine. Unless of course your software project consists of a single file... in which case compiling it is the least of your worries.

    27. Re:Errr... by ceoyoyo · · Score: 1

      4x was the speed boost over a G4 notebook. 2-3x was claimed over the last generation G5 iMac. Both seem reasonable for a benchmark strictly measuring integer performance.

      Of course that doesn't translate into application performance, but then nobody will ever tell grandma that she doesn't need a Pentium one zillion gigahertz to read her kids' email either. Not to mention that a 3 GHz processor doesn't really make "the Internet" go faster than a 2.5 GHz processor.

    28. Re:Errr... by NutscrapeSucks · · Score: 1

      Actually, the iMac is 2.1x faster at SPECfp_rate as well, according to Apple, Even accounting for dualcores, puts it ahead of PowerPC slightly.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    29. Re:Errr... by n3k5 · · Score: 1
      I find on my iBook at least, the bottleneck is the slow laptop disks.
      This is making me curious (posting this from an iBook). Could I expect a performance increase if I used my somewhat current desktop drive (Barracuda) in an external FireWire case for, say, swap? Or would the iBook's FW400 port nix that potential?
      --
      but what do i know, i'm just a model.
  18. Steve Jobs quote about Rosetta performance by chriss · · Score: 2, Interesting

    Steve Jobs during the keynote at MacExpo when presenting Photoshop running on Rosetta:

    While the performance of Photoshop is not gonna be strong enough in Rosetta for a professional that spends hours per day in photoshop, it's gonna be great for most of us who use photoshop occasionally.

    Speed is a marketing issue. Real world performance not surprisingly lower.

    1. Re:Steve Jobs quote about Rosetta performance by prockcore · · Score: 1

      While the performance of Photoshop is not gonna be strong enough in Rosetta for a professional that spends hours per day in photoshop, it's gonna be great for most of us who use photoshop occasionally.

      That's an odd quote. Do most mac users spend $600 on software they only use "occasionally"? Steve seems to think so.

  19. Re:Yet More Anti-Apple FUD by Anonymous Coward · · Score: 0

    But when Apple users did the same thing to bash Intel in the past, it was OK.

  20. Well, of course. by Ardeocalidus · · Score: 2, Interesting
    Of course performance is behind. Mac's PowerPC hrdware was optimized for their code and their hardware. Apple must have time to make these tweaks on the new PC architecture. The G5's were also 64-bit running (at first) around 95% software emulation. Later versions of the OS brought this up to 100%. You see, its not all instant. They are developing on a new platform and need time to perfect their code.

    And even though Mac carried on a subversion PC program for a while, they stopped a while ago. As the OS changed, the code changed, and they had to start all over.

    Somehow, I can't help but feel this article is encouraging Microsoft-fanboy flaming.

    1. Re:Well, of course. by Anonymous Coward · · Score: 0
      The G5's were also 64-bit running (at first) around 95% software emulation. Later versions of the OS brought this up to 100%.

      What are you talking about? The G5 is 100% software emulation? This makes no sense.

      The OS isn't even close to being 64-bit. There are a couple of math libraries that were provided in 64-bit versions, that's about it.

    2. Re:Well, of course. by Ardeocalidus · · Score: 1
      As I said, later versions of the OS brought it up to 100%.

      Mac OS X makes use of the 64-bit architecture in the only way they can, this is still a 32-bit world. Very few mainstream companies have yet to port their software because the 64-bit core is still fairly untested in mainstream computing.

    3. Re:Well, of course. by coult · · Score: 1

      As I said, later versions of the OS brought it up to 100%. Mac OS X makes use of the 64-bit architecture in the only way they can, this is still a 32-bit world. Very few mainstream companies have yet to port their software because the 64-bit core is still fairly untested in mainstream computing. WTF are you talking about? Have you ever heard of this little company called IBM? Yeah, they make and use the PowerPC 970 (aka the G5) in all sorts of mainstream, mission-critical, 64-bit environments. The reason there aren't a lot of 64 bit apps for OS X is that the vast majority of the Cocoa frameworks are still 32 bit only. Apple has to make them 64 bit compatible before anyone else can write 64 bit apps that use them. So for now, the only 64 bit apps you can find are background/command-line only apps (Mathematica, for example, is technically two programs: the kernel, which runs in the background and is 64 bit, and the front end, which uses Cocoa and is 32 bit).

      --

      All is Number -Pythagoras.

  21. It's an iMac. by nsayer · · Score: 4, Insightful

    Let's reserve judgement for "Mac Pro" (that is, the pro level desktop machine) when it comes out. There will be no excuses at all if that machine does not kick serious ass.

  22. Re:Figures..... by CatOne · · Score: 1, Funny

    Obviously, Slashdot is not prepared for the speed of your fingers. Had it been running on a new Mac with a core duo, it could have kept up you would have had first post. Drat!

  23. This is always the case by hkb · · Score: 2, Insightful

    Benchmarks are always hyped by a company. But the fact is, my 20" iMac is noticeably faster than the dual 2ghz G5 it replaced. Anyone who believes subjective benchmarks anymore is naive.

    --
    /* Moderating all non-anonymous trolls up since 2004 */
    1. Re:This is always the case by level_headed_midwest · · Score: 1

      Even quantitative enchmarks are notoriously very poor at giving a definitive answer of "yes, this is faster" that will hold true for everyone's usages unless the two things being benchmarked are not even in the same league, such as if you put my 2.2GHz P4-M up against a new AMD FX-60 or Pentium 955 EE. You more or less have to have butt time with the systems that you want to compare to see what is faster for you. For example, my usage entails keeping lots of office apps open at the same time and I also compile programs now and then. I have a laptop, so power consumption and heat are big issues for me. So, I pretty much ignore all of the multimedia, gaming, and synthetic benchmarks and look at power usage, compile times, and multitasking benchmarks. And then I use that as a *rough* guide to pick a CPU as there are a lot more factors to look at than raw performance. There are differences in the features of chipsets, the costs of the CPUs can differ, one might not be very available, etc.

      --
      Just "gittin-r-done," day after day.
    2. Re:This is always the case by gEvil+(beta) · · Score: 1

      I believe you meant to say it's snappier.

      --
      This guy's the limit!
  24. Re:Yet More Anti-Apple FUD by Anonymous Coward · · Score: 0

    Or just listened to their marketing department

  25. Comparing single core G5 to dual core x86. WTF? by Anonymous Coward · · Score: 0

    Shouldn't they have thrown in comparing single core G5 to a dual core G5 so we could tell what performance improvement was due to having 2 cores and what was due to being x86? We need to factor out Amdahl's Law here.

  26. iMovie results by KonoWatakushi · · Score: 3, Interesting

    Apparently the iMovie compression/export times were "dramatically slower" on the intel machine. They didn't list the results, stating that it was likely a bug; probably just the lack of Altivec support though. I think the value of Altivec on the PowerPC will only become more apparent over time.

    1. Re:iMovie results by Anonymous Coward · · Score: 0

      You misspelled "unoptimized code". The Duo chips have SSE3. Altivec is a trade name, not some super-unique feature of the Gx's.

    2. Re:iMovie results by TubeSteak · · Score: 1
      from the wikipedia entry on Altivec

      According to the Apple document at http://developer.apple.com/hardware/ve/summary.htm l Altivec as implemented on the G4 and G5 PPC processors can perform 8 32-bit FLOPS per cycle and SSE as implemented processors by AMD and Intel can perform only 4 32-bit FLOPS per cycle (x86s are also capable of 2 64-bit FLOPS per cycle using SSE-2, whereas AltiVec is not). The obvious implication is that SSE would need a clock 2 times the frequency of Altivec to perform the same number of FLOPS per second. The clock speed of the Pentium chip is not currently 2 times the clock speed of the PowerPC chip so the Altivec is faster at the level of operations per second. Of course application speed depends on many other factors such as memory and I/O architecture, compilers, operating system software and application software design.

      Apple claims that the PowerPC is faster than Pentiums for certain multimedia applications http://developer.apple.com/hardware/ve/summary.htm l, but these are not corroborated by other independent sources, and don't isolate specific AltiVec based kernels. Essentially no publicly disclosed objective analysis demonstrates any particular advantage of AltiVec over the SSE family of SIMD instruction sets, though in theory it should be faster for some applications because of AltiVec's larger register and instruction sets.
      --
      [Fuck Beta]
      o0t!
    3. Re:iMovie results by poot_rootbeer · · Score: 1

      I think the value of Altivec on the PowerPC will only become more apparent over time.

      I don't think any Mac users will be missing it too much once their pro-level apps that rely on AltiVec instructions are released as universal binaries optimized for Core Duo with SSE3.

    4. Re:iMovie results by Chuckstar · · Score: 1

      On the contrary, the lack of Altivec will be noticed mostly up front. Over time, faster processors will offset the lack of Altivec, and it will become less noticeable.

      This only applies because we'll be comparing a 2007 Intel processor to a 2005 G5 (had PPCMacs continued, Altivec would have continued to kick ass over SSEx). People replacing their G5 in 2007 will not see a decline in performance. They may not see the performance increase they generally would expect by upgrading, but that's much harder for a person to pin down than actually being slower. "Well, I guess its faster ... but I would have expected it to be even more faster" is not anywhere near as bad as "WTF, my new computer transcodes to H.264 [or whatever] more slowly than my old computer" (which is unfortunately what we're seeing today).

  27. "Twice as fast" vs. "Two equally fast cores" by tongodeon · · Score: 4, Insightful

    The Core Duo is about twice as fast because, as Steve said, each core is about as fast as a G5 and there are two of them.

    This means that for most tasks which are single-threaded (searching for text in BBEdit) there's going to be a modest or zero speed increase. For those rare tasks that are written to be multithreaded it'll be ~1.8x as fast (thread overhead, bus contention, etc.)

    I'm not surprised either by Steve's stated SPEC benchmarks or real world app benchmarks. That's how concurrency works in the real world whether it's on a dual-core Mac running OSX or a dual-core Athlon running Linux.

    1. Re:"Twice as fast" vs. "Two equally fast cores" by Just+Some+Guy · · Score: 1
      For those rare tasks that are written to be multithreaded it'll be ~1.8x as fast (thread overhead, bus contention, etc.)

      Pardon my ignorance, but why would multi-threading be more important than multi-processing on an SMP system (which is what this basically is)?

      If nothing else, it'd be nice to have a whole core to run my application while the OS uses the other core for system stuff, so even single-threaded apps should benefit nicely.

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:"Twice as fast" vs. "Two equally fast cores" by tongodeon · · Score: 1

      They weren't testing "multi-processing": I.E. processing several movies in parallel. They were testing single tasks without running anything else on the system, which meant they weren't evaluating what you correctly identify as being another valuable benefit of multiprocessor systems.

    3. Re:"Twice as fast" vs. "Two equally fast cores" by snookums · · Score: 1

      Gah! Why is it that people insist on benchmarking dual-core and dual-processor systems with single instances of single-threaded applications and then bitch about the lack of multi-threaded software to take advantage of the extra processing power. Does nobody out there actually use their computer to do more than one thing at a time?

      If the apps you are using are single-threaded, run TWO OF THEM AT ONCE! See how fast the machine can play Quake while encoding an MPEG4 video stream. See if you can play a full-screen h264 video while you have a kerel compile running. If there is a long-running compute-intensive task going on in my workstation, I still need to do work. If my home machine is doing some crunching I don't want to have to do something radical like go outside.

      Here endeth rant.

      --
      Be careful. People in masks cannot be trusted.
  28. Re:Yet More Anti-Apple FUD by Yahweh+Doesn't+Exist · · Score: 0, Flamebait

    and the FUD goes on.

    in context: "Twin Power
    The Intel Core Duo and a whole new architecture give iMac up to twice the horsepower it had previously, accelerating your digital life 1."

    http://www.apple.com/uk/imac/

  29. Different chip, different strengths. by cskrat · · Score: 0

    On these benchmarks we see the Intel chip taking a slight lead nearly across the board. Considering that these are the first products after a major archetecture change, I think Apple is handling the transition smoothly so far with the only major holdup being the availibility of native binaries for third party applications.

    The reviewer seems to be hung up on the way that some benchmarks are 30% better while some are nearly equal to the G5 predecessor. This shouldn't be surprising. In any comparison between closely matched AMD and Intel chips, you always see a variation as to which processor is best depending on what type of task you are performing. Why should Intel vs. Power be any different?

    --
    My God! It's full of eval()'s.
  30. This is boring by Tibor+the+Hun · · Score: 3, Insightful

    Yes, Steve said that processors are faster in 2 specific benchmark tests.
    Yes, the marketing on the website is misleading. (2x, 4x)
    It's bad enough that Apple and clueless media are taking things out of their context, we don't need /. to do that.

    Everyone on slashdot, I presume, knows at least the basics of how to benchmark a CPU, system, process whatever...
    We don't process media feeds on IT specs as facts.

    --
    If you don't know what AltaVista is (was), get off my lawn.
  31. Steve jobs overhyping Apple products? by TheSkepticalOptimist · · Score: 0, Troll

    Since when? I have never known Steve Jobs to overhype Apple products with fictitious performance claims and grand statements like "Super Computer for your Desktop".

    --
    I haven't thought of anything clever to put here, but then again most of you haven't either.
    1. Re:Steve jobs overhyping Apple products? by falcon5768 · · Score: 1
      To be fair, when that claim was made he was 100% right, as the way of rating what was a supercomputer at the time DID infact rate it as one while Intel and AMD had yet to have their consumer desktop systems break the gigaflop barrier.

      The behind the scenes info is much better though, at the same time Apple was using the old standard for calling a supercomputer a supercomputer, it was trying to change it so that they could export them, which because of the "Super Computer" status, they couldnt by order of the Defence Department.

      Course to be fair EVER manufacturer makes grandiious statements like that, its part of the whole thing called SELLING a product. As long as their is truth in their statements, its perfectly fine.

      --

      "Slashdot, where telling the truth is overrated but lying is insightful."

  32. Re:Yet More Anti-Apple FUD by argent · · Score: 1

    There wouldn't be complaints about the performance if Steve hadn't made a big deal about the performance. Twice as fast as the iMac G5, four times as fast as the Powermac G4. And that actually doesn't sound like an outrageous claim, since it's replacing a single CPU with two CPUs, and OSX has a history of making good use of dual-CPU systems, so it's reasonable to believe it could really be that amazing.

    And, well, it doesn't really meet those expectations.

    People don't react well when their expectations aren't met. That's only normal. It's not a biggie.

  33. PC technology, Mac prices by Jivha · · Score: 3, Insightful

    Performance apart, it seems that good ol' Apple is charging $1300 for a machine that costs around $900(according to market research firm iSuppli) to them. A markup of around 45% in a ultra-competitive market like PC hardware!

    Build cheap, claim big, advertise huge...no wonder the stock market can't get enough of Steve Jobs. I'd envy a man who has the ability to charge above market prices for a near commodity product(a PC) and in the process command a cultish following among the buyers.

    1. Re:PC technology, Mac prices by Nefarious420 · · Score: 1

      I guess OSX, and all the apps that come along with it cost Apple nothing, as well as the R&D that go into both the hardware and software. Apple is not Dell and be greatful for that!

    2. Re:PC technology, Mac prices by BearRanger · · Score: 4, Insightful

      Let's see...the hardware costs about $900. It comes with MacOSX and iLife '06. Apple sells that software for about $200 retail. Plus you get features that aren't available on most PC's, like the built in iSight camera--and the software to run it is an integral part of the OS.

      I think the *value* of the Mac package exceeds the budget basement PC you're trying to compare it to. Price out the software for the PC to match the Mac and it won't even be close.

    3. Re:PC technology, Mac prices by dogmatixpsych · · Score: 1

      You also easily get $400 worth of good usable software when you buy the Mac. It's not all about hardware costs; you have to factor in the whole package. iLife and the other included software are great.

    4. Re:PC technology, Mac prices by rsborg · · Score: 1
      Performance apart, it seems that good ol' Apple is charging $1300 for a machine that costs around $900(according to market research firm iSuppli) to them. A markup of around 45% in a ultra-competitive market like PC hardware!

      Unless you think that the OS, iLife apps, support, and general machine design as not valuable, then that $400 markup is understandable.

      If you don't value those things, then don't buy a Mac. Simple as that. Especially now, when you can get the same hardware without the overhead (as you put it)... just don't go onto /. (aka appledot) and whine about it, ok?

      --
      Make sure everyone's vote counts: Verified Voting
    5. Re:PC technology, Mac prices by Anonymous Coward · · Score: 0
      Apple is charging $1300 for a machine that costs around $900

      How stupid are you? Sure, the raw materials cost ~$900. That has nothing to do with the total cost (For that matter the $1300 *retail price* has nothing to do with Apple's margins (my guess would be a retailer would pay around $1100 for the machine). Also what the RAW cost doesn't take into account are bad components that Apple needs to eat. Apple produced it's own Motherboards so assuming that mistakes happen (which is inevitable) Apple needs to eat those mistakes which adds to the overall cost to the unit also there are hard drive failures, memory failures, Warranty issues, support (which BTW Apple's support, though at times is frustrating is still the best in the industry). And once you have all of that, you haven't even touched the cost of software!

      Truth is, the point of the article that you sited was actually that Apple is making significantly *less* money on these computers then on the PPC computers.

      You know people who like to bash this and that company/platform (whatever) for some twisted reason are bad enough, but idiots who do so without knowing WTF they are talking about just make me sick.

    6. Re:PC technology, Mac prices by rjstanford · · Score: 1

      Yeah, that's the same reason that everybody drives Hyundais and BMW is on the edge of bankruptcy.

      Its not about the cost of raw materials.

      --
      You're special forces then? That's great! I just love your olympics!
    7. Re:PC technology, Mac prices by bipolarpinguino · · Score: 1

      What... the hell. I don't let steve force me to buy a new computer every 5~6 years... I get a new one every 2 years, and not always a mac. You need to rethink your life.

    8. Re:PC technology, Mac prices by 99BottlesOfBeerInMyF · · Score: 1

      ...seems that good ol' Apple is charging $1300 for a machine that costs around $900...

      If you bothered to read the actual report, it says the physical components and assembly cost are about $900. That means it does not include engineering, software, packaging, shipping, business overhead, marketing, or retail costs. To imply that the "cost" of the machine is equivalent to the retail markup merely demonstrates your ignorance of how a product goes from manufacturing to retail. As an aside, that price is a guess based upon what prices they think Apple might be getting from component suppliers, including a guess that Apple is getting a 10% extra discount from Intel. This sort of guess is vaguely useful for estimating what parts of a computer are costing and thus guiding investment, but not for much else. Take a look at similar guestimates for other companies, like Dell or Gateway. You'll notice the discrepancy is much, much higher than what the margins on the machine are.

    9. Re:PC technology, Mac prices by ChrisA90278 · · Score: 1

      "Apple is charging $1300 for a machine that costs around $900(according to [theinquirer.net] market research firm iSuppli) to them. A markup of around 45% in a ultra-competitive market like PC hardware!" What markup do you think Dell charges? I'm betting about the same. Yes the $1300 iMac has $900 worth of parts inside. But they also have to assemble the parts andthen do some quality control. Apple actually _tests_ their computers. And then they need to write the software. Programmers don't work in China. They live in California and make upper middle class salery. What does that cost? and they have to ship the iMacs from China and someone has to work in the store and take your order and answer the phone when you have a question. I'm actually quite impressed that they can do all of this on a 40% markup. It's almost like when you go out to eat and pay $25 for dinner. You culd have bought all the parts (raw steak, raw potato, ...) for about $6.00 so what is that a 400% markup

    10. Re:PC technology, Mac prices by Enrique1218 · · Score: 1

      Dude, that was just the parts and assembly. The article pointed out clearly that the price of the software was not included. Some of the cost of the system is used to fund development of the Mac OSX, iLife, and other smaller apps (ical, Address book, Safari) along with the licences for Quicken. You don't have a Macintosh without these things bundled with the computer.That might add anoter $200 to the cost of manufacturing which means apple is making more like 20%. I personally think that is reasonable considering that it is better designed than most Wintel PC's out there.

      --
      You don't have to be smart to use a Mac, you just have to be smart enough to buy one
    11. Re:PC technology, Mac prices by be-fan · · Score: 1

      To be fair, that research firm failed to account for quite a few things in each machine's cost. They didn't count the keyboard, mouse, packaging, etc. In reality, the iMac 20" is very competitively priced in its market. Try pricing out a Dell Dimension XPS200 (the most small-form-factor Dell desktop I could find), with a 3GHz Pentium-D, X600SE, 250GB HDD, 20" CD, dual-layer DVD burner, remote, (basically, close to the iMac's specs). The machine costs $1658, or about $42 less than the iMac, and has a much slower graphics card (1600xt versus x600se) to boot.

      --
      A deep unwavering belief is a sure sign you're missing something...
    12. Re:PC technology, Mac prices by Anonymous Coward · · Score: 0

      but the real question for me is: does it run linux.

      I've owned a mac for the last 3 years. In general however, I cannot understand all the fanboys here. Sure, some machines are nice, but not really better on the whole as what you can find, or build, elsewhere.

    13. Re:PC technology, Mac prices by be-fan · · Score: 1

      One more thing about the $900 price. It doesn't count the cost of OS X. How much does the development of OS X and the iApps add to the cost of the system? It's hard to say, but consider that its rumored that Dell pays $30 for each Windows license. The total cost to develop OS X and the iApps is probably not less than the cost to develop Windows, unless Apple's developers are much more talanted that Microsoft's. However, Apple ships far fewer copies of OS X than Microsoft does of Windows. Given Apple's marketshare, they probably ship 1/20 as many copies of OS X as Microsoft does copies of Windows. Even if we assume OS X costs only half as much as Windows to develop, and that of the $30 Microsof charges Dell, the marginal cost to them is only $20, that still means OS X adds $200 to each machine Apple sells.

      --
      A deep unwavering belief is a sure sign you're missing something...
    14. Re:PC technology, Mac prices by jsc19702 · · Score: 1

      Let's see, since Apple doesn't pay retail for it's own software your $200 doesn't make sense. Apple isn't value based, doesn't mean it's a bad choice, just not the best value for the dollar.

    15. Re:PC technology, Mac prices by MartinB · · Score: 1

      That markup is probably about right - in the !Apple ecosystem, it's split between mfr, retailer (which are the same for direct sales OEMs like Dell) and OS vendor(s).

      Oh, plus of course, Apple's strategy is to be high margin, low volume. Do we really need to haul out the auto brands metaphor again, or can we work it out without for once?

      Really folks, in launching the original iMac, Apple very smartly realised that in the PC market, no mfr can consistently compete on price - you'll always be beaten. Same for performance - there's always a better one coming out from competitors. So the only way to continually make good margin is to compete somewhere *else*. Which if you're selling machines running the same software as everyone else is *very* hard to do. Only Sony has had the remotest clue about this - the Vaio range were entirely built as a high status, cool brand. And Jobs is on record as wanting Apple to be very Sony-like.

      Apple differentiate by cool branding, like Sony. But because they have much greater control over hardware & software, they can also differentiate through ease of use, demonstrated not only in software, but also in build design (every tried to open an apple desktop tower? One button: pop. And the inside is all perfectly laid out, neatly and tidily).

      Did you really think that the "Think Different" slogan was chosen on a whim?

      --

      The only thing you can accurately describe as "Scotch" is a sticky tape made by 3M. And it's

  34. Why 2x faster? Just says it's faster! by digitaldc · · Score: 1, Insightful

    I don't understand why Jobs would say something false that we know will be quickly tested and analyzed in order to verify that claim?

    Wouldn't it have been better for Apple's credibility to just say it is a significant improvement and will be faster than its predecessor?

    Public Enemy was right - Don't believe the hype.

    --
    He who knows best knows how little he knows. - Thomas Jefferson
  35. of course they don't want pros buying iMacs! by SuperBanana · · Score: 0, Flamebait
    It's not often that on a new product rollout something is said that directly translates into "Hey, don't go out and buy this right now."

    Sure it is. Apple doesn't want "pros" to go out and buy 20" iMacs, hook up a second 20" display for dual-head (YES, it does this) and be happy campers, since the iMac runs photoshop et. al. at the same approximate speed as dual G5 powermacs...not to mention, enjoy the self-service program for iMacs so they can get back to work faster. Then they wouldn't run out and place orders on "Mac Pros" or whatever Apple calls the G5 replacement, and sales of the current G5 dualies would be hurt more than they already are. Who wants a 2Ghz Dual G5 for $2k, when you can have the same speed AND a 20" display, for $1700? $300 comes within $50-100 of buying you an on-sale Dell 20" second display, or extra ram, or a big fat fast firewire drive, or or...

    Hence the "not really useable yet for pros" comments from Steve. When universal binaries come out(prediction: Apple has told Adobe + others not to do so until the "pro" intel macs come out), intel-iMac pro users will be laughing, while other "pros" are waiting 2-3 months for their ordered machines to show up. The G5 replacement will be faster than a current iMac, but it'll also be noisier, 2x-3x the price, and with no huge display built-in...

    1. Re:of course they don't want pros buying iMacs! by am+2k · · Score: 1
      The G5 replacement will be faster than a current iMac, but it'll also be noisier, 2x-3x the price, and with no huge display built-in...

      The days when 20" TFT were considered "huge" are long gone... Especially for professionals.

      Don't forget that those 20" are widescreen, which translates to a much smaller screen space than on a 20" 4:3 TFT.

  36. just wait.... by Anonymous Coward · · Score: 0

    ...until somepone puts a POWER CPU and a Cell multicore on the same mobo. We'll see some competition back in the desktop market then.

  37. Here's your chance by Anonymous Coward · · Score: 0

    en.wikipedia.org/wiki/PlayStation_3#GNU.2FLinux

    The Playstation 3 will run Linux. For some types of graphic applications (Blender comes to mind) it should have really excellent performance. Just ssh over and go nuts.

    Given that graphics has always been one of Apple's fortes, using something like the cell isn't such a crazy idea.

  38. The new Accelerated For Power Macintosh! by sulli · · Score: 0, Offtopic

    Plus ça change, plus c'est la même chose.

    --

    sulli
    RTFJ.
  39. Steve vs Apple's website by dalamar70 · · Score: 3, Informative

    Steve may have prefaced his remarks, but the 2x speed claims are mentioned several times on the Apple website. http://www.apple.com/imac/ In most places they do include a footnote disclaimer or say "up to" 2x, but the boldface text on the intro page clearly says "Rev up your digital life at speeds twice as fast as the previous iMac." There's also a blurb about a "whole new architecture".

  40. "Upto" by olddotter · · Score: 1

    Normally people say "upto" 4 times faster etc. Because it really does depend on the software mix and application. This is going to especially be true of dual core or dual CPU systems.

    I for one see no great conspiracy here.

  41. 10-20% is still faster by BigZaphod · · Score: 1

    Benchmarks tend to show extremes which are useful for hype. Seeing a 10-20% increase in everyday things doesn't sound too bad to me. Not as much as I'd like to have seen, of course, but it's a good start IMO.

  42. The problem with pseudo-technophiles by Anonymous Coward · · Score: 0

    Get a bunch of Mac experts together and watch out for the low-flying misinformation! I don't recall Jobs claiming the disk drives were 4-5X faster, so why would I/O-bound benchmarks be a fair comparison of processor and memory speed? I can understand MacWorld not wanting to have customers be disappointed by the typically less-than-4X performance gain of their spanking new Core Duo iMac, but let's describe the whole picture, okay? For example, BBEdit did run 1.26X faster on the Intel iMac and it only uses one processor. Until such time as BBEdit and friends are multi-threaded, that leaves a whole 'nuther processor core to work on other things.
    SHEESH!

  43. Pro apps by Belseth · · Score: 4, Informative

    I'd love to see some tests with Pro Apps like Apeture and Final Cut Pro. The other telling one would be Maya for rendering. Most people don't need their word processor to run faster but higher end graphics software needs speed. The Apple tests seemed to lean on the side of graphics intensive software so I'm curious about those numbers. I did play with Apeture on one. It was a single chip dual core. Opening files and some functions hesitated but we're talking RAW files on a single chip machine. I was pretty impressed and I'm not a Mac person. I'm sure if most of that was Apeture and not the machine but it's pretty amazing either way. There definately seems to be an overall speed increase no matter who tests them. These are transitional machines and they are selling basically for what current Macs of a similar speed do. I have to believe once they settle in and the chips are better supported they will be much faster. One of the biggest benefits no one hardly talks about is hardware multitasking. I think if you started a shot rendering say in Maya then started working on a model in Modo you'd find little or no slow down if Maya was set to single node. Normally the apps would be stepping on each other. I haven't had a chance to try running multiple apps since I haven't had a chance to build out a dual chip PC system but there's a definate benefit over software multitasking. I'd give the new Mac a year to settle in before debating speed too seriously. Remember the debacle with the P4s when they came out? They cost a fortune and inspite of denials at the time turned out to be much slower because the apps weren't taking advantage of the P4 architecture. Apple switched to a whole new chipset. Having them come out faster is impressive on it's own. Even the apps that are called native I'm sure need refinements. Most of these aren't going to be optimized for dual chips. Non pro apps normally either don't take advantage or don't take full advantage. With dual core the new standard that will change.

    1. Re:Pro apps by 3D+Monkey · · Score: 1

      No Pro Apps are "Intel ready" at this point, so you'll have to keep waiting.

      I found it most disapointing that Apple decided to go from the G5 64-bit chip to a Core Duo which is a double die 32-bit chip. Seems bass ackwards to me. It seems that that would only hurt performance in "pro" lever apps. But hey I guess we'llhave to wait and see what the towers have in them before passing judgement.

    2. Re:Pro apps by Anonymous Coward · · Score: 0

      So we (Luxology) went to Apple last Friday to verify their benchmarks using the Universal Binary of modo and found that a) their results agreed with ours, and b) we could, by changing scene settings, get even better scores (we got up to 3.2x speedup from old iMac G5 to new one).

      http://forums.luxology.com/discussion/topic.aspx?i d=4782

      And then yesterday we got our production iMac and I did some brief testing on it (since I don't have an old iMac, I compared it to my Dual 2GHz G5 PowerMac and my Quad G5):

      http://forums.luxology.com/discussion/topic.aspx?i d=4880

      So in our case, the new machines actually exceed expectations. I'm surprised about all the complaints about Apple using threaded benchmarks - why shouldn't they? The goal, after all, is to measure maximum computing power. As has been pointed out in this thread, all benchmarks are both subjective and specific, which is fine. But for our customers, the fact is that the new iMacs, for the same price, do in fact run modo 201 up to 3x faster. If an app isn't a Universal Binary or doesn't use all the CPUs/Cores available to it, then the limitations of the application performance are inherent to the app, not to the iMac.

    3. Re:Pro apps by MojoStan · · Score: 1
      I found it most disapointing that Apple decided to go from the G5 64-bit chip to a Core Duo which is a double die 32-bit chip.

      I think everybody was surprised when the G5 iMac switched to a 32-bit chip. Who predicted it? All predictions I saw only mentioned the G4 Macs (mini, iBook, PowerBook) as possible candidates for 32-bit Yonah.

      Seems bass ackwards to me.

      After the initial shock, it actually seems reasonable to me. Despite its 32-bitness, Core Duo is very fast, cool (designed for notebooks), and dual-core. Intel's switch to 65nm seems to be going much smoother than their (and IBM's) switch to 90nm. Is IBM producing a fast dual-core G5 that's cool enough for the iMac's form factor and cheap enough for the iMac's price point? Remember, Apple touted "performance per watt" when explaining the switch to Intel.

      It seems that that would only hurt performance in "pro" lever apps. But hey I guess we'llhave to wait and see what the towers have in them before passing judgement.

      The towers will have Conroe or Woodcrest, both of which are 64-bit CPUs and are due in July at the earliest. The iMac will also probably move to Conroe later this year.

      I'm not convinced that, over a 5-7 year lifetime of an iMac, a reduced-power single-core G5 iMac would outperform a Core Duo iMac in pro apps. First, the iMac's form factor probably limits it to 2GB of memory. Given this limitation, will 64-bit pro apps on reduced-speed iMac G5 perform better than the (eventually) optimized 32-bit versions on the iMac Core Duo?

      For the iMac's form factor, I think the Core Duo's high performance per watt and dual cores will make up for its limitations for being 32-bit.

      --
      TO START
      PRESS ANY KEY

      Where's the 'ANY' key? I see Esk, Kitarl, and Pig-Up...

  44. The big question is... by Anonymous Coward · · Score: 0

    ...will the upcoming MacBookPro be better than my aging 2002 Titanium PowerBook? I didn't buy an iMac G5, and if I did, I wouldn't be looking at a new Intel iMac already...

  45. Re:Yet More Anti-Apple FUD by WhiteWolf666 · · Score: 1

    Similarly, importing 100 photos into iPhoto 6 took 35 percent less time on the Intel-based iMac, and exporting from iPhoto to a QuickTime movie took 25 percent less time. But exporting iPhoto images to a Web page took only 8 percent less time. And exporting those images to files actually took 9 percent more time on the Intel-based Macs.

    Few of these tasks are processor bound. They are either bus, network, or harddisk bound.

    Furthermore, I'd be curious as to the ability of these new iMacs to do two of these things at the same time, versus the old G5 iMac. Most people don't benchmark their machines, they run multiple apps at the same time, they listen to music while ripping CDs while exporting photos.

    Dual processors (cores) are a tricky business. You need multiple threads or multiple apps to really see if there is a speedup, and few of these benchmarks even acknowledge that.

    Not that I'm convinced this machine is a godsend, however, its easy to pick out the flaws in these intial benchmark's methodology.

    --
    WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
  46. Lots of Negative stories about Apple on Slashdot.. by dynemo · · Score: 1

    ...is this in any way related to the dip in stock price? It seems that when the stock is soaring, everyone is a fanboy. When the stock is tanking (as is much of the tech sector at the moment), there are many nay-sayers. This is funny to me. Kind of like, kicking the man while he is down.

    --
    "Give up hope, dreams are for suckers."
  47. Re:Why 2x faster? Just says it's faster! by gEvil+(beta) · · Score: 1

    People want a number. It's easier for the average joe to wrap his head around a simple metric than something nebulous such as "considerably faster."

    --
    This guy's the limit!
  48. SPEC SPEC SPEC SPEC!!!! by modmans2ndcoming · · Score: 1

    holy cow, he sighted the SPEC ratings... and in fact, it is about that much faster when compiling code which shows that the statement is accurate.

    1. Re:SPEC SPEC SPEC SPEC!!!! by rjstanford · · Score: 0

      That's the biggest reason I'm finally looking seriously at the laptop. I've wanted one for a while, and my 1.4ghz PentiumM is a bit long in the tooth - getting a substantial Eclipse boost would justify this for me. I've been so tempted to preorder, but I want to get some actual hands-on playtime with it first. Not for any good reason... just for comfort. I'll wait a month to avoid being the giunea pig.

      --
      You're special forces then? That's great! I just love your olympics!
    2. Re:SPEC SPEC SPEC SPEC!!!! by modmans2ndcoming · · Score: 1

      remember, it has one button, so you have to get use to holding down teh control key to get the right click... on a laptop, this is fine (I have an iBook) because one large button and a modifier key seem to fit together better and you never miss click. On the desktop, I need two buttons though.

    3. Re:SPEC SPEC SPEC SPEC!!!! by rjstanford · · Score: 1

      That is a PITA, yes. However, I've seen a couple of ways on Apples to use the mousepad tap as a left-click, and the single button as a right-click. I may try that if I can't get used to the modifier key.

      --
      You're special forces then? That's great! I just love your olympics!
  49. I'm questioning your mod by acomj · · Score: 1

    Your right.

    Yet You were moded a troll.

    Steve jobs said the processors faster but not the drives and the memory etc, so the whole machine wouldn't be. Its not slower, thats for sure.

  50. Erg by justinmstroud · · Score: 0, Offtopic

    Didn't they used to say that the iMac G5 was faster than a PC with an Intel chip? Love that cyclical logic.

  51. Should have gone with SuperCPU 6 by Anonymous Coward · · Score: 0

    Nobody has tried a SuperCPU desktop computer.

    Could have killed all the Cell benchmarks.

    1. Re:Should have gone with SuperCPU 6 by Sir_Cockalot · · Score: 1

      The cell would require a lot of rewritting of applications and you'd get even less ports from PC software vendors. So while you may see some great numbers, you'd see less applications and eventually less users.

  52. "Not So Much Faster" Jibes w/ Previous Apple Spin by Shuh · · Score: 2, Insightful

    It took Intel until now to come up with something a little more powerful than a G5 that runs cooler than a G5. And they had to go dual-core and next-generation 65-nanometer to do it. This does not reflect well on the x86 architecture. But now that Steve is committed to x86, he seems to have resorted to citing the old tried-and-true PC-fan-boy benchmark, SPEC. Steve really was right about the G5 being faster before. If Intel's latest and greatest dual-core is only 10-15% faster than the single-core G5, he was spot-on about performance claims before the architecture change.

    Nice machines though.

  53. SPEC benchmark hypocrisy by vijayiyer · · Score: 4, Insightful

    Interesting how all the WinTel fans used to use SPEC benchmarks to bash Macs and the PowerPC processor. Now, in some ironic twist of fate, the same people are using the fact that SPECmarks are fairly useless to say that Apple is lying. The bottom line is that the benchmarks are useless except for people doing specialized tasks. The amount of work you can get done in a day has not changed much unless you do serious rendering work, finite element work, or something similarly CPU intensive.

    1. Re:SPEC benchmark hypocrisy by Anonymous Coward · · Score: 0

      or something similarly CPU intensive

      Like, oh I don't know...
      Programming???

      I'm guessing that lots of people on Slashdot are programmers and appreciate that their compile times are much faster with faster chips. Faster compiles = Shorter development times

      And on another note. WinTel fans didn't bash the PowerPC on SPEC becuase Motorola and IBM didn't release any official numbers to SPEC. Now we know why...

  54. Re:Comparing single core G5 to dual core x86. WTF? by level_headed_midwest · · Score: 2

    I understand that it is not really a fair fight, but they are directly comparing chips available in that specific model, and to the best of my knowledge, the dual-core G5s did not make it into the iMacs. If Apple wanted to see what chips were the fastest bar none, yeah, then they would put a dual-core G5 vs. a Core Duo.

    --
    Just "gittin-r-done," day after day.
  55. mod STORY down, it's both a dupe and a troll. by javaxman · · Score: 0, Redundant
    We had a story on the exact same subject just days ago, and the vast majority of the ( informed ) posts pointed out that *in the keynote* Steve Jobs said that the new machine is 2-3 times faster *using the specINT benchmark*, and that other parts of the system were identical to the G5 iMac. Ignoring that qualification, while focusing on the 2-3 times statement, is simply dishonest... i.e. it's something you wouldn't ignore unless doing so made your story more sensational.

    Funny, most of the posts on this story make exactly that point. Crap stories like this remove a lot of the value from reading slashdot. Maybe I'll start looking for my "stuff that matters" elsewhere.

    I'm going to encourage everyone to start replying to crap stories with "mod STORY down" comments. I've had enough. If we all start doing this, I can quickly check the comments for a long list of 0-moderated "mod STORY down" comments and just skip the story. We'd be doing each other a favor. The 'editors' are going to kill slashdot with this kind of crap. Surely there's some actual news, or even some interesting tech-related web page to look at somewhere, instead of this rehashed garbage?

    Of all the people who have submitted stories, there has to be *one* that isn't a dupe, right?

    Or should I cynically assume that this story ( and others ) are duplicated based on the number of posts/pageviews they generate ?

    1. Re:mod STORY down, it's both a dupe and a troll. by BarryNorton · · Score: 1

      This story is not a dupe - it's a different set of measures. If you want the power to give feedback on stories, why don't you go to Digg?... Except that you'll be disappointed as this made the front page - that's where I ripped the story off from this morning!

    2. Re:mod STORY down, it's both a dupe and a troll. by javaxman · · Score: 1
      This story is not a dupe - it's a different set of measures.

      Does that really make it a different story? Sorry, I'm a little focused on this whole "but Steve said 2-3 times faster!" crap. Everyone knows he said SPECint, or should, and unless the story is talking about SPECint, I'm focused on the story being wrong about that claim. Just like the previous story.

      why don't you go to Digg?

      Because the reason I look at slashdot at all, rather than just scan through the entire internet for information myself, is that it provides a smaller number of stories, supposedly just "Stuff that matters". Maybe my memory is just rosy, but I seem to recall a time when there were more stories that mattered, and fewer dupes of stories with basic information all wrong. Let me be clear that I don't mind dupes too much ( I'm happy for all of the SCO stories we can get ) but when one story gets something wrong 80% of resulting threads correct that error... I don't think it's too much to want to see the next story on the subject avoid that error.

      And, as you point out, Digg doesn't really get better stories to the top of it's pile... it's really the same stuff all over, just more of it. Check out the rant in my sig if you like.

    3. Re:mod STORY down, it's both a dupe and a troll. by BarryNorton · · Score: 1
      "This story is not a dupe - it's a different set of measures."

      Does that really make it a different story?

      Yes, the editor's here think so. A dupe is when no one notices it's been reported before. An article that cites an earlier one is not a dupe, by definition, and by definition it has been considered whether there's sufficient new information to make it worthwhile.
    4. Re:mod STORY down, it's both a dupe and a troll. by javaxman · · Score: 1
      A dupe is when no one notices it's been reported before. An article that cites an earlier one is not a dupe, by definition, and by definition it has been considered whether there's sufficient new information to make it worthwhile.

      Don't take it personally, Barry... but the editor mentioned the previous article, not you. I guess on second or third glance the story isn't as much of a dupe as I thought it was, but I'm still really, really annoyed and disappointed in you for repeating that "2-3 times faster" claim without including the word "SPECint".

      Please explain to me how that's not trolling, since you've successfully argued it's not a dupe.

    5. Re:mod STORY down, it's both a dupe and a troll. by BarryNorton · · Score: 1
      but the editor mentioned the previous article, not you
      Indeed, I admitted this - I paid very little attention and just grabbed two anti-Apple stories from Digg, sparing none of the rhetoric, to see how easy it would be to get away with such an attack on a slow news day (provoked by the trupe).
      Please explain to me how that's not trolling, since you've successfully argued it's not a dupe.
      See above - I'm not sure I'd even try to defend it...

      (Just don't tell SuperKendall!)

    6. Re:mod STORY down, it's both a dupe and a troll. by javaxman · · Score: 1
      See above - I'm not sure I'd even try to defend it...

      No, that's actually very, very cool of you. I'm quite happy to have the submitter of the story so much as admit that the story itself is a troll... it really justifies my reaction to it.

      It's interesting to me that you don't mind having submitted such a story for whatever reason, but that's your choice. You get to do what you want, just don't ask me to approve or be happy about your "getting away with such an attack".

      I'm just here to point out that your actions in submitting trolls-posing-as-stories are seen as anti-social, and that they have negative consequences - even if they aren't maybe negative for you, perhaps - guys like you help to ruin slashdot for guys like me.

  56. Thoughts on future models by feranick · · Score: 2, Interesting

    So the MacIntels using the Core Duo, seem to be faster than the G5, but not by much (at least in real life). From the keynote we learnt that MacBook Pros are also faster than PowerBooks G4. I wonder, in real life, how faster will the successors of the iBooks G4 be, since they will most likely use the Core Solo? I am really curious, since the iBooks G4 uses chips that are not significantly different from the Powerbooks G4. Will the Core Solo be up to the job?

  57. Pro apps on MacBook Pro vs. PowerBook? by jocknerd · · Score: 1

    I'm waiting for a comparison on apps like Photoshop on a MacBook Pro using Rosetta versus running natively on a PowerBook G4. If the MacBook Pro runs Photoshop faster in Rosetta than the G4 can run it, I'll be super impressed and definitely be placing my order.

    1. Re:Pro apps on MacBook Pro vs. PowerBook? by SteeldrivingJon · · Score: 1


      How about if Rosetta can run them as fast as, say, a 1GHz G4 as is found in older Powerbooks?

      I think the catch will be in the filters. The UI will be quite usable, but filter performance will degrade much more rapidly with increased complexity than when running natively.

      If Adobe drags their feet in putting out a Photoshop universal binary, perhaps someone could put together some CoreImage-based filters to replace filters that perform poorly on Rosetta. The CoreImage-based filters would still run in Rosetta, but *I think* the actual calls to CoreImage would run as native code.

      --
      September 2011: Looking for Cocoa/iOS work in Boston area Cocoa Programmer Quincy, MA
  58. MOD ME UP IF YOU HAVE ANY BRAINS by Anonymous Coward · · Score: 0

    if you have any taste or intellect at all you will mod this post up after I say:

    Won't the mac just die already? It'll never beat a PC.

  59. Dual Cores with MMX Vs Altivec by wilburpb · · Score: 3, Interesting
    What's interesting about the article is that a lot of the operations should be taking advantage of Altivec on the PPC and whatever the heck intel uses (MMMXXX?) on the Core Duo. The fact that the intel chip was even slightly faster than the almighty altivec on tasks that should be optimized for it bodes exceptionally well.

    How much does the extra core help here? Someone needs to fire up CHUD, turn off one of the procs and re-run the benchmarks.

    1. Re:Dual Cores with MMX Vs Altivec by Anonymous Coward · · Score: 0

      "What's interesting about the article is that a lot of the operations should be taking advantage of Altivec on the PPC and whatever the heck intel uses (MMMXXX?) on the Core Duo. The fact that the intel chip was even slightly faster than the almighty altivec on tasks that should be optimized for it bodes exceptionally well."

      Apple stands to make a good chunk of change if there are enough people as dumb as you out there...

    2. Re:Dual Cores with MMX Vs Altivec by Mancat · · Score: 1

      Have you read anything about Intel chips since, oh... 1998?

      http://en.wikipedia.org/wiki/SSE3

      --
      hello dear sirs my name is jamesh i are india (bihar) can u guide me install red had linux 9?
  60. So PPC is a better chip... by BawbBitchen · · Score: 0

    So a Dual core 2.0Ghz Intel is only 1.2-1.3 times faster then the SINGLE CORE 2.1Ghz G5? Seems to solve the issue once and for all - the PPC is a better chip as far as RAW power goes. The only reason Apple went Intel was for the laptop chips (typing this on my G4 iBook). Lets face it, the PowerBooks, et. al. were getting behind the curve as far as the CPU went. To bad seeing as how the G5 is a better CPU when it comes to RAW power.

    Still, I plan on getting a new Mac Book Pro.

    1. Re:So PPC is a better chip... by gevil · · Score: 1

      I could bet that the performance of the Intel core duo would be about 1.3 the performance of the solo. The performance is NOT doubled when we double the cores... simple as that.

  61. Are they Half-Fast? by TimTheFoolMan · · Score: 1
    From the article:
    And we also found that applications that aren't yet Intel-native--which must run using Apple's Rosetta code-translation technology--tend to run half as fast as the same applications running natively on the iMac G5.

    I think another pronunciation, other than "half fast" may be in order.

    Tim

  62. marketing babble by Anonymous Coward · · Score: 0

    yeah, so what did you expect? that was all marketing babble, this is just the start ...

    nothing here, move on ... ... yer regular digg post ... yawn ...

  63. Altivec isn't that great by Andy+Dodd · · Score: 2, Insightful

    It blew away MMX back when it was first released, and was somewhat better than SSE.

    It isn't really much better than SSE2 at all.

    The issue here is that Apple had years to do hand optimization of key routines for Altivec, they haven't had as much time to optimize for SSE2.

    --
    retrorocket.o not found, launch anyway?
    1. Re:Altivec isn't that great by KonoWatakushi · · Score: 1

      Actually, it really is much better than SSE2, and even SSE3. It is irrelevant how much time Apple on anyone else spends on optimizations, since you simply can't come close to the same FLOPS/cycle with SSEn. SSE is missing FMA and permute instructions, and both are really a huge loss. Best case real world example has Altivec at 35x faster than the scalar equivalent. It is very typical to see speedups of 10-15x with Altivec, but rarely can you even approach 2x with SSE. (Also note that SSE performance scales with HZ, so it is much worse on Yonah than the P4)

      If you are interested in the real world implications, see this:

      http://www.simdtech.org/altivec/archive/msg?list_n ame=altivec&monthdir=200506&msg=msg00037.html

  64. Re:Lots of Negative stories about Apple on Slashdo by voxel · · Score: 1

    You speak as though the stock price is not linked to Apple's performance... Like it is a seperate entity.

    Maybe, just maybe, the stock price IS linked to Apple's performance.

    Maybe, just maybe, the stock is lower because of performance, and hence people are "kicking the man" because of performance. Not we're kicking apple because the stock is low.

    --
    Modesty is one of life's greatest attributes
  65. Performance is irrelevant here by frostilicus2 · · Score: 1

    I doubt that Apple's move to Intel had a great deal to do with performance, and I dislike this fact being used as a key selling point for the iMac. If you refer to the "definitive" G5 vs. everyone else benchmarks at http://www.anandtech.com/mac/showdoc.aspx?i=2436 it is apparent that the G5 is largely comparable to offerings from AMD and Intel (admitedly the new Intel Core Duo is not benchmarked) and although the G5 is, in many cases, not the fastest chip, it is similar. The increases of 2-3x in performance between the G5 and MacIntel iMac are a consequence of having a dual core chip (and being a generation ahead of the G5) besides, Apple could have feasibly used the dual-core G5 chips that they've had at their disposal for a while now. Any Mac zealot will argue that their PowerPC Mac is "just" as fast as an intel based system, but performance is NOT the issue. This is why the iMac was updated first, it is a consumer product, supporting Apple's fledgling attempts to enter the living room (consider front row ) - it desperately needs Intel's brand name associated with its hardware.

    The significance of this new product is long term and cannot be underestimated.

    Apple finanlly has penetrated the consumer electronics market with the iPod, and their brand recognition and image could not be better. Apple has shoehorned its way into the psyche of the common man. It now has to bring its key product, the mac, to the masses. Consumers will be attracted from a design perspective and because it shares the same logo as their iPod, the OS is a little different to windows, but now at least you have the reasurrance of dual booting into windows (I'd like proof of this concept, but I'm sure it will come) and the processor gives the security of a well recognised brand name (consider brand strengh of Intel vs. AMD). In the future, I doubt that IBM's die shrunk Power chips will share the low power consumption that I expect Intel will bring, and many concepts for great products will never be realised. I'll be interested to see if the new Intel chips can match up to the PowerPC altivec-ised vDSP FFT's , but in a way I don't care. It is an exciting time to be a Mac user, as more people join the fantastic experience that we have had for so long, and new software and hardware comes our way. Either way, they're finally here and it will be interesting to see what the future holds.

    --
    Nothing sucks like a Vax, nothing blows like a PowerMac G4
  66. Odd choice of words there? by alanQuatermain · · Score: 1

    You make some good points, but I feel that perhaps you've picked the wrong words, or else you simply have some inaccuracies in there: such as G5s running under "software emulation". Also "subversion PC program" -- I have absolutely no idea to what you're referring there, although I'd be intrigued to find out.

    Worth pointing out here is that the PowerPC spec has always inclued 64-bit instructions alongside the 32-bit instructions, and has always included support for both 32-bit and 64-bit addressing modes. The G5 was the first processor in the series to actually implement those, but they've been part of the standard for a while now.

    What this meant was that, when the G5 first came out, it mostly computed 32-bit memory addresses. The compilers were available, however, to make use of the 64-bit mathematic instructions available in the new processor, and those could be used from OS X 10.2.7 (the first version available on the G5) onwards. Well, on any OS really, they're just CPU instructions, they're not dependant on the OS.

    OS X 10.4 has support for 64-bit addressing at the core. The software can also handle 32-bit addressing: it just promotes the 32-bit value from the 32-bit-oriented client process to a 64-bit value internally when it needs to get at a real (64-bit) memory address for mapping purposes. The kernel handles this all internally. Also, from what I've seen (in the Darwin source code) anything that would benefit from a ppc64-specific implementation gets it. Note that in C code, not much needs to change: the 'long long' 64-bit datatype is available under both ppc32 and ppc64 architectures, it's jus that ppc64 can fit such a value into a single register, while ppc32 uses two adjacent ones. The only potential problem is that the 'long' datatype is 64-bit on a G5, since OS X uses the LP64 model (Longs & Pointers are 64-bit).

    Beyond those two things (CPU math instructions with 64-bit operands, 64-bit memory addressing), what else is there to expect? Those that think '64-bit-ness' translates to a performance gain for anything other than 64-bit datatypes are going to be disappointed; 32-bit instructions don't get executed two-at-a-time or anything like that.

    -Q

    1. Re:Odd choice of words there? by Guy+Harris · · Score: 1
      The software can also handle 32-bit addressing: it just promotes the 32-bit value from the 32-bit-oriented client process to a 64-bit value internally when it needs to get at a real (64-bit) memory address for mapping purposes. The kernel handles this all internally.

      More like the other way around - the kernel is 32-bit, but can run userland 64-bit apps.

      The only potential problem is that the 'long' datatype is 64-bit on a G5, since OS X uses the LP64 model (Longs & Pointers are 64-bit).

      ...and that pointers don't fit into an int; the language hasn't guaranteed that they do for a long time now, but that doesn't completely prevent people from writing code, either intentionally or accidentally, that requires that they do.

    2. Re:Odd choice of words there? by alanQuatermain · · Score: 1

      That's weird, I could have sworn the dynamic pager at least had 64-bit memory access, but I guess it doesn't need >4Gb itself, and neither does the kernel. I've confirmed that there aren't any __ppc64__ macros in the source either.

      As for this:

      pointers don't fit into an int; the language hasn't guaranteed that they do for a long time now, but that doesn't completely prevent people from writing code, either intentionally or accidentally, that requires that they do.
      Well, at least that shifts the onus onto people who *want* >4Gb memory access. And those who aren't bothered about it can go on as they are now, potentially assuming that pointers will fit into an int. I still feel that this is a better way of working it than to redefine the types completely for all application on a host OS. I mean, if I were writing something like Office, I really wouldn't like the idea that I had to rewrite the application completely due to the OS going entirely 64-bit, and the basic types are changing. However, if I chose to go 64-bit, then that's not a problem.

      Also, the further thought occurs, as an argument to those who would insist contrary to the above sentiment: People complain now that a Dashboard widget can take up 200Mb of virtual memory (note that: virtual memory). Since these things are supposed to use such little memory, why should it be desirable that they have access to a 64-bit address range? Since that's just about all they would get from the 64-bit support, why bother?

      Make the 64-bit address space available to those that need/want it, but not required for those that don't. Seems like a fairly simple idea to me.

      -Q

  67. Re:Lots of Negative stories about Apple on Slashdo by dynemo · · Score: 1

    maybe I worded it wrong...I agree with you, the stock price IS linked to Apple's performance. The stock price of AAPL (and most other tech stocks) has been down this week. Coincidentally, there have been lots of negative Apple stories this week. RSS is implemented wrong in one of their products, Privacy issues with iTunes and Intel on Mac is overhyped. However, for the last several months as I have watched my share value almost double I have seen positive story after story after story in the media about Apple (especially Slashdot).

    --
    "Give up hope, dreams are for suckers."
  68. There are a lot of nice things about dual core by happyemoticon · · Score: 4, Insightful

    For one, UI responsiveness and multitasking. I know that if I've got an application soaking up all of 1 processor, I'm not going to cause it to go belly-up by shoving it in the background and surfing the web while some single-threaded app happily churns away on that thread.

    <Mac Snobbery>Oh, and that reminds me of the nicest feature of OS X: That pop-ups can't take the focus away from you. I hate hitting spacebar, thinking I'm typing into Notepad, and actually I've agreed to a window that flashed up on my screen for about a half a second and I'm wondering if I just bought viagra.</Mac Snobbery>

    So perhaps it's a bit of exaggeration but in the end it isn't hurting anyone.

    Right on both counts, and I think these are the reasons:

    People who actually will buy a top-of-the-line system because a few extra FLOPS saves them hours and hours of time running photoshop filters are going to see the improvements because by and large, the applications that they use are designed to leverage multiple processors. If they're not, they need to bitch at their vendors, because that's ostensibly why Photoshop costs x-hundred dollars.

    People like me, who just want to run World of Warcraft in the foreground and have safari open to look things up on Thottbot as necessary and surf the web during transit, are going to notice the UI responsiveness. Nothing's more annoying than when I can't click on Start for 10 seconds because I'm ripping a CD, or the Java VM is starting up for the first time at the behest of a web application running in the background.

    Single-threaded performance is slightly overrated. No task I do, except compilation, gaming, and XSLT transformations, is going to benefit heavily from being twice as fast, even on a single thread. If you stuck a gigabyte of ram into my circa-2001 1GHz P3, set it up next to my office 3.2GHz P4 with HT disabled, and had me take the Pepsi Challenge, I would be hard-pressed to tell the difference in most of the applications I use without getting a stop watch or running Doom 3.

  69. CPU Benchmark test by mythz · · Score: 1

    It would be nice to see some CPU-only benchmarks, like the integer and floating point benchmarks posted on the site. The new hardware is all about using Intel CPU's, it makes more sense comparing the differences between the PowerPC and Intel cores.

  70. Re:"Not So Much Faster" Jibes w/ Previous Apple Sp by truesaer · · Score: 1

    Actually, it doesn't reflect well on intel architecture. I'm sure everyone by now knows that AMD processors run faster and are not as hot. Apple's switch had more to do with Intel agreeing to do other work on things like chipsets and board design than processors, IMO. Otherwise, why would Apple have chosen Intel as their supplier?

  71. Xcode compiling seem to be rather good... by shawnce · · Score: 3, Informative

    From a email to the xcode-users list...

    In our tests, a large C++ project finishes a full clean build slightly (a matter of seconds) sooner on a Quad Tower than it does on a Core Duo iMac. So the 2-core Intel is only slightly slower than the 4-core Quad for full builds.

    Warning: every project is different, and the dynamics of disk and cache speed and latency, processor saturation, process threading, and system memory will affect your results significantly. But we are very pleased with the IDE and compiler performance on the Intel chip.


    ...also from a blog entry...

    gcc is certainly faster. Subversion compiled in 5 minutes, 16 seconds on my dual 2.7 g5 with 1.5 gigs of ram. It compiles in 4:32 on the 1.83ghz intel mac with 1 gig of ram. Which makes me happy.

    1. Re:Xcode compiling seem to be rather good... by shawnce · · Score: 1

      To be clear... Xcode utilizes all available cores (fires up a file compile per logical core usually).

  72. Note to self - don't anger mac users! by Nazmun · · Score: 1

    Note to self... mac guys are vicous... never talk down steve jobs with perceived common sense (common sense for computer nerds that is!) without absolute proof or risk get modded down to hell!

    I personally thought it was common sense that the intel dual core processors were not 2-3x then the last generation of g5 processors. Here is why:

    1)Intel's dualcore on pc has been less efficient then amd's. AMD's dual core at best came to about 70-80% efficiency. Intel's is worse so your not definately not getting 2x the performance.
    2)The PPC970 (or whatever the latest version of the G5 was) by ibm is hella more ipc then the p4 and is probably near that of the yonah which is core used in the new dual core chips for apples.
    3)Ars Technica (cpu analyzation gods of the interweb said so a week ago and the article was posted on this site).
    4) This article supports that theory:
    http://www.macworld.com/2006/01/features/imaclabte st1/index.php
    Even among cpu heavy tests (filtration ones) we are seeing a increase of 1.84x on the best test. It's pretty safe to say that the average performance increase is not 2-3x, eh?

    Also it seems one of my grandchilds (thread wise! i got no real kids!) of the modded down post mentioned his G4 laptop. Well that certainly is interesting but the G4 is vastly inferior to the G5 so that is expected. Not to mention numerous chipset and ram improvements to go along with it.

    --
    Hmmm... Pie...
    1. Re:Note to self - don't anger mac users! by TheRaven64 · · Score: 1

      First, the 2-3x was for integer test. The G5 is very good at floating point operations (where the Core Duo is not so hot), but a bit weaker at integer tasks (where the Core Duo excels). Secondly, check your facts on the G4 being 'vastly inferior' to the G5. On tasks that fit in the cache, the G4 is clock-for-clock faster. On other tasks it is let down by slow the bus speed. The G5 also has an inferior AltiVec unit and so performs relatively poorly clock-for-clock on vector tasks (although, again, good luck supplying the G4 AltiVec unit with enough data to keep it bust over its anaemic bus).

      --
      I am TheRaven on Soylent News
  73. Why is this rated funny? by Nazmun · · Score: 1

    I don't even think author wanted this to be rated funny. He is quite correct and is correcting the pointing out a flaw in the grandparent's post.

    --
    Hmmm... Pie...
  74. Benchmarking Jobs by Mulletproof · · Score: 1

    "The results are a good deal less impressive than Steve's boast"

    Whoa, now. Not that that's ever happened before.

    --
    You need a FREE iPod Nano
  75. Temporary emotional fallout and denial by swb · · Score: 1

    The hard-core Mac fanboys are really hurt by Apple's switch to Intel processors. I expect at least a few more months of stories dinging the new Macs as a last ditch rear-guard action against the change.

  76. Memory System by Nazmun · · Score: 1

    The export speed is aided by the fact that the memory interface and the actual memory is quite a bit faster.

    --
    Hmmm... Pie...
  77. MacWorld article one of the worst I've read... by w4rl5ck · · Score: 3, Insightful

    ... for some time.

    Really, be serious. They take a dual core - which is much like 2 seperate CPUs - and throw a bunch of non-optimized, single-threaded applications at it.

    *NO WONDER* that the CPU does not perform 2-3 times as fast as the PowerPC; one of the two cores can't on his own. Steve never told us that applications will be 2-3 times faster. He just showed some flops. If people still can't understand a benchmark *phew*

    In fact, the 10-20% increase in spead is exactly the gain that one would expect who knows that MacOS X usually takes 10-20% system load when doing any transfer task (like memory-to-disk and stuff); so it seems to me that this is what happened with those programs.

    Also, the article does not give any suspicions why the architecture performes so bad, no background information about the hardware at all (like, jikes, completly different motherboard architecture, different bus system).

    In short: from the technical aspect, bad article.

    PLEASE, guys, next time, throw in some common sense and benchmark at least one real multiprocessor optimized program, i.e. Cinema4D rendering.

  78. Time to INVALIDATE the discussion with a quote by Overly+Critical+Guy · · Score: 2, Insightful

    From Steve's keynote:

    And we've got the numbers which speak for themselves, so let's take a look at them. The iMac G5 and the iMac Core Duo. Let's take a look at SPECmarks. SPEC2000, integer performance, the most important benchmark of computer performance: 10.2 on the iMac G5, 32.6 on the iMac Core Duo. 3.2X. And these are using the best compilers on each: IBM's compilers on the G5, and Intel's compilers on the Core Duo. For floating point, 13.0 on the G5, 27.1 on the Core Duo, for 2.1. So, in the most important benchmarks of performance, 2-3X. Now everything's not going to run 2-3X. You know the disks aren't 2-3X faster, etc., but on the most important benchmarks, 2 to 3 times faster.

    What, you say? Everyone here bitching about Steve Jobs and his "hype" didn't even watch the keynote where Jobs honestly described the new Mac performance? I bet they don't read the articles either...

    --
    "Sufferin' succotash."
    1. Re:Time to INVALIDATE the discussion with a quote by che.kai-jei · · Score: 1

      the obvious elephant in the room that no one seems to mention - these chips are on;ly 32 bit. OS X seems to be now even more stuck on 32bit-stupids! i know osx was barely 64 bit depsite running on the 64bit G5 and the like but why does no one even mention the fact that the duo chip seems to be a [ albeit dual core ] 32 bit chip?

      am i just wrong? i see no reference ot the fact tat this chip is 64 bit? apple hype would have surely mentionedi t if it was and yet no one seems to call out the fact this company is going with a third rate chip that intel seemed to have marketed the hell out of.

      i know it uses very little energy for the performance but really, in this day an age of cutting edge benchmarks would not a dual core 64 bit chip be better? or is that in apples next round of obsolesence?

      thanks

    2. Re:Time to INVALIDATE the discussion with a quote by Overly+Critical+Guy · · Score: 1

      64-bit computing is overrated anyway. It's a ploy by chip manufacturers to sell everyone on yet another upgrade. In many cases, it's slower than 32-bit.

      --
      "Sufferin' succotash."
    3. Re:Time to INVALIDATE the discussion with a quote by Jugalator · · Score: 1

      What, you say? Everyone here bitching about Steve Jobs and his "hype" didn't even watch the keynote where Jobs honestly described the new Mac performance? I bet they don't read the articles either...

      So, using your bolded quote, you're saying that on the most important benchmarks, it's 2-3 times faster?

      What benchmark is more important than real life scenarios, I wonder?

      --
      Beware: In C++, your friends can see your privates!
    4. Re:Time to INVALIDATE the discussion with a quote by justsomebody · · Score: 1

      Not on PC platfom. On PPC it probably is.

      But on PC....? PC seriously lacks registers in 32-bit mode (face it Yonah is 32-bit so it suffers here, PPC had enough of those in any mode). And you can access those only running 64-bit OS when running 64-bit app inside. Believe me, I thought as you before, until real life tests proven me otherwise.

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
    5. Re:Time to INVALIDATE the discussion with a quote by Anonymous Coward · · Score: 0

      but that _isn't_ a 64 bit thing.
      it's the result of a specific _implementation_ of 64 bit.

      So saying lack of 64 bit support is the problem is wrong.

    6. Re:Time to INVALIDATE the discussion with a quote by Overly+Critical+Guy · · Score: 1

      There is about a 10-20% increase in performance in some AMD 64 tests, but the increase in cache, pointer size, and other factors can cancel out the speed.

      Also, the added registers don't have anything specifically to do with 64-bit and are additions from AMD. It's not that they're a benefit of 64-bit; they're a benefit of AMD's implementation of their 64-bit chips.

      --
      "Sufferin' succotash."
    7. Re:Time to INVALIDATE the discussion with a quote by Anonymous Coward · · Score: 0
      Why do you call yourself the Overly Critical Guy?

      If anything, you're the Overly Credulous Fanboy.

  79. The tests did not really compare the machines well by ChrisA90278 · · Score: 1

    The test show two things: 1) Steve Jobs' comment about "the disks, bus and memory are not faster" was importent. Listen to the talk again carfully. He DOES say this clearly although not as many times nor as loudly as the "4X" number was said. 2) That it is hard to test a multi-CPU system. The tests that they ran were ran mostly on just one of the two CPUs. A better test of a multi-core system would be to run all the benchmarks at one, all eight or ten of them and publish the total wall-clock time from start to the time the last test finished. A multi-core system would then show it's advantage. In the next couple years we will have eight-core systems available. Sun is already shiping 8-core SPARC chips, Intel will follow. With four or eight cores, relistic testing will be even harder and simple XCPU benchmarks even more meaningless. But is this the way users use systems? Do they actually transcode video in the background while they surf the web and listen to iTunes all at once? I do this but I might be in the minority.

  80. Not iMovie -- iPhoto results by Van+Halen · · Score: 2, Interesting

    Did you read the article? The only non-Rosetta result that was slower was iPhoto (export to files). It came in at a "dramatic" 0.91x as fast as the G5. Well, I wouldn't call that dramatically slower.

    Why was it slower? It's probably spending the vast majority of its time writing data to files. And guess what's the bottleneck there? The hard disk. The disk in the new Intel iMac is most likely slower than the disk in the older G5 (non-iSight) iMac. this post at the Ars forum explains why. Apparently older iMacs had Maxtor disks, newer ones have Western Digital. And according to that post, the Maxtors are faster. Case closed.

    As for the other tests, it would be interesting to see the results with varying (but equal) RAM configurations -- say, 512M, 1G, 2G. Does the Intel machine get faster relative to the G5 when both have more memory? Or does the memory help the G5 more? Does extra memory help Rosetta? What about running Rosetta apps multiple times?

    It's a shame that none of the current reviews have done such a thorough enough test yet. It should be fairly easy to do, and vastly more informative!

  81. Who said it was surprising? by Gorimek · · Score: 1

    Since, as you point out, Apple's numbers are probably misleading, there is all the more reason to measure it objectively. And the article endevours to perform just this useful service.

    Why would there need to be stun involved to motivate this??

  82. G4/5 don't suck afterall? by Johnny+Mnemonic · · Score: 4, Funny

    Wait, I don't get it. Are we making fun of Apple because now it appears that G4/5 CPUs are actually about the same as Intel?

    Isn't this what Mac lovers have been saying for the past 10 years, but were laughed out of the room?

    Does Intel automatically start sucking, because Apple moves to the the CPU? Does PPC get magically better?

    Maybe those Macs that were "1/2 as fast and twice as expensive" for the last few years weren't really so slow or so expensive after all--meaning who's the fool?

    --

    --
    $tar -xvf .sig.tar
    1. Re:G4/5 don't suck afterall? by Anonymous Coward · · Score: 0

      Does Intel automatically start sucking, because Apple moves to the the CPU?

      Yes!

    2. Re:G4/5 don't suck afterall? by be-fan · · Score: 1

      Let's try this again. A 30W Yonah laptop chip results in a system that is 10-20% faster overall than a 60W G5 desktop chip. The CPU itself is twice as fast, and the resulting speedup is entirely consistent with software that isn't multithreaded (thus using only one core), and software that has been heavily optimized for PowerPC over the years, and is relatively immature on x86. I say the overall result is quite embarrassing for the PowerPC line.

      What's more embarrassing? This post to xcode-users, which says that XCode 2.2 on the new iMac is just a hair slower than the Quad. This is pretty entertaining too --- apparently the 1.83 GHz Yonah (which appears in the MBP) is faster at compiling than the dual 2.7 GHz G5.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:G4/5 don't suck afterall? by WhiteWolf666 · · Score: 2

      No, sorry.

      I'm an Apple fan. I'm a Mac fan. This is being typed on my Powerbook G4.

      Yes, the G4s suck. The G5s are significantly better, but not vastly so. The Athlon 64s still waxed the G5s performance wise: http://pcworld.about.com/magazine/2111p026id112749 .htm

      Not to mention that the G5s run significantly hotter, and you can get an Athlon 64 in a notebook format. Apple still doesn't have a 64-bit notebook.

      These dual-core iMacs smoke equivalent G5 iMacs if you are discussing multi-threaded applications. I also bet that system responsiveness is much higher when you are running several apps at the same time. Don't forget that iMacs have essentially 'crippiled' buses compared to powermacs and normal desktops.

      And the MacBook Pro smokes the old powerbooks. A top-end G4 17" fully loaded runs World of Warcraft pretty slowly. Apparently, the lower MacBook Pro will run World of Warcraft, all visual features enabled, at 40-70 fps, which is truly fantastic. In fact, thats faster than my desktop, an Athlon 64 with a Geforce 6800, and a gig of ram.

      The G5s are good at some tasks. At the high-end, water-cooled, with 4 cores, a G5 is a pretty fast machien.

      A high-end, water-cooled 4 core Opteron will still crush it.

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
  83. books? by commodoresloat · · Score: 1
    There are many good books on the subject.

    You misspelled "torrents"

  84. A very salient point, well made... by ErnstKompressor · · Score: 1

    Parent is on the money...

    This round of Intelimacs are essentially consumer models...

    Wait for Merom... Until then enjoy Quad goodness...

    --
    We apologise for the fault in this post. Those responsible have been sacked. -- Signed RICHARD M. NIXON
  85. P.S. by Overly+Critical+Guy · · Score: 0, Troll

    From the keynote:

    "Now everything's not going to run 2-3X. You know the disks aren't 2-3X faster, etc., but on the most important benchmarks, 2 to 3 times faster." -- Steve Jobs

    Oh, sorry, you were using your post to bitch about a bunch of other off-topic Apple things that didn't have to do with the discussion while praising your expensive nuclear laptop with the 1 hour battery life. My bad.

    --
    "Sufferin' succotash."
    1. Re:P.S. by TheNetAvenger · · Score: 0, Troll

      "Now everything's not going to run 2-3X. You know the disks aren't 2-3X faster, etc., but on the most important benchmarks, 2 to 3 times faster." -- Steve Jobs

      Oh, sorry, you were using your post to bitch about a bunch of other off-topic Apple things that didn't have to do with the discussion while praising your expensive nuclear laptop with the 1 hour battery life. My bad


      My laptop was mentioned to set a bar, that Apple will not meet. Apple, you know the 'innovative - technology' leader. (Or what they once sold their systems as, at least.)

      Quote the keynote all you want, there are many parts of the keynote that tended to brush aside Jobs' little disclaimers.

      And my point of the keynote, was if his 'qualifiers' were Apple being honest with their customers, then Jobs failed, as the Apple Marketing machine, including their press releases, and even the consumer Web Site, specifically are misleading the average consumer.

      Bash MacWorld for the article, but even their 'average' consumer expectations were drawn from the Apple Marketing, not Jobs' qualifiers during his keynote.

      Go read the Apple.com website, the press releases, and then come back here and tell us how you honestly believe they are being completely honest and not misleading the 'average' consumer...

  86. by Richard M. Stallman rms@gnu.org by donsaklad · · Score: 0

    by Richard M. Stallman rms@gnu.org To the Management of the Boston Public Library, Don Saklad forwarded me your message which reports that OverDrive Audio Books use "copyright protection technology" made by Microsoft. The technology in question is an example of Digital Restrictions Management (DRM)--technology designed to restrict the public. Describing it as "copyright protection" puts a favorable spin on a mechanism intended to deny the public the exercise of those rights which copyright law has not yet denied them. The use of that format for distributing books is not a fact of nature; it is a choice. When a choice leads to bad consequences, it ought to be changed, and that is the case here. I respectfully submit that the Boston Public Library has a responsibility to refuse to distribute anything in this format, even if it seems "convenient" to some in the short term. By making the choice to use this format, the Boston Public Library gives additional power to a corporation already twice convicted of unfair competition. This choice excludes more than just Macintosh users. The users of the GNU/Linux system, an operating system made up of free/libre software, are excluded as well. Since these audiobooks are locked up with Digital Restrictions Management (DRM), it is illegal in the US to release free/libre software capable of reading these audiobooks. Apple may make some sort of arrangement to include capable software in MacOS (which is, itself, non-free software for which users cannot get source code). But we in the free software community will never be allowed to provide software to play them, unless laws are changed. There is another, deeper issue at stake here. The tendency of digitalization is to convert public libraries into retail stores for vendors of digital works. The choice to distribute information in a secret format--information designed to evaporate and become unreadable--is the antithesis of the spirit of the public library. Libraries which participate in this have lost their hearts. I therefore urge the Boston Public Library to terminate its association with OverDrive Audio Books, and adopt a policy of refusing to be agents for the propagation of Digital Restrictions Management. Sincerely Richard Stallman President, Free Software Foundation MacArthur Fellow cc: John Sullivan for posting on http://fsf.org General Reference gref@bpl.org This is a follow-up message to our response to your recommendation that the Library's digital audio book collection be accessible to Mac users. OverDrive Audio Books use copyright protection technology from Microsoft Corporation. Unfortunately the iPod (and Mac) do not currently support copyright-protected Windows Media Audio (WMA) files. OverDrive, along with hundreds of online music and audio book providers, is hopeful that Apple and Microsoft can reach an agreement that would enable support for Microsoft-based copyright-protected materials on the iPod/Mac. We are hopeful too - and in the mean time, we will keep looking for a vendor that will serve a broader audience. There is a workaround, however, that allows you to upload OverDrive content to an iPod, provided your computer is a PC, you have a CD recordable drive, and the title may be burned to a CD. If you would like to try this, follow the instructions in the OverDrive Media Console to burn the downloaded files to CD. Then, rip the CD into iTunes for synchronization with your iPod. If you have any questions, please feel free to contact us. Thank you very much. Sincerely, General Reference Department Boston Public Library 700 Boylston St Boston MA 02116 Phone: 617 859-2270 We thank you for your suggestion. We are forwarding your message to the staff members working on the OverDrive Audio Book and OverDrive eMusic program. Thank you very much. Sincerely, General Reference Department Boston Public Library 700 Boylston St Boston MA 02116 Phone: 617 859-2270 -----Original Message----- Please make http://overdrive.bpl.org/ available to mac users !

  87. Re:Off topic by Van+Halen · · Score: 1

    Apparently many Windows users do too. I can't tell you how many times I've seen people fork over $600 or so to get Photoshop, only to use it for the occasional web graphic. Nothing they do ever uses a feature that's not also in Photoshop Elements, which is vastly cheaper. It's that whole mentality of "gotta have the best" or if it's cheaper it must be inferior. Adobe must love people like that.

    Elements is a pretty good deal, even if you only use it occasionally. 95% of my image editing is done in Gimp, but for the 5% of the time that Elements does something much better, it was worth the mere $50 (edu) I paid for it.

  88. Compare it to G4 by Anonymous Coward · · Score: 0

    All I see are comments on how the G5 is only marginally slower than the Core Duo. This makes no sense Apple does not have a G5 in their laptops. The Core Duo is a laptop (low power/low heat)chip.

    I am waiting for the Mac Pro (or whatever) to see how the desktop chips fare. Whatever is in these machines can be fairly compared to the Core Duo.

    As for Apples speed claims: If you pay heed to marketing spin you, my friend, are an idiot.

  89. -1, Hypocritical Idiot by Van+Halen · · Score: 1
    Did you read the article?

    You did, but apparently I didn't. Doh!

    One application, however, constantly disappointed us during our testing: iMovie 6. Not only was this brand-new version of Apple's video-editing application equally buggy on both platforms, but it was dramatically slower at compressing and exporting video on the Intel-based system than on the G5--so much so that we suspect iMovie's poor performance is the result of a bug within iMovie rather than any intrinsic failure of the iMac.


    Sorry, you were right, someone please mod me into oblivion.

    (though my point about more thorough testing still stands)
  90. Is that really going to be the name? by DrewCapu · · Score: 1

    Since the PowerBook turned into MacBook Pro, wouldn't the PowerMac become MacMac Pro?

  91. Re:"Not So Much Faster" Jibes w/ Previous Apple Sp by Just+Some+Guy · · Score: 1
    If Intel's latest and greatest dual-core is only 10-15% faster than the single-core G5, he was spot-on about performance claims before the architecture change.

    You're right, of course. However, the long-term question is what relative performance will be like five years from now. Do you think the PPC will see as many speed boosts between now and then as the Intel chips? Steve apparently didn't. In fact, he basically bet the farm that Intel would widen that narrow margin.

    From that perspective, he timed this move perfectly. A few years ago, everyone would have screamed bloody murder at migrating to a slower chip (regardless of whether it actually was slower - I'm staying out of that debate). A few years from now, everyone would have screamed bloody murder as their systems fell further behind the curve. Instead, he made the migration just at the time when performance was about equal, so the worst we can say is that there's no huge benefit from switching at this point in time.

    I'm not a Mac fanboy by any stretch, but I'll give them credit for pulling this one off about as well as could be hoped.

    --
    Dewey, what part of this looks like authorities should be involved?
  92. Re:"Not So Much Faster" Jibes w/ Previous Apple Sp by Anonymous Coward · · Score: 0

    Thank you for writing Jibes rather than JiVes. I almost wasn't sure I was reading /.

  93. Bravo by Anonymous Coward · · Score: 0

    Cheers!

  94. Re:Why 2x faster? Just says it's faster! by digitaldc · · Score: 1

    It's easier for the average joe to wrap his head around a simple metric than something nebulous such as "considerably faster."

    You just gave me a great idea for a band name - "Nebulous Joe"

    --
    He who knows best knows how little he knows. - Thomas Jefferson
  95. Ambiguous Subject Lines by McDutchie · · Score: 1

    Gotta love 'em. :)

  96. The switch to Intel wasn't about performance by c0d3h4x0r · · Score: 1

    Apple didn't switch to Intel to improve performance.

    They switched to Intel to get: (1) the ability to natively run the dominant platform (MS-Windows) on the same machine, thus making Macs an easier sell to PC users, and (2) a better low-power/low-heat mobile CPU and chipset for their laptops.

    Even if performance gets slightly worse as a result of the switch to Intel architecture, the benefits of these other two points far outweigh that.

    --
    Moderator hint: a comment is neither "Flamebait" nor "Troll" if it is true.
  97. Toasted bunny and snail ads were by Chiat/Day by andyabides · · Score: 2, Informative

    Actually, the ads to which you refer were made by TBWA Chiat/Day, when Steve Jobs was CEO of Apple. However, you're right that it was a long time ago (1998). See the Great Apple Ads page for details.

  98. Uh... by everphilski · · Score: 1

    Oh, and that reminds me of the nicest feature of OS X: That pop-ups can't take the focus away from you. I hate hitting spacebar, thinking I'm typing into Notepad, and actually I've agreed to a window that flashed up on my screen for about a half a second and I'm wondering if I just bought viagra.

    Except here in Windowsland the spacebar doesn't consent to a popup, you need a enter key or a mouse click. Not to mention you can change this setting using power tools (or a simple RegEdit.

    (And to be honest with you I can't remember the last time I had a Viagara popup... I use Windows 60+ hours a week. The most important part of the security system for your computer lies between the computer and the chair, perhaps yours is in need of an upgrade if this is an issue)

  99. Re:"Not So Much Faster" Jibes w/ Previous Apple Sp by 99BottlesOfBeerInMyF · · Score: 1

    Actually, it doesn't reflect well on intel architecture. I'm sure everyone by now knows that AMD processors run faster and are not as hot.

    I don't know that at all. Prove you're not just an AMD fanboy by showing me one reputable comparison showing an AMD chip that meets or beats the Intel Core Duo on performance, heat, and power used. All of my reading has indicated that the new Intels are significantly ahead of current AMD chips for performance/watt at acceptable powers for laptops.

    Apple switched to Intel to get performance at a reasonable power usage. G4 had good power usage but poor performance. G5 had good performance and crappy power consumption. I suspect they chose Intel because it gave them the best of both worlds and looking at chip specs the battery will last about an hour longer using the Duo instead of an Athalon 4000 Mobile and has slightly better performance to boot.

  100. Well, Gosh! by nagora · · Score: 1
    Apple move to the worst range of CPU's available and the result is hot and lacking in speed?! Gee, how did that happen?

    Jobs needs his head examined for going with a has-been company like Intel.

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  101. It's a system -- not a CPU by Nom+du+Keyboard · · Score: 1
    Okay, Steve,

    Now that you've gotten the CPU to run 3X faster, why don't you leave that alone and work on the other aspects of the system? This way you can use the savings as Core Duo prices fall in the light of newer, faster chips to help the rest of the system catch up with no overall increase in price. After all, from this point forward, faster CPU's alone will show little improvement overall.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  102. For crying out loud by Space+cowboy · · Score: 1

    Read the original post - the guy said the compilation took significantly less time - arguing over the details isn't relevant to anyone who wants their compilation to go faster, and no-one apart from you mentioned multi-threaded compilers...

    Who cares if it's gcc or make that's causing the speed-up? It. runs. faster.

    Simon

    --
    Physicists get Hadrons!
    1. Re:For crying out loud by Kupek · · Score: 1

      I care because being able to multithread an application like gcc would be a very big deal. The parent did mention multithreaded compilers, only he did it implicity and without understanding what was actually happening.

      Yes, it runs faster, and I explained why.

    2. Re:For crying out loud by Anonymous Coward · · Score: 0

      Shut the fuck up.

    3. Re:For crying out loud by Anonymous Coward · · Score: 0

      no, you're just an annoying anal retentive jerkoff. The compiler doesn't have to be multithreaded for the user to take advantage of both cores. Running multiple cpu intensive applications at the same time is the biggest benefit of having multiple cpus in a system. As long as the OS does a good job of load balancing, it doesn't matter if the app is multithreaded or not. For something like gcc and many other apps, I'd prefer that it not be so I can run one CPU heavy app while doing other stuff and not have any UI lag. Unfortunately, the author of the benchmark article doesn't address that. If I wanted an Apple, that's why I would want a dual CPU or at least a dual core (I actually want a dual socket Opteron machine with dual cores, but I need to wait until bonus time).

  103. But just think... by PFI_Optix · · Score: 0

    ...those Intel chips are finally getting to do something USEFUL!

    Not all that boring gaming and photo editing and video compressing and web/database/file serving they were doing before.

    I love Mac commercials. It's like they're designed to piss off geeks :)

    --
    120 characters for a sig? That's bloody useless.
  104. SIngle Processor Versus Dual processor by goombah99 · · Score: 2, Insightful

    Uh this comparison while meaningful in it's own right is downright silly in the text desrciption.

    The core Duo is a dual processor. The G5 in question is a single processor. The applications are not explicitly multi-processor applications. They might be multi-threaded having a Gui thread and a calaculation thread, but unless they are explicitly written for multiple processors the heavy lifting is going to be occurring on a single processor. Thus this comparison is essentially between a single processor Pentium M and Single processor G5.

    Now on most days saying your new Single processor is 20% to 30 % faster is big news. And look you get two of them, so it's got twice the capacity. Not twice the speed.

    I have little doubt that the Spec marks jobs cited were multi-processor aware. it's would be sort of stupid to be otherwise. So his claims seem pretty much in line with the results of the application tests in this article.

    Additionally this article is doing imovie and iphoto operations which are disk and memory intensive. As a result you cannot expect the speed of the system to follow the speed of the processor.

    One the other hand if you were actually working on the core duo you would notice the following. While your iDVD movie was being compressed to mpeg2, and you went to check your mail or perhaps were doing something else processor intensive the the machine would not be dogged at all by the intense iDVD calculation since it has two processors one of which is twiddling it's thumbs waiting slavishly on you.

    In short the UI of the dual is going to seem very peppy no matter what apps you are running in the background. (*execpt ones that bog the disk).
    Eventually more apps will be multi-processor aware and you will have a choce of faster apps or leaving that peppy UI.

    In any case you have a machine that costs the same but is 20 to 30% faster for applications and has twice the processor capacity to either multi-task or exploit for mulit-processor aware apps. What's the big deal.

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:SIngle Processor Versus Dual processor by rapidweather · · Score: 1

      The machine I'm using now is a dual processor Pentium Pro, at 200 mhz, each processor having 512 cache, for a total of 1024.
      RAM is 256 MB.
      I run my knoppix remaster (see screenshots), and am using "fromhd=/dev/hdd7", which is a 7200 rpm 160 GB drive.
      The web browser is Opera 8.51.
      This combination is fast, and makes for an enjoyable online experience. I have Gimp 2.2, and when I run that, I use a gimp temporary file at hdd8, and the system swap is about 5 GB total, spread over several partitions. Right now, it is not using any of that. It would, if I did some Gimp work, however.
      "top" shows 62573k free right now, because I run a 2.4 kernel, very easy on older boxes compared to the 2.6. My ramdisk useage is only 6% now, so I could download and run a new Firefox build in there, and have ramdisk space left over. I had to work on the remaster to get it down that low. That helps, too, when running on a PII with 128 MB of ram. It's not overly slow there either. (Compare to SLAX 5.05, which is slow, with it's 2.6 kernel) Also tried my OS on a PII with 512K cache, 160 MB RAM, and that combo is reasonable, also.
      I believe the speed and performance I see on this machine is due to the dual processors, with that 1024 cache, total, together with the OS I am running.
      This old Pentium pro dual-processor box is still my favorite, and to me, it does not disappoint. I love the idea that the mac's have dual processors, it has to be good. I guess they could not pass up the chance to put Intel processors to work, they ought to sell a lot of those. All they have to do is run the apps a little faster (get more work done, quicker), and that ought to do the trick as far as Apple's bottom line is concerned. I run my remastering work on a P4 HT sometimes, and the difference in time to compress to an iso is considerable, 20 minutes vs two hours. With the latest CD of my OS in hand, I can set up a "master-copy" in about 10 minutes on a P4. Then, the master copy is ready for remastering work. Get into chroot, and apt-get away!
      It's all about performance, and saving time, getting more done per hour.

  105. That's a misquote by bgspence · · Score: 1

    It wasn't as you said:
    "Steve Jobs, at the MacWorld tradeshow, boasted: 'the new iMac [with] Intel processor is two to three times faster than the iMac G5.'

    But instead:
    "Steve Jobs, at the MacWorld tradeshow, boasted: 'the new iMac Intel processor is two to three times faster than the iMac G5 [processor].'

  106. Re:So PPC is a better chip...Especially by Nom+du+Keyboard · · Score: 1
    The performance is NOT doubled when we double the cores

    Especially when considering current Intel frontside bus architectures!

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  107. News Flash! by angst_ridden_hipster · · Score: 1

    This just in!

    Advertisers lie.

    Now please go back to your regularly scheduled programming. Thank you.

    --
    Eloi, Eloi, lema sabachtani?
    www.fogbound.net
  108. They're both right by Locke2005 · · Score: 1

    The tests that MacWorld did all appear to be at least partly bound by I/O speed. The RAM and disk in the Intel Mac aren't any faster than in the G5T he amount of time spent waiting for the this is the same for each processor. Therefore even if the CPU were twice as fast, you would still only expect to see about a 10% speedup in any application which reads data from disk, processes it, then writes it back to disk (if 80% of the time is spent waiting for the disk). Unfortunately, that's what any "real world" application usually does...

    --
    I've abandoned my search for truth; now I'm just looking for some useful delusions.
  109. Single memory module too by goombah99 · · Score: 1

    The comparison was also run on a computer with a crippled half speed memory buss. To get full speed from the bus you have to have two memory modules. They only had one 512DDR module. Thus they also hamstrung it on the memory speed which can be pretty important in video and photo applications.

    basically this test is borked, and the fact the editors don't even know this means everything else they say is borked too. Notice the comment at the end of the article it turns out that in the first version of the article they did the math wrong and figuring out percentage increases in speed (they were using the larger number as the denominator in the ratio rather than the smaller one. ) Duh.

    --
    Some drink at the fountain of knowledge. Others just gargle.
  110. It shouldn't be that difficult to be 4x faster by thepustule · · Score: 1

    As an indication, I've repeatedly tried Handbrake (http://handbrake.m0k.org/ a DVD ripper) on my ImacG5 2.0GHz and also on my AthlonXP3200+, running Gentoo Linux. Ripping a DVD takes 30 hours on the G5 and 6 hours on the PC with exactly the same options selected. I've repeated this test at least 10 times (took weeks, if you add up all those hours). As an interesting note, Handbrake was first developed for the Mac, and then ported to Linux. So you'd think it would perform better on the Mac.

    Bottom line: From where I'm standing, I think Steve Jobs' estimate of 3 to 4 times the speed is *conservative*. It could be as high as 5 times the speed.

    1. Re:It shouldn't be that difficult to be 4x faster by mallie_mcg · · Score: 1

      Are you sure that it is not an issue with your hardware or handbrake version?

      I have seen an iBook G4 rip a DVD in a few hours (not mine and I do not know what options).

      M

      --


      Do the following really mean anything? SCSA MCP CCSA CCNA
      --I'm not actually after an answer!
  111. Not unexpected by Jugalator · · Score: 1

    I think Jobs' boasting and straying from the real world was unexpected as he, like most executives, enjoys doing things like these to promote their products. I also think it's not expected to see first-generations platforms of a new architecture be below par of what's maybe aimed for. Same thing happened with the first Pentium 1 PC's, the horrible FSB of the first Pentium 2's, not to mention the Pentium 4's where the former Pentium 3's were actually faster on many tests.

    I expect greater fruits to come from Apple's Intel love later this year as they start transitioning to more powerful 64 bit systems and more mature architectures.

    --
    Beware: In C++, your friends can see your privates!
  112. Re:"Not So Much Faster" Jibes w/ Previous Apple Sp by be-fan · · Score: 1

    1) SPEC isn't a "PC fanboy" benchmark. It is the industry standard benchmark for comparing processor performance. That's why every press release about a new CPU is accompanied with "the processor has an estimated SPECint/etc of blah". The reason why The G4/G5 do so poorly in SPEC is because they really aren't very good general-purpose processors. SPEC is generic C code, not optimized for any specific platform. It's also compiler-dependent, and compilers for PPC aren't as good as compilers for x86 (especially GCC). The G5, in particular, can be quite fast on code painstakingly optimized for it, but the simple truth is that most code is not so optimized.

    2) Application benchmarks like this one are completely useless for comparing processors. They don't run the same code on each machine. How many hours went into tuning Quicktime for Altivec on the G5? How many went into tuning Quicktime for SSE on the Core Duo? Do the benchmarks even use SSE on the Core Duo? Are they multithreaded?

    3) As for x86 versus the G5 --- my 2.2 GHz Athlon64 dual-core is significantly faster (20%) than my 2.3 GHz G5 dual-core. For some important software I use (GCC), it's 50% faster. Each Athlon64 core is nearly identical to the Opteron core that came out in 2003. Each G5 core is actually an improvement over the G5 that came out in 2003, having twice the cache. Its safe to say x86 has been schooling the G5 pretty much just months after it was released.

    --
    A deep unwavering belief is a sure sign you're missing something...
  113. On the other hand... by buddyglass · · Score: 1

    ...Core Duo and Core Solo (?) laptops should beat the pants off previous G4 models.

  114. All Apple threads are the same by Anonymous Coward · · Score: 0

    Pro-Apple comments modded up, anti-Apple comments modded down. What's the point of even posting Apple articles here when they'd rather discuss it in one of the 10,000 Apple forums where nobody will "pick on" Steve Jobs? You'd think after somebody spent all that money on a Mac, they wouldn't feel like they owe it to Apple to defend them against any attack, that instead maybe Apple owes them.

  115. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  116. Dual core DOES mean 2x performance.... by micron · · Score: 1

    If all things other things were equal, then I would agree that dual core does not mean double the performance.

    However, it is just about that with the new AMD architectures. The core did double, but other things changed improve performance outside the core. Looking forward, it will be more common with other architectures.

    The reason for my comment is that doubling the cores is not the only thing going on. Memory architectures, I/O architectures, cache architectures are all changing as well. The end result, almost linear SYSTEM performance (outside of drive I/O) improvement with the newer processors, which happen to have additional cores.

  117. Dur... by happyemoticon · · Score: 1

    I don't really get web-based popups very much either, I was exaggerating for effect. Yeah, it wasn't very clever, but sometimes that's difficult to see when you're writing it.

    It's actually more of a problem with things like chat clients, Windows Update, or even Windows Explorer. They are more than happy to take focus away from your current app, say, if a conversation starts, or if you need to shut down your computer, or to ask you if you'd like to overwrite a file if you're copying over a few MB or GB of files in the background.

    What OS X does is this: if something needs to get your attention, its icon bounces on the dock until you click it. It's a really good feature and I wish Windows had it too, because I work for a Windows shop and even though most of my real work is done in cygwin, I can't eat the company dog food unless I'm on a Windows box.

    The most important part of the security system for your computer lies between the computer and the chair, perhaps yours is in need of an upgrade if this is an issue

    Well, I'll forgive that since I'm posting on a Mac topic and you have clearly misconstrued me as a fashionable young Apple fanboy. Seriously, I know why that stereotype exists. Half the time people my PowerBook they talk to me in that condescending kindergarten teacher manner until I open up Emacs and Terminal. Seriously, I posted a detailed report on the performance of World of Warcraft through Rosetta yesterday on the Blizzard Mac forums, along with some tests to confirm that the CPU was being saturated, and I swear if the first person didn't come across exactly like this:

    Wow, you have a very nice com-pu-ter there! Did your mommy buy it for you? I think you did a great job. You get a gold star! Did you know that if you turn the sliders on the vid-e-o tab to the left, that it might go faster? Then, when you play your game, you might be able to kill the dragon!

    Well, anyway, the point is this: if you assume somebody's a moron and talk in a condescending manner to them, in the end you generally only make an ass out of yourself.

    And regarding the user as the most important part of the security model, I can tell you this much: if everybody I knew had a mac, I wouldn't spend nearly as much time fixing their computers.

    1. Re:Dur... by everphilski · · Score: 1

      My point was: you can change Windows so the popups don't steal focus. It may not be as "easy" as Mac (although downloading PowerTools is far from difficult). But of course you skirted the issue and focused on the second issue and went into a "mac tirade". Typical mac user, regardles of whether you can use emacs (you must be so proud... I mean the damn program has a user base of how many people? vi is better...)

    2. Re:Dur... by happyemoticon · · Score: 1

      Ohhhh. I just didn't understand you properly. Maybe you'll get what I mean if you take another look:

      Except here in Windowsland the spacebar doesn't consent to a popup, you need a enter key or a mouse click. Not to mention you can change this setting using power tools (or a simple RegEdit [onecomputerguy.com].

      The way you worded it makes "this setting" sound like the setting in question is whether the enter key and a mouse click follows links and submits forms. When you're talking about ideas, 'this' is generally 'the thing I just talked about'. Now that I think about, mine is a pretty stupid conclusion, but thinking like that is how I survived upper division English classes:P

      And hey, Mr. vi user, is there a good way to auto-indent code in vi? Seriously. I like the fact that you don't have to do ESC-control-shift-5 to do a regex search & replace, but I rely on smart indenting.

    3. Re:Dur... by zsau · · Score: 1

      Use VIM. It always has smart indenting for me, at least when running as my local user. Probably it's configured in my .vimrc, lemme check... Ah yes, I have ":set smartindent" in there, that could be what does the trick. (It might be that in conjunction with distro-specific settings, I dunno.)

      --
      Look out!
  118. Amazing by voxel · · Score: 1

    I'm shocked you didn't flame me for writing such a demeaning posting.

    Really really shocked, and impressed.

    --
    Modesty is one of life's greatest attributes
  119. And another data point by Just+Some+Guy · · Score: 1
    The same commands on the FreeBSD source code tree on my laptop, which has a K6-3 CPU and a 10GB IDE hard drive:
    $ find . | wc
    40965 40965 1440726
    $ du | tail -n1
    453178 .
    $ time gtar 2>/dev/null cf /dev/null .
    gtar cf /dev/null . 2> /dev/null 1.69s user 4.28s system 98% cpu 6.061 total
    So, it has 20% more files to scan, but still finishes in less than one fourth the time.

    I mention this for the benefit of people who think I'm comparing an entry-level iMac to some hyper-powered 16-way Unix box with SCSI RAID. By all rights, the Mac should spank this laptop, but that's not how it usually works out.

    Other than that, the iMac is pretty snappy and extremely usable. I just wish I could find the "[_]make my drive not crawl" system setting.

    --
    Dewey, what part of this looks like authorities should be involved?
    1. Re:And another data point by Anonymous Coward · · Score: 0

      It would be interesting if you re-ran the test on the iMac using UFS instead of HFS+.

    2. Re:And another data point by Just+Some+Guy · · Score: 1
      It would be interesting if you re-ran the test on the iMac using UFS instead of HFS+.

      That seems reasonable, but not too likely to happen. I only have the internal drive and my wife would skin me alive for trying.

      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:And another data point by mrichmon · · Score: 1

      Is HFS+ journaling turned on? Do you have journaling enabled on the FreeBSD machine? Comparable system buses? Hard drive performance differences: rotaional speed, hard drive caching, transfer rates? What about file locality on each system?

      There are plenty of unknown factors that may have skewed your test results.

    4. Re:And another data point by Just+Some+Guy · · Score: 1
      Is HFS+ journaling turned on?

      Yes.

      Do you have journaling enabled on the FreeBSD machine?

      Yes. But if all else were exactly equal, that would be an indictment of OS X's design, wouldn't it?

      Comparable system buses?

      No. The iMac is much faster than the laptop in pretty much ever respect.

      Hard drive performance differences: rotaional speed, hard drive caching, transfer rates?

      The laptop has a slow drive with almost no cache on a UDMA-33 bus.

      What about file locality on each system?

      I have no idea. All systems have been significantly used over the course of several years. Again, if UFS handles "aging" much better than HFS+, then that doesn't look good for the latter.

      --
      Dewey, what part of this looks like authorities should be involved?
    5. Re:And another data point by Just+Some+Guy · · Score: 1
      Is HFS+ journaling turned on? Do you have journaling enabled on the FreeBSD machine? Comparable system buses? Hard drive performance differences: rotaional speed, hard drive caching, transfer rates? What about file locality on each system?

      Let me retract my answer; while I think it was accurate, it didn't really address the main issue.

      From what I can tell, even though the machine has 358MB of free RAM at the moment, it doesn't seem to do any caching at all:

      $ time gnutar 2>/dev/null cf /dev/null .
      gnutar cf /dev/null . 2> /dev/null 2.34s user 9.72s system 42% cpu 28.541 total
      $ time gnutar 2>/dev/null cf /dev/null .
      gnutar cf /dev/null . 2> /dev/null 2.36s user 10.06s system 37% cpu 32.970 total
      $ time gnutar 2>/dev/null cf /dev/null .
      gnutar cf /dev/null . 2> /dev/null 2.31s user 9.68s system 42% cpu 28.516 total
      Why isn't it using some of the memory we paid for to cache the directory layout? The example above isn't referring to a terraserver with millions of files. I'd imagine that all of the drive accesses used to complete that operation should fit easily in the available RAM, and yet it's like it's not even trying.

      In comparison, here's another FreeBSD machine at home traversing the ports collection. Notice that the second and later runs are much faster than the first:

      $ find /usr/ports | wc
      102424 102424 4194165
      $ time gtar 2>/dev/null cf /dev/null /usr/ports
      gtar cf /dev/null /usr/ports 2> /dev/null 1.05s user 4.00s system 24% cpu 20.911 total
      $ time gtar 2>/dev/null cf /dev/null /usr/ports
      gtar cf /dev/null /usr/ports 2> /dev/null 1.01s user 3.74s system 76% cpu 6.227 total
      $ time gtar 2>/dev/null cf /dev/null /usr/ports
      gtar cf /dev/null /usr/ports 2> /dev/null 0.95s user 3.79s system 79% cpu 5.979 total

      Even during the first pass, it was much faster (by a wider margin than you'd expect given the similar hardware specs - you'll have to take my word on this one). After that, though, I doubt it ever pulled a single byte from the drive.

      Now, feel free to tell me that I missed something stupidly obvious in the Mac's settings like enabling the caches, as long as you also tell me how to fix it. :-) I would be thrilled to discover that it was my own ignorance that made this system's hard drive so slow. I really don't think that's the case, though.

      --
      Dewey, what part of this looks like authorities should be involved?
  120. My original post by Nazmun · · Score: 1

    Look at the grandparent of your post... I basically said steve probably showed a test result in which intel was probably already stronger and you just reinforced it.

    I did learn something new though... i thought the g5 design was a great leap ahead of the g4 but i guess i was wrong. However the overall system with the g5 especially around the same price range of their peaks (high end vs. high end, and low end vs. low end) is still a good deal more superior. Comparing a whole system with a 1ghz g4 and a 2 ghz g5 is pretty uh... crazy when you consider the clock rate difference and the chipset/memory interface.

    --
    Hmmm... Pie...
  121. Putting words in Steve's mouth? by fbg111 · · Score: 3, Informative

    Barry Norton writes "Steve Jobs, at the MacWorld tradeshow, boasted: 'the new iMac [with] Intel processor is two to three times faster than the iMac G5.'

    No, that's not what he said, stop twisting his words to set up a straw man you can then revel in knocking down. If you watch Jobs' full keynote presentation you'll see that he specifically compares only processor benchmarks, not system benchmarks. He even made the disclaimer: "Now everything's not gonna run 2 to 3 X faster, you know the disks aren't 2 to 3 X, etc., but on the most important benchmarks, [the Core Duo] is 2 to 3 times faster [than the G5]."

    --
    Flying is easy, just throw yourself at the ground and miss. -Douglas Adams
  122. Re:Yet More Anti-Apple FUD by argent · · Score: 1

    Furthermore, I'd be curious as to the ability of these new iMacs to do two of these things at the same time, versus the old G5 iMac.

    I imagine they're pretty good, and application benchmarks are more likely to show this. Pretty much no real apps in OS X are single-threaded, and GUI apps are excersizing WindowServer as well.

  123. The only benchmark that matters by Anonymous Coward · · Score: 0

    is the user's satisfaction with the purchase of his/her new machine. Because ultimately that's what will sell the next machine, not esoteric performance benchmarks that most consumers don't even understand, let alone have almost nothing to do with the way in which they use their machines.

    The only thing benchmarks are good for is nerd quibbling. Let's all pray that is where it will forever remain.

  124. STOP THE LAME ASS NO 64 BIT LAPTOP CRAP by 1336.5 · · Score: 0

    As a former employee of Apple and an avid Apple fan I must ask a few things of the posters in this section.

    STOP THE LAME ASS COMPLAINTS ABOUT "we should have swithed to AMD, at least they have a 64 bit laptop chip". NO FUCKING SHIT. AMD also has HALF the production facilities that Intel has.

    Lastly,

    To utilize a 64 bit processor [and I type in caps so every dumbass can hear me] YOU NEED 4 GB OF MEMORY!

    WHO THE FUCK DOES WORK REQUIRES 4 GB OF MEMORY ON A DAMN LAPTOP? DAMN YOU GUYS ARE SOME FUCKTARDS. Hell while Im at it ill but a 450 cubic inch engine in my Honda Civic.

    Laptops are about practicality retards.

    On another note I have a 20 iMac PPC G5 w/SD and 2 GB of DDR 400 memory. I dont ever use more than 1 GB of memory at any one time. So please enjoy the move to intel as it DOES offer performance increases.

    Sorry for the flaming.

    1. Re:STOP THE LAME ASS NO 64 BIT LAPTOP CRAP by Anonymous Coward · · Score: 0
      Huge memory isn't needed to do one-cycle 64-bit math with sixteen registers, or prefetch for reads or writes.


      AMD outsold Intel last quarter. Accomodating Mac users (a famously small, low-turnover niche) wouldn't be a problem when they've already handled their half of the other 95% of the market.

  125. Oh, for crying out loud.. by jcr · · Score: 1

    He was talking about CPU performance, and he said in the same breath that the disk and the memory weren't going to be faster than the G5 iMac. If the SPECMarks weren't what he claimed, then there'd be a story here.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  126. A word of advice to make things work for you... by Anonymous Coward · · Score: 0

    Go motherfuck yourself, you mac fanboy faggot.

    How does it feel to have (blow)Jobs jamming you in the ass with the force of a jackhammer? You fucking queers.

  127. Re:Yet More Anti-Apple FUD by Anonymous Coward · · Score: 0

    Do you enjoy getting fucked in the ass by Jobs? Bang bang bang! Steve Jobs has your honky ass! Bang Bang Bang!

  128. HFS+ vs. UFS? by dracvl · · Score: 1
    Even though my home directory in the Mac has 35% fewer files and directories to glance at, the tar run takes 17 times longer

    Any chance you could re-run that test using UFS as your file system on the Mac instead of HFS+? It would be an interesting comparison.

    1. Re:HFS+ vs. UFS? by Just+Some+Guy · · Score: 1
      Any chance you could re-run that test using UFS as your file system on the Mac instead of HFS+?

      It's unlikely. The iMac's my wife's desktop machine, and I'm pretty sure she'd shoot me for repartitioning it to run an experiment for Slashdot. pOTOH, we're probably getting an external Firewire drive in the near future, and I'll definitely be running the test there. That'll be too late for this thread, though.

      --
      Dewey, what part of this looks like authorities should be involved?
  129. Speed/compiler? by Anonymous Coward · · Score: 0

    I don't know which compiler they used to build the OS or any of those apps, but even if they used gcc, it has WAY WAY WAY more optimizations for x86 architecture than it does for any other architecture(or probably even all the rest put together). This alone would explain the slight increase in speed seen with an x86 based mac(v. a similarly clock rated G5), but I still don't think that x86 was a good move, especially when they decided to go with Intel over AMD...

  130. what about energy savings? by walterbyrd · · Score: 1

    I thought that jobs was switching to intel, in part, to get more life of apple notebook batteries.

    I thought that intel had some low-power technology that apple wanted.

  131. Gee and the still have to liquid cool them :-) by herbierobinson · · Score: 1

    Subject says it all...

    --
    An engineer who ran for Congress. http://herbrobinson.us
  132. iNTEL fanboys by Anonymous Coward · · Score: 0

    drink the kool-aide while you can.

    Ever heard the story about the driver who, when really frustrated about the dog chasing his car, stopped the car, got out, and asked the dog, "Hey, you want it? You got it. Now what?"

    Yeah. You got it. But, just like the dog, I don't think you really get it.

    So, now what?