EM64T and linux

[Phillip Qin]

Every one has its preference in choosing hardware and o/s. I like to deal
with the known devil. Because I ordered 2-CPU Xeon, I have no choice but
accept this 64-bit architecture. Because AMD64 is still in unstable, I will
only install Debian 3.1 Sarge i386 on the new server. It is a politically
safe decision. Boss won't care much about the benchmark. Tell you guys the
truth. This aging Dell server has been running Linux since 1999. When all
other Windows NT servers experience hardware crashes during the past two
month, it still stands there.

PQ

-----Original Message-----
From: owner-tlug-lxSQFCZeNF4 at public.gmane.org [mailto:owner-tlug-lxSQFCZeNF4 at public.gmane.org] On Behalf Of Fraser
Campbell
Sent: May 1, 2006 7:40 PM
To: tlug-lxSQFCZeNF4 at public.gmane.org
Subject: Re: [TLUG]: EM64T and linux

Joseph Kubik wrote:
> On Friday 28 April 2006 16:57, Andrew Hammond wrote:
> 
>>HP sells a solid quad Opteron box, and if you don't require quad, the
>>list grows from there. But, as I said before, if you don't _need_ 64
>>bit, why bother?
>>
> 
> 
> I have some personal reservations about some of the Quad AMD HP servers.
If 
> you are evaluating servers, I'd be happy to comment offline or in person.
> 
> I have seen far less problem with the IBM AMD based systems.

Interesting.  We have a number of HP DL 585s, the only issue I recall was 
kernel oopses when running 32bit code on 64bit SLES 9 - SuSE has patched 
that race condition in the meantime and the machines are very solid now.

We haven't considered IBM's AMD boxes much (nor would I my experiences with 
their Xeons), do they have quad opteron?

-- 
Fraser Campbell <fraser-Txk5XLRqZ6CsTnJN9+BGXg at public.gmane.org>                 http://www.wehave.net/
Georgetown, Ontario, Canada                               Debian GNU/Linux
--
The Toronto Linux Users Group.      Meetings: http://tlug.ss.org
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml

!DSPAM:44569c58188312682022282!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gtalug.org/pipermail/legacy/attachments/20060502/cdcd3536/attachment.html>