Slashdot Mirror


Intel Developer Macs Outperform G5s

bonch writes "Developers working with the new Intel-based, developer-only Macs are impressed with the performance. The machines take as little as 10 seconds to boot from Apple logo to desktop, and apparently run Windows XP at 'blazing speeds.' Rosetta tests demonstrate the PowerPC-native build of Firefox running just as fast as it does on a high-end G5."

135 of 829 comments (clear)

  1. Good news! by lucaschan.com · · Score: 3, Informative

    Although, Firefox doesn't run particularly fast on my G5 compared to my run-of-the-mill XP box at work.

    1. Re:Good news! by justsomebody · · Score: 2, Interesting

      Agreed, Firefox is actualy very slow on my G5. It is slower than FFox on 1.4 P4, at least by factor 2.

      Comparing FFox under OSX is nothing new. G5 is slower CPU than P4, but at certain jobs, quite a lot faster (with that I mean jobs when PPC functions were actualy used). It would be better to test Photoshop or some video application that was noticeable faster than the same app on Windows, which means that it actualy uses quite a few PPC functions to the fullest.

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
    2. Re:Good news! by marmoset · · Score: 5, Informative

      That's becaus you're running the wrong builds. :)

    3. Re:Good news! by ArbitraryConstant · · Score: 4, Funny

      Yes, the MacOS port of Firefox is an embarrasment. The interface is responsive in the same way that steering a rocket by sending olfactory messages to slugs is responsive.

      --
      I rarely criticize things I don't care about.
    4. Re:Good news! by arhines · · Score: 2, Funny

      TFA refers to running firefox under rosetta emulation. This feeds instructions translated from G3 architecture into something that x86 can handle. Sort of like running a playstation 2 game on an xbox 360 through a playstation 1 emulator.

      I would say that running firefox that fast under emulation is a pretty big deal.

    5. Re:Good news! by Monkey+Angst · · Score: 5, Funny
      Yes, the MacOS port of Firefox is an embarrasment. The interface is responsive in the same way that steering a rocket by sending olfactory messages to slugs is responsive.

      Your frame of reference makes me really wonder how the hell you spend your weekends!

      --
      stripShow - Where WordPress meets webcomics
  2. Boot times disk/network bound by Toby+The+Economist · · Score: 4, Insightful

    OS boot times are usually disk and network bound.

    I don't see how even an order of magnitude increase in CPU power could shorten boot times to the extent described here.

    There must be other factors.

    --
    Toby

    1. Re:Boot times disk/network bound by Cecil · · Score: 5, Funny

      There is something fishy about these numbers, I agree.

      It also runs "Windows XP at blazing speeds"? Well, hm, that doesn't sound like a plain old P4 to me. :P

    2. Re:Boot times disk/network bound by Rosyna · · Score: 5, Interesting

      Yes, the other factors are that the dev kits don't support any kind of special features. It's standard PC BIOS so it doesn't have to bother to search any of the many other places/buses a standard mac can boot from.

      Also, since plugins cannot be emulated, there is no way for anyone to install kernel extensions that slow down the boot times of OS X.

      In other words, the speed these people think they're seeing are actually do to a horrific lack of features.

    3. Re:Boot times disk/network bound by antrik · · Score: 3, Insightful

      > OS boot times are usually disk and network bound.

      While disk plays *some* role in OS startup, it's usually far from being the decisive factor. In a typical setup, a much larger amount of time is consumed on CPU use; and quite a large amount on various kinds of timeouts, related to networking, but not only -- various kinds of hardware probing etc. are the main reason why OS bootup doesn't even remotely scale with CPU and disk speed improvements.

      CPU *does* make a considerable difference, but not an enormous one -- the other hardware in the box (which is also different for Intel Macs) might be quite relevant, too.

      --
      All my comments get moderated +-0, spotless.
    4. Re:Boot times disk/network bound by b1t+r0t · · Score: 4, Informative
      "Although there's usually a few seconds between the machine powering up and the apple logo appearing. What's going on during that time?"

      Memory test.

      --

      --
      "Open source is good." - Steve Jobs
      "Open source is evil." - Microsoft
    5. Re:Boot times disk/network bound by hazee · · Score: 4, Insightful

      I've never understood why it takes so long to boot a computer. It takes far longer than the time necessary to transfer the actual amount of data that ends up in memory after the boot sequence.

      Why not use something more like a resume from hibernation, where you just restore the contents of memory directly from the disc in one go and be done with it?

      Actually using hibernation rather than booting is no good, becuase it only restores you to the state that your computer was in last time you used it, which might not be "clean". For example, if you had been running something with a memory leak, hibernation won't fix that.

      But the solution is simple - instead of writing the hibernate data to disc just before you shut down, instead store it just after you've finished booting, so that you've got a "clean" system ready.

      This way you get a "clean" system every time at the speed of a restore from hibernation. (And if something goes wrong, you still have the option to do a "full" boot.)

      Some might say that you need to go through all the slow processing of a full boot in case anything's changed. Really? Restoring from hibernation seems to cope with that possibility.

      More likely, most times, nothing will have changed. And for the times when it has, well, you do the extra configuration necessary after the restore - you're still no worse off.

      So why are we still forced to sit through full boot cycles?

    6. Re:Boot times disk/network bound by klui · · Score: 4, Funny

      Yeah, maybe those guys compared it to running Windows XP under VirtualPC.

    7. Re:Boot times disk/network bound by imsabbel · · Score: 4, Insightful

      Your logic has a flaw:
      A resume form hibernation has to read ALL of your memory from disc, as only saving "used" memory frames would just invide bugs from hell. (think about memory windows from drivers, or what is "clean state" ? which autostarts/services,ect)
      And with 1GB, even on a very fast HD it would need 20 seconds... Not faster

      Also consider that bootup is usually the time to detect new hardware.

      In fact, im quite happy with the 20-30 seconds i get with windows xp.

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    8. Re:Boot times disk/network bound by hazee · · Score: 4, Informative

      Surely the OS has to know what memory is in use, otherwise there would be chaos. How would it allocate blocks of memory if drivers were "secretly" allocating their own blocks?

      As for detecting new hardware - that's such a rare event that it should be treated as an exception, rather than the norm. Most days I boot my computer, there's a marked absence of strange new hardware...

    9. Re:Boot times disk/network bound by thatguywhoiam · · Score: 5, Interesting
      So why are we still forced to sit through full boot cycles?

      Apple has really been pushing people to Sleep the machines instead of turning them off. Sleep mode uses a very tiny amount of power, and you get your instantaneous boot (with apps open and windows positioned...). I have been doing this with my Macs since OS X appeared and let me tell you it is the only way to go. Especially on laptops. In fact I am still using a CRT on my G5 and the computer 'boots' faster than the monitor (warm up).

      --
      If Jesus wants me it knows where to find me.
    10. Re:Boot times disk/network bound by Johnno74 · · Score: 3, Informative

      Both techniques (discarding unused memory and compressing used memory) are used by windows xp, which is why it is so fast to hibernate/resume (less than 10 secs for my p3/512mb laptop)

    11. Re:Boot times disk/network bound by hazee · · Score: 2, Interesting

      For a really fast boot time, why not store the boot file in flash RAM?

      Even if a modern OS has dumped 200 megs of stuff into RAM by the time it's finished booting, that's easily affordable at today's flash RAM prices. You could fit a 256 meg chip to the motherboard (which I'm sure both Apple and MS could mandate if they wanted). If for whatever reason more space was required, the overflow could be put on disc.

      And since a boot is a fairly rare event, you don't have to worry about the maximum number of write cycles with flash RAM.

      Hey presto - (almost) instant boot!

    12. Re:Boot times disk/network bound by itzdandy · · Score: 2, Informative

      trippling disk i/o will half boot times.

      http://overclockers.com/tips00806/

      and trippling CPU speed will NOT half boot times, but maybe reduce by 1/3, showing that boot times are more dependent on disk i/o than CPU speed.

      in a typical setup, CPU time is a MAJOR bottleneck, only to be matched by device initialization, which has little to do with cpu speed.

      in fact, a k6-2 500Mhz machine will boot windows xp nearly as fast as a athlon xp 2500. the athlon xp machine takes about 2/3 the time as the k6-2 500Mhz with the same hard disk

      i find the 1st 1/2 of your post completely incorrect, and the second 1/2 quite true.

    13. Re:Boot times disk/network bound by lub · · Score: 2, Informative

      Apple did do a lot to improve the boot time: there's a boot cache, a kernel extension cache, hot file clustering, prebinding, on-the-fly defragmentation and more. Even old macs (e.g. 300 Mhz G3's) boot up OS X fairly quick.

    14. Re:Boot times disk/network bound by gabebear · · Score: 3, Informative
      Yes, the other factors are that the dev kits don't support any kind of special features. It's standard PC BIOS so it doesn't have to bother to search any of the many other places/buses a standard mac can boot from.
      If your default boot disk is available then a normal Mac doesn't take anytime looking for other boot devices. These Intel dev Macs do support booting from USB drives so that is not the case anyway.
      Also, since plugins cannot be emulated, there is no way for anyone to install kernel extensions that slow down the boot times of OS X.
      OSX kernel extensions are very rare. Almost no program uses them except Norton products(anti-virus and disk doctor). I recommend staying away from Norton stuff for this reason and using Alsoft's Disk Warrior. Third party kernel extensions are a bad idea on any OS.
      In other words, the speed these people think they're seeing are actually do to a horrific lack of features.
      What features are lacking?? The Intel dev Macs have Firefox, iPhoto, iDVD, and Quicktime installed. The average user may install some extra dashboard widgets and a driver or two, but I doubt that would add more than a couple seconds to boot time.
    15. Re:Boot times disk/network bound by krbvroc1 · · Score: 2, Informative
      The reason boots take so long is because the BIOS and/or the O/S needs to initialize devices on the PCI bus. Each device needs to be read and identified, then allocated into the memory map. One mapped all the devices registers need to be configured per the hardware datasheet. To be safe, long delays are given for initialization to timeout. Some devices present themselves to the CPU via I/O versus memory space which has a speed difference too. Also, for an OS/BIOS that needs to support older devices that might not easily identify themselves, sometimes a 'probe' method is used. All that poking and peeking takes time.

      The PCI cards identify themselves with a vendor/device code that is part of the card. Some vendors are lazy and do not create a new revision for a new card. In these cases you have to perform extra gymnastics with the card to determine which variant it is and which initialization code to use. Keep in mind too that even if you have no addin PCI cards, many of the devices on the motherboard are still on the PCI bus. You need to initialize those bridgechips, those firewire/USB chips, serial chips, parallel port, built-in network i/f chips, etc. It adds up after a while and boot time is not something that most hardware vendors /device driver developers pay much attention to.

    16. Re:Boot times disk/network bound by krbvroc1 · · Score: 2, Informative
      Because the assumption is that PCI devices are not hot swappable. Therefore, when you restore from hibernate you do not remap/reinitialize all the PCI devices- it is assumed no cards were added/removed. The OS bypasses the full PCI scan/initialization process which would detect and initialize all those new devices. If you were to remove/add PCI devices while hibernated a restored system might be unstable. Its also important that the device driver were written to support hibernation so they can resume properly/quickly when you restore.

      If you turn on the 'boot logging' feature of Windows and examine the logs you can see where a lot of the time is spent on your system by the OS.

    17. Re:Boot times disk/network bound by krbvroc1 · · Score: 3, Interesting
      There is no way for the system to 'detect a change'. There is not magic signal that the motherboard produces if a PCI card is inserted. In fact, for consumer level motherboards, inserting a PCI device while the system is powered will fry your system since they are not HOT swappable/insertable.

      Your point makes sense though about making some sort of assumed last known configuration the default. This would require the user to hit a button if they change their config so a full reboot with full PCI scan could ocurr - probably not too user friendly.

    18. Re:Boot times disk/network bound by Rosyna · · Score: 5, Informative

      If your default boot disk is available then a normal Mac doesn't take anytime looking for other boot devices. These Intel dev Macs do support booting from USB drives so that is not the case anyway.

      What makes you think they support booting from USB drives?

      OSX kernel extensions are very rare. Almost no program uses them except Norton products(anti-virus and disk doctor). I recommend staying away from Norton stuff for this reason and using Alsoft's Disk Warrior. Third party kernel extensions are a bad idea on any OS.

      Uhm, I hope you realize that apple includes many as well that aren't exactly usable on these Dev kits. Such as Bluetooth kexts, ATI kexts (or Nvidia kexts), Airport kexts, netboot, FWTDM kexts, Audio kexts (there are 8 audio kexts loaded on my G5), CHUD kexts, fan control kexts, slew, voltage, sensor kexts, and other kinds of kexts that either lack the hardware or software support on the Intel Dev Kits.

      Then for third party kexts there are Logitech Drivers, Norton Utilities kexts, Virtual PC kexts, the Ambrosia kext, DiskWarrior kexts, and many other third party drivers and kexts that shouldn't be loading at startup and shouldn't even be kexts but are.

      What features are lacking?? The Intel dev Macs have Firefox, iPhoto, iDVD, and Quicktime installed. The average user may install some extra dashboard widgets and a driver or two, but I doubt that would add more than a couple seconds to boot time.

      What makes you think these dev kits have either iDVD or Firefox installed on them? Did you see iDVD in use during Steve Jobs' WWDC keynote?

      See above for a large list. You don't need to load a kext for hardware that doesn't exist.

    19. Re:Boot times disk/network bound by Fourier · · Score: 2, Interesting

      For a really fast boot time, why not store the boot file in flash RAM?

      Because flash RAM is slow. Unless I've lost touch with the latest tech, the average HDD provides about 4x the throughput of current flash memory. Next-gen flash is better, but still on the same order of magnitude. A battery-backed (volatile) RAM boot disk could be nifty...

      The LinuxBIOS project lets you boot up fast out of flash, but that's mainly because you get the skip all the useless crap that the PC BIOS wastes time on.

    20. Re:Boot times disk/network bound by antrik · · Score: 3, Interesting

      Note that this is really a weakest-link situation: If trippling the disk speed halfed the boot time, it means the disk was actually the major stopper in the *original* setup; however, once you have a very fast disk, further disk speed improvements won't change much. Other factors will become more important now.

      When I upgraded my old 1.7 GB disk to a 13 GB one, bootup got *lots* faster. However, now the CPU was the major stopper, and upgrading from Pentium 166 to Celeron 400 again resulted in a considerable speedup. Upgrading to a 40 GB afterwards disk didn't change that much -- the processor is still the slowest part in the system. After another CPU upgrade it would be different again, of course...

      --
      All my comments get moderated +-0, spotless.
    21. Re:Boot times disk/network bound by gabebear · · Score: 2, Informative
      What makes you think they support booting from USB drives?
      It was reported that they do
      Uhm, I hope you realize that apple includes many [kernel extensions] as well that aren't exactly usable on these Dev kits. ... Then for third party kexts there are Logitech Drivers, Norton Utilities kexts, Virtual PC kexts, the Ambrosia kext, DiskWarrior kexts, and many other third party drivers and kexts that shouldn't be loading at startup and shouldn't even be kexts but are. ... You don't need to load a kext for hardware that doesn't exist.
      Yep, you are basically right, but I do believe DiskWarrior doesn't install any kexts.
      What makes you think these dev kits have either iDVD or Firefox installed on them? Did you see iDVD in use during Steve Jobs' WWDC keynote?
      Well, the article is about Firefox's speed on Intel Macs, and I could have sworn I did see Jobs use iDVD but I may be wrong.
    22. Re:Boot times disk/network bound by Mspangler · · Score: 2, Informative

      "Apple has really been pushing people to Sleep the machines instead of turning them off."

      Then they need to fix the crash-on-wake problems. The absolute most reliable way to crash my dual processor G4 is to wake it up after it's been sleeping for awhile. If it doesn't kernal panic, then the USB ports don't come up and the keyboard and mouse do nothing. Then it's time to push the reset button.

      Anyway, it boots faster than the XP box at work, so I'm not worried about booting every day.

    23. Re:Boot times disk/network bound by cbreaker · · Score: 2, Insightful

      That's a good point, too. Not sure if that's a good or bad point for the Mac, though =)

      I'm guessing most hardware drivers aren't written by Apple, but the hardware developer (Apple contracts out hardware design like any other company) and some drivers like video drivers are certianly not Apple.

      But, Apple can sure QA their drivers a lot more then Microsoft can, so your point does remain.

      --
      - It's not the Macs I hate. It's Digg users. -
    24. Re:Boot times disk/network bound by jerkychew · · Score: 5, Interesting

      As someone that's built thousands of Windows machines over the past few years, let me be the first to say this: Out of the box, on current hardware, Windows XP is blazing fast. What slows it down is all the bloatware and DLLs that you load up as you install software.

      Take XP, load Office 2003, Norton AV, the standard CD burning and DVD viewing apps, and watch the performance (and boot times) degrade considerably.

    25. Re:Boot times disk/network bound by Skippy_kangaroo · · Score: 2, Insightful

      You might want to clarify that statement - because as it stands it's kind of meaningless. It's almost akin to saying I can do nothing at the speed of light. In fact, I did nothing 50,000 times between that last sentence and this sentence, that is blazingly fast.

      At a slightly less ridiculous level, whose fault is it that just installing (but not using?!) software makes the OS performance molasses like? Not being a Windows guy I don't get it. Does this affect OS X as well? I load and open all sorts of software, have multiple users logged in and, unless the process is actually doing something, I don't notice it in OS X - am I missing something?

    26. Re:Boot times disk/network bound by Rosyna · · Score: 4, Interesting

      The fact that it's already been confirmed that iLife '05 ships on the Intel Macs? Did you even watch the WWDC keynote you're referring to? Jobs' entire presentation was done on the Intel Mac.

      They do, do they? Where was it confirmed? And at what point in the keynote did Jobs ever show off anything but iPhoto and iTunes? http://www.apple.com/quicktime/qtv/wwdc05/ There's the keynote. Go ahead, tell me where.

      and FWIW, I was at the keynote. What's in the dock during the keynote is all that comes with the dev kits.

    27. Re:Boot times disk/network bound by mabinogi · · Score: 2, Insightful

      that's not true at all.

      A PPP connection via a modem is a direct connection to the Internet.
      You are _extremely_ vulnerable if your connection is directly through a modem.

      I found that out myself the hard way a year or two ago - at home I'm behind NAT, and there's at least two levels of NAT and three firewalls between me and the Internet at work, and I don't use I.E.. So I never really paid much attention to patches and updates, or even anti-virus stuff.

      However, one night when I was interstate for work, I dialled connected to the Internet by modem from the hotel room. I had three viruses by the end of the hour.
      I'd become so used to always having firewalls in front of me that it never occurred to me to even worry about it.

      Now I make sure I patch regularly and that my anti virus software is up to date before exposing myself like ;)

      --
      Advanced users are users too!
    28. Re:Boot times disk/network bound by batkiwi · · Score: 2, Insightful

      None of those except norton should effect boot time. Norton, however, is a PoS and should be replaced by something that doesn't try to take over the system.

    29. Re:Boot times disk/network bound by ScouseMouse · · Score: 2, Interesting

      Your right, in most cases, nothing would have changed, but if for instance a DRAM module was removed which contained some part of a process, the system would crash on restore. (because as the process is already linked, it cant easilly be moved in memory)

      Some things need to be re-initialised if left for any length of time (Ie, DHCP usually has a timeout)
      All open Sockets would probably have to die (But not nesseserilly normal file handles)

      There are probably other things as well, but these are the main things that occur to me.

      Any processes which rely on hardware parameters would have to be re-initialised, eg PCI bindings, Ram size. Also any hardware state would have to be reset because you can pretty much garantee it wont be in the same state as when you suspended. There are a whole world of things that can go wrong there. Personally would prefer a long boot-up time (Providing the boot-up is reliable) and a long uptime. Then again, i do tend to leave computers on more than is environmentally friendly. :-)

    30. Re:Boot times disk/network bound by hcdejong · · Score: 3, Interesting

      Tiny? It's 3-5W for my Mac mini. Doesn't sound like much, but it's yet another 26 kWh/year (2% of my power bill). Too much for my taste, especially when it's not the only device that has a large idle/off power draw. My VCRs consume 10W apiece doing nothing, etc.

    31. Re:Boot times disk/network bound by Octorian · · Score: 3, Interesting

      Many people in the Windows world seem convinced that a major cause of a slow machine is "I've got a lot of things installed on it".

      Now those of is in the here see that as nonsense, since filling up the hard drive with not-currently-executing code does not have any impact on memory usage or CPU usage.

      However, a lot of Windows programs have this tendency to install things that "always run in the background", and that does eat memory and impact CPU load. Back in the day when I actually used Windows a lot (and when RAM was still expensive), it was commonplace for people like us to spend the time digging through the Start Menu and the Registry to disable all those little side-processes.

      As a result, people like me had machines that were MUCH faster and more responsive than most normal people with their storebought machines with specs usually much better than mine on-paper.

      I suspect the same may be true today, between store pre-loaded crap and resident bits of installed software, even if cheap RAM has averted some of the issue.

    32. Re:Boot times disk/network bound by aug24 · · Score: 4, Funny
      "Although there's usually a few seconds between the machine powering up and the apple logo appearing. What's going on during that time?"

      Memory test.

      Nope, I'm damned if I can remember what it's doing for those few seconds. Now will you tell me the damn answer?

      J.

      --
      You're only jealous cos the little penguins are talking to me.
    33. Re:Boot times disk/network bound by NardofDoom · · Score: 2, Insightful
      I've been spoiled by my Powerbook. It's usually fully awake before I even get the screen the whole way up. My mother-in-law bought an XP laptop and it takes about five minutes to get back to where it was when you closed the screen.

      Even so, I'd love for Apple to create a 'hibernate' feature.

      --
      You have two hands and one brain, so always code twice as much as you think!
    34. Re:Boot times disk/network bound by MrBlackthorne · · Score: 2, Funny

      Well, this is good, because I hate for my computer to be useful. Thanks for the tip. I'll refrain from installing software next time I build my system.

    35. Re:Boot times disk/network bound by heri0n · · Score: 2, Insightful

      What good is a "blazing fast" system if it has no usuable apps? OS X is blazing fast and it comes with usuable apps.

    36. Re:Boot times disk/network bound by killtherat · · Score: 2, Funny


      Memory test.

      Nope, I'm damned if I can remember what it's doing for those few seconds. Now will you tell me the damn answer?


      Memory test.

      I hope I didn't just write to a NULL pointer...

    37. Re:Boot times disk/network bound by dmccarty · · Score: 2, Informative
      WinXP Embedded (SP2) already has this feature. It's called Hibernate Once, Resume Many, or as MS engineers call it, HORM. However, using it requires EWF-enabled* volumes, which is why you haven't seen it in mainstream Windows yet.

      * Enhanced Write Filter

      --
      Have fun: Join D.N.A. (National Dyslexics Association)
    38. Re:Boot times disk/network bound by thatguywhoiam · · Score: 2, Informative
      Now those of is in the here see that as nonsense, since filling up the hard drive with not-currently-executing code does not have any impact on memory usage or CPU usage.

      I am not very knowledgeable in this area, but it was explained to me by one of the techs where I work that the Windows registry is the culprit for this. Being a binary file that is subject to fragmentation, the very act of installing software adds to the registry (of course), which then in turn causes an across-the-board speed hit every time some Windows function calls said registry... which is often. Educate me if I am wrong about this.

      --
      If Jesus wants me it knows where to find me.
    39. Re:Boot times disk/network bound by 42forty-two42 · · Score: 2, Interesting
      Your right, in most cases, nothing would have changed, but if for instance a DRAM module was removed which contained some part of a process, the system would crash on restore. (because as the process is already linked, it cant easilly be moved in memory)
      On the contrary, user applications are linked into a virtual address space, which may not directly correspond with physical memory (and almost always does not). This mapping can even change during normal operation, due to swapping, and pages may be shared between processes. Kernel memory (which in Linux at least is linearly mapped to physical ram) would be more of a worry.
    40. Re:Boot times disk/network bound by Lars+T. · · Score: 2, Interesting

      Many PCs use more when "turned off". Some even use more than your Mini at average load.

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    41. Re:Boot times disk/network bound by jerkychew · · Score: 2, Informative

      "Now those of is in the here see that as nonsense, since filling up the hard drive with not-currently-executing code does not have any impact on memory usage or CPU usage."

      Sorry, but you're wrong. Installing MS Office on a Windows machine loads a TON of resident and shared DLLs that just sit on the system and use resources. The more apps you throw on, the more shared files show up. The more files that show up, the more need to be processed by the OS when loading DLLs.

      Take a clean XP machine. Measure its boot time. Install all of the programs I mentioned in the first post. Remove any of them from startup. Reboot and time how long it takes to get into Windows. I guarantee it takes five to ten seconds longer to boot than on the clean system. Such is the way that Windows processes its system files and installed applications.

  3. Re:So the G5 were dog slow after all by ResidntGeek · · Score: 2, Funny

    Didn't you RTFA? It's not an "emulator", it's a dynamic binary translator. Duh...

    --
    ResidntGeek
  4. The real question by AKAImBatman · · Score: 2, Interesting

    The real question is, will their x86 Laptops maintain the four hour battery life Mac users have come to expect? Performance is nice, but it isn't always everything. Being able to work through a long car trip, plane flight, or train ride can be far MORE important to laptop users.

    1. Re:The real question by networkBoy · · Score: 4, Informative

      I get 7 hours on my p4-m notebook.
      so I'm thinking they may see an increase.
      -nB

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    2. Re:The real question by savagedome · · Score: 5, Funny

      Performance is nice, but it isn't always everything

      Will you explain that to my girlfriend please? Please?

    3. Re:The real question by chizu · · Score: 2, Insightful

      I don't see how this is a concern. My IBM T41P gets 6-8 hours of battery life with wireless and sound in frequant usage. It's not a slow machine either, 1.7GHz Pentium M, ATI FireGL graphics card. If IBM can do it, I'm sure Apple will have no problem producing a similar laptop.

    4. Re:The real question by lightyear4 · · Score: 3, Funny

      Son, perhaps you should inflate her?

    5. Re:The real question by PakProtector · · Score: 4, Funny

      No, the real point is in relationships you want to avoid the 'boot' process.

      --

      Edward@Tomato - /home/Edward/ man woman
      man: no entry for woman in the manual.
      "Qua!?"

    6. Re:The real question by Kufat · · Score: 2, Informative

      That's not a P4-m, that's a Pentium M. Similar names, big difference.

  5. Re:Dual Boot by maztuhblastah · · Score: 5, Interesting

    The developer version of OS X can run on non-apple hardware, but only if you think troubleshooting is fun (read: not well). The versions that will reach consumers on Intel systems will be DRM'ed to prevent this. It will be crackable, but the 1% of the population that can do this isn't Apple's target market anyways.

  6. Re:Dual Boot by uncle_fausty · · Score: 5, Insightful

    For God's sake, will you please stop beating this issue to death? No, MacOS will not officially run on non-Apple hardware. Yes, l337 h4x0rs will probably find a way to make it happen. No, it will not be the rosy seamless computing experience MacOS provides on controlled hardware. Apple's success in OS development is in no small amount tied to their control of the hardware it runs on; don't expect that to go away anytime soon.

  7. some apps suffer? by ystar · · Score: 2, Interesting

    "The apps run at about 65 to 70 percent of their normal speed."

    Doesn't sound like Rosetta is transparent for everything, then?

    1. Re:some apps suffer? by saterdaies · · Score: 2, Informative

      I think by transparent they mean that it runs in OS X windows and looks and feels like an OS X application rather than the speed. Like, with Classic, all of the Apps ran after the Classic environment booted and they used the old Mac OS 9 widgets and windows and were just very seperate from OS X.

  8. Impressed by Tamerlan · · Score: 4, Interesting

    Intel outperforming PowerPC was kind of expected. However I am impressed with a technology behind Rosetta. Are ther any open source projects like that?

    1. Re:Impressed by poleshifter · · Score: 4, Funny

      cherry os

    2. Re:Impressed by gabebear · · Score: 2, Insightful

      I am impressed with a technology behind Rosetta. Are ther any open source projects like that?

      YES, exactly like Rosetta

      QEMU lets you run Linux apps compiled for another CPU architechure. So you can run PowerPC Linux apps on your X86 Linux box. QEMU is nowhere near as seemless or fast as Rosetta, but QEMU does run in two modes: user-emulation where it works like Rosetta, and system-emulation where you can run another whole OS like VMWware.

    3. Re:Impressed by stefanb · · Score: 2, Interesting
      Intel outperforming PowerPC was kind of expected. However I am impressed with a technology behind Rosetta. Are ther any open source projects like that?

      QEMU aims to do the same:

      EMU is a generic and open source processor emulator which achieves a good emulation speed by using dynamic translation.

      It can run (to some degree; it's still in development) on x86, amd64, PowerPC and a host of other CPUs, and it can run binary code for x86, amd64, PowerPC, SPARC, ARM, and MIPS.

  9. Re:So the G5 were dog slow after all by cnettel · · Score: 2, Interesting

    That's a quite remarkable emulation feat. I wonder if this is on x64 with the added registers or if it's just plain x86. I imagine that the added registers in x64 (or whatever you want to call it without using an AMD or Intel moniker), combined with less restricted usage combinations, would make emulating the PowerPC ISA well easier.

  10. Re:Dual Boot by AKAImBatman · · Score: 3, Interesting

    Sometimes I have the need to develop on Mac environment for compatibility requirements, but I don't really want to buy a Mac just for that. For example I don't buy a TUX machine to run Linux.

    You would if it was important enough to you. I bought mine so that I could support Apple users. i.e. I saw a very real use for the machine. (Best purchase I ever made, BTW.) With Linux, there's just too much noise and not enough signal to make anyone want to purchase a Linux-built Desktop machine.

  11. Re:So the G5 were dog slow after all by raider_red · · Score: 2, Insightful

    It could also mean that firefox's apparent speed is based more on network throughput than code execution. I'd like to see some more robust benchmarks than "it seems just as fast".

    We can start by how long it takes to crunch a lot of floating point operations and integer math operations.

    --
    It's good to use your head, but not as a battering ram.
  12. 64bit and vector code by Anonymous Coward · · Score: 3, Insightful

    So simple stuff runs as fast or faster...

    How does the Mactel box do on floating point, 64bit and/or vector based code? The main reason for getting a G5 was to improve performance of 64bit/floating/vector code like is used in video production and scientific apps.

    Since Intel has always been shaky in floating point and probably doesn't really know the meaning of vector I'm wondering how those kinds of apps will fare on the Mactel boxes.

    1. Re:64bit and vector code by kocsonya · · Score: 2, Informative

      > They did have an issue once and that was
      > only with some purposefully obscure math.

      Um, it was a division. Hardly obscure math...
      If the divisor has some particular binary
      pattern the result was incorrect. The problem
      was that you could not *trust* the computer,
      because you did not know if a particular Excel
      spreadsheet hit that binary pattern or not.
      Intel indeed recalled the chips, after first
      denying the existence of the bug.

    2. Re:64bit and vector code by jiushao · · Score: 5, Insightful
      Actually you have it a bit backwards. The P4 is rather back to the roots for Apple, an excellent SIMD performer with a bit so-so performance on linear floating point. It was the initial issue with the P4, a weak x87 implementation with a great focus instead on the excellent performance of the SSE2 (and SSE3 with the prescott).

      Compare this to the G4, another weak linear performer that Apple more or less specialized in getting to fly through good use of the excellent Altivec unit. The G5 on the other hand has a somewhat weak Altivec unit but a much beefed up set of single-element FPU units, yielding so-so vector performing but good linear performance. IBM did probably not focus much energy on the Altivec unit but instead threw it in since Apple required it (after all, the single-element FPU performance of the G5 almost puts the Altivec unit to shame).

      Some might now be quick to point out that Altivec is a nicer instruction set than SSE2/SSE3, this is by most standards true, but if you are hand-coding assembly you can make do with either. On the flip side Intel has quite impressive auto-vectorization support in their compiler.

      So, what does this add up to? The G5 is in a good place for beating the P4 on unoptimized unvectorized code, but the P4 really screams if things are tuned up a bit. Considering Apples history with Altivec I think we can safely assume that they won't be afraid of doing some hand-tuning to get good perfomance.

      This all ends up looking quite favorable for the P4, I still don't think we will see a commercial Mac with a P4 derivative in it, but anyone who thinks the P4 is a weak performer has another thing coming. For a bit more on my opinion on the state of the x86 vs. PPC today see my earlier post in the "Apple Switch to Intel Not a Big Loss for IBM" story.

  13. Intel Graphics by saterdaies · · Score: 5, Funny

    Clearly the speed boost comes from the amazing graphics capabilities of the Intel Graphics Media Accelerator 900. I mean, the 900 stands for 450 times better than their last integrated system which was numberd 2, right?

  14. Re:Dual Boot by cappadocius · · Score: 3, Informative
    On the opposite side of the coin, does that mean that future Mac OS can run on any Intel (and AMD?) machine?

    No. The version of OS X on the developer Macs may be compatible with other PCs, but the final product will be tied to an special Intel DRM chip that will prevent it from running on other machines.

    The developer machines are loaners and will go back to Apple in two years, and will not continue to be supported.

    --

    omnia tua castra sunt nobis

  15. Talk about a 180... by Anonymous Coward · · Score: 5, Funny

    So now that Apple is going to use Intel processors, Apple developers are allowed to note that Intel makes faster processors?

    I should feel vindicated, I suppose.

    1. Re:Talk about a 180... by ArbitraryConstant · · Score: 2, Insightful

      "Keep it in context: this is an anecdotal comment from a single person comparing a bleeding edge 2005 pre-release Mac with their old 2003 retail Mac."

      You mean if we have objective tests we can admit the Intel chips are faster?

      Sweet.

      --
      I rarely criticize things I don't care about.
  16. What the... by jav1231 · · Score: 4, Funny

    So...the development Mac's run XP faster than other vendor's boxen? This is getting weird.

    1. Re:What the... by Anonymous Coward · · Score: 2, Funny
      So...the development Mac's run XP faster than other vendor's boxen? This is getting weird.


      Actually, this is a really important discovery.

      Previously, everyone assumed that that "the snappy" was conveyed by OS X upgrades. However, it is clear now that the logo on the box conveys some amount of the "the snappy," too.

      A corollary to this is that OS X modified to run on non-Apple hardware will be less snappy on ptherwise equivalent non-native systems.
  17. Intel Mac's poor hd performance by Anonymous Coward · · Score: 2, Funny

    I don't want to start a holy war here, but what is the deal with Intel Mac hard drive performance? I've been sitting here at my freelance gig in front of a Intel Mac for about 20 minutes now while it attempts to copy a 17 Meg file from one folder on the hard drive to another folder. 20 minutes. At home, on my Pentium Pro 200 running NT 4, which by all standards should be a lot slower than this Mac, the same operation would take about 2 minutes. If that.

    In addition, during this file transfer, Safari will not work. And everything else has ground to a halt. Even SubEthaEdit is straining to keep up as I type this.

    I won't bore you with the laundry list of other problems that I've encountered while working on my Intel Mac, but suffice it to say there have been many, not the least of which is I've never seen a Intel Mac that has run faster than its Wintel counterpart, despite the Intel Mac's faster chip architecture. My 486/66 with 8 megs of ram runs faster than this 300 mhz machine at times. From a productivity standpoint, I don't get how people can claim that the Intel Mac is a superior machine.

    Intel Mac addicts, flame me if you'd like, but I'd rather hear some intelligent reasons why anyone would choose to use a Intel Mac over other faster, cheaper, more stable systems.

    1. Re:Intel Mac's poor hd performance by oberondarksoul · · Score: 4, Informative

      Methinks you've been had. This is an update of a quite famous rant made about one of the earlier PPC Macs, the 8600/300, as found here.

      --
      And tomorrow the stock exchange will be the human race
    2. Re:Intel Mac's poor hd performance by gcauthon · · Score: 2, Interesting

      November '98 - My Mac Sucks
      http://www.kottke.org/98/11/

      June 2002 - Switching to the Mac
      http://www.kottke.org/02/06/switching-to-the-mac

      Wait a second . . .

  18. TEH SNAPPPY, finally! by otis+wildflower · · Score: 2, Funny

    Took long enough, but it looks like OS X will finally be 'snappy' ;)

  19. Integer vs. Altivec by WatertonMan · · Score: 4, Interesting

    I think most of us expected the P4 to perform better for Integer like code on applications that don't effectively SMP. So that's not that surprising. I am surprised at the speed of Rosetta, although that will be a mixed bag once again depending upon the application.

    What I'm really interested in is speed on stuff that really leveraged Altivec, like A/V programs. I'm curious about Quicktime 7 for instance. Now some of these programs can use some similar functions on the P4. But from what the Altivec folks were telling me some code ought differ by as much as 50%. (i.e. the PPC is twice as fast) A nice simple test is to compare programs like iMovie on both platforms.

    1. Re:Integer vs. Altivec by ArbitraryConstant · · Score: 3, Interesting

      The altivec implementation on G5s is weak compared to that on G4s, so the advantage isn't as great.

      --
      I rarely criticize things I don't care about.
    2. Re:Integer vs. Altivec by Lars+T. · · Score: 2, Funny
      Well The P4 has extensions just like Altivec, that's what SSE2 is.

      And a transvestite is just like a real woman. Sorry, but SSE2 is still register-starved and has those stupid destructive two-operands ops.

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    3. Re:Integer vs. Altivec by GaryPatterson · · Score: 2, Informative

      Altivec is not so much poor at double-precision calculations, as not supporting them at all.

      It's been a few years since I programmed for the Altivec unit, but it didn't support any doubles then, only single-precision floats.

      Apart from that (and it is a big thing), I've never heard a serious comparison of Altivec with SSE that resulted in SSE coming out equal or even close. Altivec is pretty damned amazing.

      Shame we won't be able to play with it any longer.

      (By the way, Apple's transition documentation shows how to convert from Altivec to SSE, and after reading through it briefly, SSE doesn't impress me. Hopefully raw clock frequency will overcome SSE 'suckiness' and we'll see good use of it in media apps.)

    4. Re:Integer vs. Altivec by WatertonMan · · Score: 2, Interesting

      Many of the Altivec programmers, however, note key features of Altivec which *aren't* available in SSE2. I've heard mixed things about whether SSE3 will solve these issues. Also (to the other poster) while one can argue that Altivec was simply "strapped on" to the G5 and not as elegant as in the G4, the fact is that the wider bus on the G5 will help programs using Altivec which often are AV programs that really can use the bus increase.

      Over at ARS for about a week after the announcement there were many disgruntled Altivec specialists bemoaning the loss of Altivec. While I don't think the SSE* derivitives are as bad as many make out (at least from my limited reading) I think there is some justifiable skepticism over the issue. The main reason G5 Macs could perform many functions as fast as they did and keep up (and sometimes surpass) Intel class chips was Altivec. In general integer code G5s were always behind. (Thus the careful Photoshop bakeoffs utilizing places where Altivec shined)

      Since most programs are these general integer programs I think most programs should significantly improve on the Intel systems over more or less equivalent G5s. As I said in the original comment (which many seem to have misread) it will be interesting seeing how AV programs perform on the Intel boxes. I'm getting one soon, although I'll then be under NDA and won't be able to talk about it. (We're just working out the accounting for the rental at the moment)

  20. Re:Dual Boot by keytoe · · Score: 4, Insightful
    the final product will be tied to an special Intel DRM chip that will prevent it from running on other machines.
    I keep seeing this spouted around as fact, but I have yet to see anywhere where this was stated in any official capacity. They may do that. They may not - they haven't said one way or another. Outside of the iTMS, Apple hasn't done much with DRM, and I'm pretty sure that was only to make the labels happy - so I'd say it's still pretty much up in the air.

    So stop saying it like it's a fact, please.
  21. Incredible perfomance? by fermion · · Score: 2
    I am not sure what kind of boot times people get, but on my TiPB, with about 512, I am up from the apple logo to the login screen is around 20 seconds. To logon might take another 20 seconds. To open up several applications, another minute or so. This is expected as Apple has always been adamant abut quick bootup. For a newer machine to do it in a quarter the time, I presume without so many network services, is to be expected.

    To boot up into XP on my latest WinTel kit takes very little time, and XP runs lightening quick on that box, expectedly faster than my one or two year old Macs, though not as expectedly fast as my 5 year old Mac. OTOH, my three year old WinTel laptop with XP is such a dog it is painful to use.

    Which is to say there is no surprise that Apple shipped a fast computer, and no surprise that the latest machine can boot faster than my older machines. I expect MacOS will run faster, as Intel has been ramping up the cycles, damn the electricity, while IBM has not. The concern is, as always, no that Intel is in the picture, is there going to be a philosophy change that makes the computer less consumer friendly. Like more DRM, or more serial numbers, or b0rked math.

    I mean, fundementally, the important thing to me is that the computer wakes up in 5 seconds, not that it takes a minute to get to the desktop. And that in five years I still have a usable computer with the latest OS.

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
  22. Re:Dual Boot by blackmonday · · Score: 4, Interesting

    Actually, Apple makes money selling iPods!

    But seriously, I hate the "Apple makes money selling machines, not software" myth. Apple also makes a killing on software, and there's higher margins than hardware. Steve Jobs said Tiger had already sold a million boxed copies of Tiger at the WWDC. Multiply by $129? That's a lot of cash coming from just the OS. And don't forget about their stance in the professional media market. How much is Final Cut Pro selling for these days? What does Motion cost?

  23. Re:Dual Boot by fimbulvetr · · Score: 2, Funny

    Oh, we're supposed to use the comments as a source for facts? Even the ones crawling with Apple fanbois?
    I must be new here, maybe that has always been the case.

  24. Re:Big-endian vs. little-endian by javaxman · · Score: 4, Informative
    This is a problem only when it comes to data I/O to non-native programs ( meaning PPC code running under Rosetta ), really, isn't it ?

    It's likely that Rosetta is pulling a lot of tricks, I/O level and otherwise, and when you're reading data from a hard disk or the network, using a few spare CPU cycles to swap some bytes around isn't going to be noticed *at all*, because if you're doing that sort of I/O bound processing, you'll likely have plenty of CPU cycles laying around to swap bytes in memory.

    If you're not talking about Rosetta, but about multi-platform applications more generally, the long answer is in the Universal Binary Programming Guidelines PDF. The short answer is that you abstract away from your own code byte-order issues where possible, and where not possible, you otherwise have separate code paths that do the right thing depending on the targeted platform.

    Seasoned developers who coded applications under NeXTStep have been through this once before, remember. This is not a new problem. We've been here before... I avoid binary data formats where it's reasonable to do so.

  25. Re:Big-endian vs. little-endian by Kohath · · Score: 2, Informative

    This problem was resolved about 12 years ago when NextStep shipped on Intel.

    The IO libs just take care of it.

    Also, it's worth noting that binary storage in a "native" format is always a Bad Idea and most serious projects would be expected to avoid it.

  26. no by diegocgteleline.es · · Score: 5, Interesting

    This just means that the G5 crap being better performing than the Intel stuff was pure marketing BS

    Maybe G5s are not so fast. But:

    "It's fast," said one developer source of Mac OS X running on Intel's Pentium processors. "Faster than [Mac OS X] on my Dual 2GHz Power Mac G5."

    So, uh, a 3.6 Ghz P4 is faster than two 2 Ghz G5 - 4 Ghz? - SMP, but 4 Ghz.

    Sorry, I don't buy that. Even more if you take into account that Intel isn't exactly the performance/Hz leader - in fact it's the worst performer these days, Opteron and PM beats the sh*t out of that P4 at much lower speeds from what I've read.

    There're lots of factors that can change things - freebsd algorithms, are, for one, optimized for i386 variants. Also, Mac OS X is compiled with -Os - optimized for size, no for speed. (Paranoic mode on=Hey, maybe this switch was planned and it's not a coincidence)

    And then there's the Placebo effect. IOW: Show me numbers, don't tell me "it's fast", I don't trust you. In Linus' words: "If we can't measure it, it doesn't exists". Unless someone writes a decent comparative, I'll take this article as Apple Marketing - Apple has been very critized for this change, I wouldn't be suprised that Apple is interested in articles like that, showing how good move has been the switch to intel

    1. Re:no by cryogenix · · Score: 2, Informative

      2 2GHZ processors does not equal 4GHZ. The percent performance gain for each additional processor is rarely even close to it's ghz rating, and it goes down sharply for each additional processor. You have things such as system bus and memory contention when you add multiple processors as well. AMD does a far better job with this in regards to the Opteron than Intel does with the Xeon. I think Apple/AMD would make a very interesting combination.

  27. Re:apache http server? by Trillan · · Score: 2, Informative

    The reported threading problems were not, in fact, threading problems at all. Instead, they are the result of F_FULLFSYNC fcntl. You will probably find this thread interesting.

  28. DVD leak when? by Knight_Walker · · Score: 3, Interesting

    So when will the DVD leak and I'll be able to see hackers working on getting it to run on regular x86-machines at http://www.osx86.classicbeta.com/ ? :)

  29. Mod down, bs by geekee · · Score: 2, Interesting

    "Yes, l337 h4x0rs will probably find a way to make it happen. No, it will not be the rosy seamless computing experience MacOS provides on controlled hardware. Apple's success in OS development is in no small amount tied to their control of the hardware it runs on; don't expect that to go away anytime soon."

    These Apple boxes will use generic harware found in your standard hp or dell box. Home made pcs will run MacOS just fine. Apple is using a DRM to raise the barrier of entry to nearly infinity for competing hardware companies who want to sell mac clones to maintain a monopoly on selling hardware that runs MacOS. That way they can charge a premium on hardware to subsidize their OS development and make a healthy profit by choosing their own price without worrying about market forces. Apple knows their product is differentiated enough from an MS PC that these machines are not really competing head-to-head, so my monopoly arguement is valid.

    --
    Vote for Pedro
    1. Re:Mod down, bs by Politas · · Score: 2, Insightful

      It doesn't matter whether it's generic hardware that Apple uses, or special proprietry hardware. The important point is that it is a fixed (or at least limited) platform. Apple know exactly which chipset/processor/gpu combinations they need to support, so they can configure the OS to use exactly the features available and avoid the problems. or from another perspective, they choose their hardware to avoid those bottlenecks that are most likely to be noticeable.

      --

      Politas

  30. Bad news for Mac software by Tim+Browse · · Score: 4, Funny

    This is going to be a real problem for Mac software, because most of it isn't frame limited, and isn't designed to run this fast. You'll be typing a sentence in a word processor, and before you know it, the cursor will have zoomed off and crashed into the right hand edge of the window.

    Not good.

  31. So the lesson is by JanneM · · Score: 2, Interesting

    Don't buy a Mac until you can get an Intel one; and of course you ought to wait six months after that release so vendors have had time to port their software over. A year to a year and a half in other words. Also, do not buy expensive software like Photoshop or Illustrator at this time, since you'll have to shell out all over for them again when you get an Intel Mac (and that can easily come to more than the cost of the machine itself).

    It would be really fascinating to see what the sales figures will be like for the next year or two.

    --
    Trust the Computer. The Computer is your friend.
  32. Transparency by lullabud · · Score: 3, Funny

    Well I think that by transparent they mean that you can see through it. I mean, metaphorically speaking, if Rosetta was a person and it was wearing the apps that ran using it, it would be frightening to see those apps walking around with no body. Very frightening indeed, like a ghost. 65 to 70 percent of normal speed is definitely frightening, so this must be exactly what they mean.

  33. Re:Just like ASOT told us! by That's+Unpossible! · · Score: 2, Funny

    Seven seconds. Trust me.

    Seven chipmunks twirlin' on a branch, eatin' lots of sunflowers on my uncle's ranch. You know that old children's tale from the sea.

    --
    Ironically, the word ironically is often used incorrectly.
  34. Or the corollary by Colin+Smith · · Score: 3, Funny

    Get rid of the unnecessary crap installed on your system to help improve your boot times. Have you seen the junk FC4 installs and starts at boot by default?

    --
    Deleted
  35. Crap article. Period. by javaxman · · Score: 2, Insightful
    This article is nothing but a vague reference to a couple of un-substantiated percentages of Rosetta performance and some completely subjective, unverified statements.

    If I were AppleInsider, I'd be ashamed to print this. Of course, it's not likely that AppleInsider could be ashamed of anything, so there you go ;-)

    Really, wake me up when there's an article where someone publishes comparative numbers of PostgeSQL inserts or NSImage composites or timed renders of Safari web pages.

    And no, I'm not really interested in Rosetta performance as much as I'm interested in native app performance. I'm interested, don't get me wrong. Just not as interested.

  36. Re:The Perfect Slashdot Comment by Paradox · · Score: 2, Informative
    I didn't say AMD sucked. I said that all the extra crap you have to buy from companies like VIA sucked. Please disengage your rabid AMD fanboy module.

    Ethical concerns aside, for many companies Intel is such a desirable choice because they do the testing with components and certify a complete package for you. That's expensive work, but Intel does it because they know that people will pay for it.

    Sure, I'd love to see AMD in macs. I have fond memories of my last AMD machine. But, only if AMD can give us a good, inexpensive motherboard that they certify and test. If AMD wants to compete on this front, they're going to need to offer a package deal.

    Back to ethics, it's entirely possible that Intel has crossed a major line and is due for a DOJ-powered slap, but I'm going to reserve judgement on that until I see more evidence. Just because AMD says they are being anti-competitive doesn't prove it. We'll know soon enough.

    --
    Slashdot. It's Not For Common Sense
  37. Re:Apple Pros/Insiders: Urgent Question For You by sp67 · · Score: 2, Informative
    IBM just announced the 970MP, with volume production slated for about 6 months from now; which is about the expected time to refresh the current crop of PowerMacs (at or around MWSF). Anyway, the PowerMac is expected to be the last to transition to Intel, towards end 2007, as it is currently the least performance-starved Mac; the Intel roadmap seems to support this too.


    So if you think about waiting for an Intel PowerMac, think 1.5 years. But even then, Apple is not reknown for getting the first revision right, plus they have a major platform shift to deal with. And it will take years to have an Intel-native software catalog the size of the current PPC one.


    The MWSF refresh could bring dual core dual processors. Or maybe not. But anyway it won't be too much of a difference from the current line, so I think now's a good time to buy.

    --
    Tuff that Smatters.
  38. Re:It *has* been stated in an official capacity by Shawn+Parr · · Score: 3, Informative
    They actually state that it will only run on Apple sold machines, they do not specifically state THEIR DRM'D MACHINES

    Rather than using DRM, if they use specific altered BIOS and/or a specific chipset then that is all that is necessary. The OS will not have the drivers/ability to work on other hardware.

    Apple will most likely still be designing their own MB's, even if they do include Intel chips, so this is a very easy way for them to maintain sales on their own, still technically proprietary, machines. DRM may be used, but if it does then it will probably be a second line of attack, not the primary.

  39. Re:Dual Boot by drsmithy · · Score: 4, Insightful
    Steve Jobs also said that Apple had no plans to compete in the $500 computer market and then later Apple released the Mac mini.

    But by the time they did that, the $500 market had become the $250 market...

  40. Re:So the G5 were dog slow after all by DurendalMac · · Score: 2, Insightful

    Horseshit. They're running this stuff under Rosetta (oooh, a web browser is snappy on a 3.6ghz processor!), which does NOT run Altivec code. Altivec-enabled apps on a G5 will undoubtedly stomp a native Intel app on one of these developer rigs. That, and this is Appleinsider, so take it with a grain of salt. These guys are way off the mark so often that it isn't even funny.

  41. Re:reports like this will impact sales by Anonymous Coward · · Score: 5, Funny

    I definitely won't be buying a PPC Mac. I'll wait for Intel Macs next year.
    What overall effect will this have on Mac sales?


    It will reduce total sales by one.

  42. Wrong meaning of "Blazing" by electrosoccertux · · Score: 3, Funny

    Technically, since this is Windows XP we are talking about (thus 10% processor usage in idle), and its running on a Pentium 4, then it IS running at "blazing" speeds.

    Better put out that fire.

    1. Re:Wrong meaning of "Blazing" by pthor1231 · · Score: 2, Interesting

      I know this is somewhat of a joke, but seriously, what do you have that makes 10% cpu usage on idle? Mine varies from 2-4 percent.

    2. Re:Wrong meaning of "Blazing" by Anonymous Coward · · Score: 2, Insightful
      'top' takes ~12% cpu, according to itself, on one of my linux boxes....

      of course, its 1996 binary running on a ppro 200 and 2.0.x kernel...

      Seriously, its not a big deal. these are not applications that need serious optimizing. I'd much rather the developers of such spend their efforts on consistient results reporting than making the app more efficient: for example; in a 4 cpu machine, what does "25%" cpu usage mean actually? one cpu buried or all 4 just idling? NFI how windows does that math, linux; it depends on which versions of (kernel/procps/top/etc) you're using.

      With NUMA systems becoming more prevalent, thats getting important, too.

  43. Re:WinXP on Mac a fluke, Mac OS X Apple H.W only by Jeremi · · Score: 2, Interesting
    If an apple branded PC can run Windows better than a regular PC. Outside of price, why would you want to buy anything else?


    I rememember what happened to OS/2, with their vow to make "a better Windows than Windows". They did a good job of making sure that Windows apps ran well under OS/2... so good, in fact, that many app vendors stopped developing the OS/2 versions of their software. (After all, why spend money to develop both a Windows and an OS/2 port of your software, when OS/2 customers can just run the Windows version?) The result: less "native" OS/2 software, and the eventual decline and death of OS/2.


    Apple may want to watch out for that trap...

    --


    I don't care if it's 90,000 hectares. That lake was not my doing.
  44. Re:So the G5 were dog slow after all by flithm · · Score: 2, Interesting

    Yeah, as much as I'd love to believe this, the logical part of my brain says no way.

    Plus with details from the article as technical as "it's fast," and "blazing speeds," you just know that's some newsworthy stuff there.

    Also the opposite is also going to be true. An intel compiled binary is going to stomp all over a PPC binary run with Rosetta.

    Why even bother making such a comparison, and even more so, why bother making such a claim?

    If you absolutely have to run PPC code on Intel you will, and you're not going to be impressed at the speed.

    And as for comparing the intel hardware to PPC hardware it's Apples and oranges as far as I'm concerned. It seemed like the article was going as far as to say an Intel osx machine is just as fast when running PPC binaries with an emulator than a top of the line dual processor G5 running native PPC binaries?

    Come on! Give us a break. Those would be fine claims to make, as long as they were backed with something a little more concrete than "my web browser seemed to run about the same."

    Like I said, I'd love to believe this, I'm no fanboy either way (intel/ppc), and I've never owned a Mac, but this whole article is trite.

    If you've got some developers with access to the machines, just spend the 15 minutes and do a couple benchies.

  45. Re:WinXP on Mac a fluke, Mac OS X Apple H.W only by R3d+M3rcury · · Score: 2, Insightful

    From what I understand from Phil Schiller at Apple, there are no plans to not allow Windows to boot. That said, it doesn't mean that Apple is going to force compatibility (eg, "Oh, we can't use such-and-such technology because then Macs wouldn't be able to run Windows").

    For example, from what I understand, the chances are essentially nil that Apple will use whatever PCs use to boot--whatever the PC equivalent to Open Firmware is. Now Apple has pretty much said that they're not going to use Open Firmware on the Intel Macs, but there is some Intel Four-Letter-Acronym that is a leading candidate to be used instead. If that boots Windows, huzzah! If it doesn't, though, I doubt Apple would say, "Gosh. We can't use that because then our users won't be able to boot Windows."

    Also, if Apple uses some really cool custom-built chip for doing audio, they will probably not write Windows drivers so that it will work under Windows. Somebody else might--hey, that's cool--and someone could download and install those drivers and everything would work fine. Heck, maybe Microsoft will even include them.

    Apple isn't going to go out of their way to support Windows, I agree. But I'm sure some people will figure out a way to run Windows on one.

  46. Re:Big-endian vs. little-endian by mederjo · · Score: 2, Interesting
    This problem was resolved about 12 years ago when NextStep shipped on Intel.

    The IO libs just take care of it.

    You're kind of missing all of those Mac apps which were written prior to OS X and those afterwards which are based on Carbon and not Cocoa, or which are pure C/C++. The Cocoa IO libs might handle byte swapping ( in fact they do ) but neither the Carbon IO APIs or the C/C++ standard IO APIs do, and a lot of apps use those. MacOS development != NeXT derived.

    Jo Meder

  47. Re:What about a real computer? by illumin8 · · Score: 2, Insightful

    Intel 3 GHz P4.. kinda in the midrange of PC hardware. I want to know how OS X86 would run on my new home system .. Athlon X2 4400+ SLI mobo.

    It won't. Apple will never allow OSX X86 to run on a non-Apple system. Expect to see on-chip Intel DRM enforcing this.

    --
    "When the president does it, that means it's not illegal." - Richard M. Nixon
  48. Not more than they are already by LFS.Morpheus · · Score: 3, Informative

    I think it will impact sales per se, but not any more then it is already affecting sales. Let me explain.

    I bought a 15" Powerbook in September 2003 - this system is a G4 at 1.25 GHz. I love it but I would really like something faster (and with a better graphics chip) so it could be a real desktop replacement. But, this simply doesn't exist. Today's fastest powerbooks are still G4s at 1.67 GHz - an increase of just 34% in nearly 2 years. This isn't enough to make me buy a new machine. The way it was looking, I was waiting for Powerbook G5s - but it wasn't happening (and now, of course, it won't happen).

    I am guessing that the significantly faster machines (both desktops and notebooks) with significantly help Apple sales, but will not hurt them more than the lack of speed was already. Increases in performance will correlate to sales, and if IBM was unable to deliver but Intel can, than I think it will help Apple immensely. If people need an Apple box they'll buy one, but right now they're just too slow or too expensive for people to consider (i.e., the fast machines are too expensive).

    I look forward to finally replacing my Powerbook with a nice speedy Intel-powered machine in a year or two, and I bet many Apple users will be with me. The new speed will then make it a lot easier to get new switchers on board.

    --
    The space unintentionally left unblank.
  49. Rosetta only translates G3 code, not G4/G5 by green+pizza · · Score: 3, Interesting

    The biggest gotcha with Rosetta is that it will not translate opcodes for G4 or G5 processors. There are already some applications for Mac OS X that require a G4 processor.... these *will not* run via Rosetta and will require an x86 recompile to run under the new Mactel machines.

  50. What to do with those slug stickers...? by kiddailey · · Score: 2, Funny


    Damn. I've still got a stack of Intel Inside slug stickers ...

    I guess I can't continue to stick them overtop all the Intel Inside plates I run across, so I need some creative ideas as to what I should do with them. Any ideas?

    1. Re:What to do with those slug stickers...? by evilviper · · Score: 2, Insightful
      so I need some creative ideas as to what I should do with them.

      I suggest walking into an Apple store with them, and sticking them on all the new Intel-based Macs.

      That should make them a good reminder as to how much Apple has been lying to everyone over the years. Everyone should remember the PPC ads when their next generation of advertising comes out.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  51. G4 optimized Firefox builds by green+pizza · · Score: 5, Informative

    G4 Optimized Firefox 1.1 pre-alpha nightlies (fast!)
    http://homepage.mac.com/krmathis/

  52. Re:PowerPC 25-30% faster than Intel x86 by NutscrapeSucks · · Score: 2, Insightful

    Well that's the key right there .... The G5 had decent FPU and Altivec of course, but the Integer ("mainstream") performance was never competitive.

    --
    Whenever I hear the word 'Innovation', I reach for my pistol.
  53. Slothrop by simpl3x · · Score: 2, Informative

    I just so happen to be reading Gravity's Rainbow...

  54. fishy numbers by commodoresloat · · Score: 5, Funny
    There is something fishy about these numbers, I agree.

    Well, there is a one in three chance that this study is nonsense.

  55. Re:Dual Boot by sydlexius · · Score: 4, Informative

    For instance, as ubiquitous as Creative Labs hardware is, Apple can't support it because it's really low quality compared to Apple's on board audio (designed by Bang Olufsen)

    I won't get into the debate about the quality (or lack therof) of Creative's products, except to say that there is a thriving market for aftermarket audio products for the Mac platform (M-Audio being one such vendor).

    My point of contention with your post is your assertation that Apple employs the aid of Bang and Olufsen for its built-in audio. While searching on Google reveals others using superlatives that compare Apple's design to the afformentioned company's products, there is no evidence of collaboration. There are aftermarket products made for lines such as the iPod, but that's as close as it gets.

    A few more little known facts: Apple uses all Bose speakers even down to the smallest speakers in their systems. And Bose designs the case section where the speaker will be housed in order to provide high quality, room filling sound no matter what system you have.

    Furthermore, Bose has only had a limited relationship with Apple, starting and ending with the PowerMac 6400 family. And for the record, the logevity of this particular piece of design has been lacking. Apple has collaborated with other companies on their speaker design, such as utilizing Harman Kardon enclosures/speakers starting with the iMac DV.

    Your references to startup tones are tangential, more a matter of taste and style than metrics. Apple succeeds in the the fields of arts primarily because of their decent first-party applications, and additionally because of their ISVs and aftermarket hardware. Many creative types still call the Mac home, and I don't think it's because of trendy start-up tones or hardware companies.

    As to Apple's success and appeal, I wholly agree it is due in large part to the bottom-to-top control they have of the platform. I may have made mistakes in calling you out on some of these facts you are presenting. I have spent nearly 10 years working in and around Apple's various offerings, and have admired their industrial design (with a number of exceptions). That said, I would like to think that whatever zeal that I may have for them is grounded in reality. If you can find reference to any of your above claims, I would appreciate that they be presented for sake of perusal.

  56. Bah. by fitterhappier · · Score: 2, Informative

    This article is thin on everything. In fact, it's little more than a mutated form of the inevitable discussions of increased "snappiness" that occur every time Apple updates either hardware or system software. The information in the article is all vague: "as little as 10 seconds," "It's fast," etc. Most ludicrous of all is the claim that the PPC build of Firefox runs just as quickly on the x86 Mac as it does on native hardware. Bollocks, sez I. Rosetta's nice, but it's no replacement for native and never will be. Like Classic, it's value will diminish with time. It's intended to ease a transition, in this case to universal binaries. When Apple deems that transition complete, Rosetta will, I think, be deprecated, if not abandoned altogether, barring any decisions in Cupertino to switch to, say, sparc.

    I've got access to a Mactel dev box, and the performance is good, but it's not so much better as to be revelatory. Compiling the source for several projects I work on is faster on the dual G5 2GHz machine than the Mactel (gcc4 on both machines). While not a great measure of performance, at least it's tangible. Of course, if you prefer to accept the nebulous claims from one of several notorious Mac rumor sites, be my guest.

  57. In other words, go ahead and buy the Mac by SuperKendall · · Score: 2, Insightful

    If you want a Mac, why wait for several moths to a year or more?

    Instead just buy whatever Mac you like now and enjoy it - after all you'll have to spend some time learning a new OS anyway. If the newer Intel macs are really a lot more powerful - then sell the current Mac, which is easy to do since used Macs hold value well. And yes PPC macs will hold value just as well as new softwrae will still be comiled for them for several years anyway.

    If you want to maximize resale value consider an Apple laptop of some sort, even really old ones fetch quite a lot.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:In other words, go ahead and buy the Mac by argent · · Score: 2, Insightful

      used Macs hold value well

      Over the past month, more or less, I've seen used Powermac G4 prices drop significantly. That normally only happens to a model line when Apple releases a version of OS X that doesn't support them (like Beige G3s after Panther, pre-Firewire iMacs after Tiger). I've also seen G5s for sale on the Low End Mac swap list for the first time ever.

      This time... Leopard may drop support for some or all G3s and maybe even the Yikes G4, but I don't anticipate AGP G4s being in trouble from Leopard, and in any case it's a year and a half off.

      The reason for the lower prices? When it's explained, it's the expected Intel macs. If they're depressing used prices already, a year off, I wouldn't expect your PPC Macs to hold their value the way they have in the past.

  58. Re:I repair and support Macs for a living by Zobeid · · Score: 2, Insightful

    Who told you "increased performance . . . is what the whole Intel switch is about"?

    Oh yeah. Steve Jobs said that, I forgot. :)

    The switch from 680x0 to PPC was about increased performance. The switch from Mac OS to Mac OS X was about increased performance. The switch from PPC to X86 is not, it's just a business decision. It's not necessarily a bad business decision, but it's not something Apple's engineers dreamed up as a great way of moving their platform into the future. It's not something the customers were crying out for. It's old fashioned deal-making.

    I think it's an understandable move, and one that's likely to pay off in the long haul. But. . . I can't help feeling disappointed that every OS seems destined to someday grow up and become Unix running on a X86 instruction set. It's not the future we all hoped for.

  59. I call shenanigans by argent · · Score: 2, Interesting

    There's no way a P4 will run a PPC emulation at 70% of the speed of native apps, unless there's something terribly wrong with native app performance. Optimization matters, and even if they're doing absolutely brilliant transcoding they're translating code optimized for a larger register file into the P4's tiny register set... if a native compiler can't beat that with one optimizer tied behind its back there's something seriously wrong with that compiler.

  60. Re:damned if they do, damned if they don't by Krach42 · · Score: 2, Informative

    AltiVec emulation can still be made faster than the linear code path.

    The reason for this is that the AltiVec emulation can avoid many of the problems with the linear code. To list some...

    * AltiVec has only alligned loads and stores, so you do not have to worry about emulating cross-page accesses
    * AltiVec can load more information into your register map faster than your generic code (less address translation per word loaded/stored)
    * AltiVec allows the emulating processor to parallel execute many of the instructions of the mathematical operations. So, you can make better use of the superscalar design of the emulating processor

    There's a ton more, but I hope you get the idea. With PearPC there's a noticable increase in performance from ~1 MOPS for scalar integer arithmetic, and worse even MFLOPS for scalar floating point arithmetic to ~300 MFLOPS with even the scalar AltiVec emulation code.

    Everyone seems to think emulating PowerPC and AltiVec on x86 and SSE/SSE2 (SSE3 provides no useful operations for AltiVec emulation) will make it slower than dirt. People think that emulating AltiVec with scalar operations will only slow the emulation down.

    Why don't people actually look at some empirical data first, befor making such claims.

    --

    I am unamerican, and proud of it!
  61. Of course it is... by BattleTroll · · Score: 2, Funny

    What a silly article. Of course the newer macs are going to be faster than the older generation. Why would Apple switch to Intel if they couldn't provide a faster chip? Imagine the headlines:

    "New Intel-based Macs not as fast as the G5"

  62. Re:Generic PC Hardware and OSX by Viewsonic · · Score: 2, Insightful
    I dont think your quite understand Apples business model. They make their money off the hardware they sell, not the software. OSX is a great OS, which may sell quite a bit on "generic" hardware, but not nearly enough to compete with selling $3k dual processor machines that only cost them peanuts to make.

    You will see Apple selling OSX to "generic" hardware the day Dell creates and licenses their own OS to make more profits. If you think that will happen, you're nuts.