Mailing List
Home
Forum Home
Linux - General Red Hat Linux discussion list
Installation - Getting started with Red Hat Linux
Enterprise Linux 3 - Discussion of Red Hat Enterprise Linux 3 (Taroon)
Red Hat Linux 9 - Discussion of Red Hat Linux 9 (Shrike)
Red Hat Linux 7.2 - Discussion of Red Hat Linux 7.2 (Enigma)
Red Hat Linux 7.3 - Discussion of Red Hat Linux 7.3 (Valhalla)
Apache Web Server
Oracle database, Microsoft SQL server ...
Subjects
application/x mplayer2 plugin
RPM error: db4 error(16) from dbenv >remove: Device or resource
   busy
Command stream end of file while reading
X Windows problem (xauth)
Upgrading openoffice 1 1 rpm
FTP: connection refused
FTP: connection refused
mount: /dev/cdrom: is not a valid block device
Dell Precision 650, RedHat 9, no sound
how to trace the cause resulting in the crash of bind server
Virus on the list
UNINSTALL RPM MYSQL
usb pen drives: mounting as a user
broadcom network interface
make mrproper
sendmail configuration on redhat
Couldn 't open PID file /var/run/named/named pid Permission denied
Promise 378 controller
kernel 2 6 and /dev/sound/mixer not found
Problem using up2date
mrtg step by step howto/configuration for a newbie?
Compiling and Installing Kernel 2 6
Can 't locate module ppp0, can 't locate module ppp compress 21
HOW I CAN MAKE BOOTABLE FLOPPY DISKET
Lotus Notes under Wine
/etc/security/limits conf question
Intel E/1000 driver
Command stream end of file while reading
rpm database corrupt
qla2300 modules
 
Opinions AMD64 vs EM64T vs Itanium II

Opinions AMD64 vs EM64T vs Itanium II

2006-08-29       - By Ken Snider

 Back
Reply:     1     2     3     4     5     6     7     8     9     10     >>  

Collins, Kevin [MindWorks] wrote:
> Just wanted to say thanks for the many opinions that I have so far
> received. In our initial use, these servers will be for serving LDAP,
> VNC, HTTP, etc. Nothing where huge performance is required.

The prevailing wisdom, at least for our applications, is that the Opteron
platform, on AM2, is *far* better suited to Multi-processor (as you start
getting into honking big systems, as in 4-way+). The EM64T platform will not
scale in the same way. Because of this, we decided to standardize on Opteron,
because we didn't want micro-architecture oddities between 2-way EM64T and 4
-way+ AMD64 systems to become an issue.

There's a *great* Article about this at ArsTechnica here:

http://arstechnica.com/news.ars/post/20060411-6581.html

Snippet here:

"AMD won't be introducing a major new CPU architecture to replace Hammer until
2007. In the meantime, the company plans to combat Intel's Conroe by exploiting
the edge that their combination of a more scalable, glueless multiprocessor
interconnect?coherent HyperTransport?with an on-die memory controller gives
them over Intel's aging FSB architecture and off-die memory controller.

For the consumer, these kinds of issues aren't going to have a direct impact on
performance or purchasing decisions. Consumers don't care that you can
gluelessly add new sockets, and that AMD's NUMA design means that the system's
aggregate bandwidth can scale right through the roof. This is because even high
-end consumer-level systems are going to have one socket, period, and in the
single-socket world of content creation and gaming benchmark bakeoffs Conroe's
shared-bus FSB and off-die memory controller won't hold it back. Not even when
the number of cores per chip increases will the AM2 + HT + on-die DDR2
combination give AMD a single-socket advantage over Intel, since there's only a
certain amount of bandwidth you can push through one lone socket, HT or no HT.

The main place where the influence of HT + AM2 + on-die DDR2 will be felt is in
the server market. Multisocket AMD boards will be cheaper to make, and they'll
have more aggregate memory bandwidth. Furthermore, in the realm of four sockets
and up, AMD's interconnect and memory bandwidth edge will probably be decisive.
"

Basically, we decided to go with an architecture that will scale as we do.

--Ken.

--
Taroon-list mailing list
Taroon-list@(protected)
https://www.redhat.com/mailman/listinfo/taroon-list