Trying to follow all of the posts re Windows on the Intel macs. . .isn't a simple solution that will probably be supported just a new version of VirtualPC that 'talks' directly to the Intel chip with no translation? Wouldn't this give near native speed and enable Windows to run on the new Macs with great speed?
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
VirtualPC the answer for Windows
- Thread starter acrafton
- Start date
- Sort by reaction score
You ought to take a peek in this thread, right around .
Already a good discussion going without the need to repeat it here.
Already a good discussion going without the need to repeat it here.
VirtualPC is a potential solution, although nobody knows when (or if?) Microsoft will release it.
If the Intel version of Darwine is released before VirtualPC and works reasonably well, it could hinder sales of VirtualPC greatly.
I'm looking forward to Darwine, since it would mean that you don't have to purchase a copy of Windows to install... you could run Window's apps right alongside Mac apps. Of course, at the moment I can't even think of any Window's apps I'd actually want to run.
If the Intel version of Darwine is released before VirtualPC and works reasonably well, it could hinder sales of VirtualPC greatly.
I'm looking forward to Darwine, since it would mean that you don't have to purchase a copy of Windows to install... you could run Window's apps right alongside Mac apps. Of course, at the moment I can't even think of any Window's apps I'd actually want to run.
Yes... and for most people this is exactly how Windows is going to run on Macs.acrafton said:
Sadly, many people believed that installing Windows on these Macs would be a straight forward process... even though Apple never said that it would be. All PC makes build their systems with the main goal of supporting Windows... Apple had no need to follow that path just because they were switching to Intel based processors.
As for how soon Microsoft updates VirtualPC, that will most likely depend on how well the new Intel based Macs sell. If Microsoft perceives a large user demand, they'll most likely move more quickly in producing a compatible version. If they don't, then people will likely have to wait for the next version in Microsoft's regular production cycle.
The best way to judge how Microsoft will act would be to look at how fast they updated VirtualPC for the G5.
RacerX said:
Which took, what... a year? If Microsoft is that slow this time around there are other companies/open source groups who will beat them to market:
Darwine
VMWare
Dual booting (not quite the same as having a virtual PC running within Mac OS X... but if people find a way to do it, then there won't be as must interest in Microsoft's Virtual PC product)
Open OSX/Bochs (bleh) ?
acrafton said:
The key is NEAR native speeds. For your average everyday app this is fine. You sure as heck don't need 100% performance on MS Access. But for games it's always going to be a better experience running Windows outside of OS X.
atari1356 said:
You're right and potentially wrong. Keep in mind recent comments Microsoft has made about the new version of VPC. They indicated that it had already been under development, because they said they needed to test their new builds to see how much work needed to be done, but they also said that they hadn't even started working with Apple on it yet. What do these comments mean? It could be within the next few months if their builds are good, but I wouldn't be surprised if it's another year.
SiliconAddict said:
This is absolutely true, because not only is OSX sucking up additional RAM and CPU cycles, it's also taxing the video card a bit. However, dual booting is a pain in the butt in my opinion, so I'd rather be running Virtual PC than dual booting Windows (provided the new version of Virtual PC has full hardware acceleration).
Any idea when DarWIne will be ready for Intel Macs? I can't find any concrete info on their site.atari1356 said: