Linked by Thom Holwerda on Wed 31st Oct 2007 14:14 UTC, submitted by Dorka
Intel Intel announced today its line of Itanium products for high-end computing servers. Codename Montvale, the chip is an update to Montecito, the Dual-Core Itanium 2 chip which was launched in July last year, Eddie Toh, regional platform marketing manager of Server Platforms Group for Asia-Pacific at Intel, told ZDNet Asia in an interview on Monday.
Thread beginning with comment 282164
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: I can't believe it...
by nick on Thu 1st Nov 2007 02:54 UTC in reply to "RE: I can't believe it..."
nick
Member since:
2006-04-17

MMIO? What's that? And how should it be introduced or fixed in x86?

And what I find funny is how many people know precisely what Intel is doing wrong in terms of their strategic and economic decisions. Even when carrying the disadvantage of having just a smidgen less information than the decision makers at Intel.

Reply Parent Score: 1

RE[3]: I can't believe it...
by kaiwai on Thu 1st Nov 2007 03:39 in reply to "RE[2]: I can't believe it..."
kaiwai Member since:
2005-07-06

MMIO? What's that? And how should it be introduced or fixed in x86?


Information is on wikipedia, as for why? look at the latest conversations regarding SCSI/OpenSolaris and how the lack of MMIO (when compared to SPARC) makes driver writing that little bit more difficult. It would also improve performance, especially on very large configurations.

Intel will be introducing partially when they release their next x86 platform which will have all the components (chipset/processor/etc) virtualisation aware, which should also address any performance issues as well.

It would also be great if the PC market got their act together and finally killed off BIOS; UEFI is here, lets move on. Since moving to Apple, thanks to dropping all the legacy crap, the OS loads faster, there aren't there laundry list of issues which I face etc. part of the Mac's succcess is in the hardware, OpenFirmware avoided the crap of BIOS and UEFI does the same time.

Reply Parent Score: 2

RE[4]: I can't believe it...
by rayiner on Thu 1st Nov 2007 04:07 in reply to "RE[3]: I can't believe it..."
rayiner Member since:
2005-07-06

What in god's name are you talking about? x86 systems have supported memory-mapped I/O since forever.

Edited 2007-11-01 04:07

Reply Parent Score: 2

RE[4]: I can't believe it...
by nick on Thu 1st Nov 2007 04:41 in reply to "RE[3]: I can't believe it..."
nick Member since:
2006-04-17

Information is on wikipedia, as for why?

MMIO? As in memory mapped IO? Intel x86 CPUs have had this capability for a long time. Seeing as all their memory traffic goes through a discrete northbridge chip anyway, the main thing for the actual CPU to provide is really the memory access policies to make it useful.

It helps if you actually know what you're talking about, when you're making assertions.


look at the latest conversations regarding SCSI/OpenSolaris and how the lack of MMIO (when compared to SPARC) makes driver writing that little bit more difficult.

I have a feeling you read some thread where people were talking about IOMMUs. Completely different, but again due to the nature of Intel's CPUs, IOMMUs are more a function of the platform. And that's true of ia64 too, Itanium CPUs don't have IOMMUs either. While IBM xseries x86 systems do have IOMMUs, and on the other hand, SGI's ia64 Altix systems don't.

It would also improve performance, especially on very large configurations.

Possible, but not always the case. If devices are capable, there is no big for an IOMMU to improve performance since the days of DAC over slow old 32 bit PCI are over. (Actually using it could reduce performance due to translation management overhead). Memory protection is the main reason for the renewed interest recently.

Reply Parent Score: 2