All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jeff V. Merkey" <jmerkey@wolfmountaingroup.com>
To: David Lang <dlang@digitalinsight.com>
Cc: "Martin J. Bligh" <mbligh@mbligh.org>, K P <kplkml@gmail.com>,
	linux-kernel@vger.kernel.org
Subject: Re: JVM performance on Linux (vs. Solaris/Windows)
Date: Thu, 13 Apr 2006 17:50:07 -0600	[thread overview]
Message-ID: <443EE3AF.7020604@wolfmountaingroup.com> (raw)
In-Reply-To: <Pine.LNX.4.62.0604131220560.15794@qynat.qvtvafvgr.pbz>

David Lang wrote:

> On Thu, 13 Apr 2006, Jeff V. Merkey wrote:
>
>> Note they ran the benchmark on an Opteron 285 instead of a Xeon with 
>> 16 GB of memory. Opteron peformance currently **SUCKS** with 2.6 
>> series kernels under any kind of heavy I/O due to their cloning of 
>> the ancient 82489DX architecture for I/O interrupt access and 
>> performance. Looks like the test was stakced against Linux from the 
>> start. Should have used a Xeon system. AMD needs to get their crappy 
>> I/O performance up to snuff. Looking at the test parameteres leads me 
>> to believe there was a lot of swapping on a system with already poor 
>> I/O performance.
>
>
> Jeff, I've seen several reccomendations from databasefolks (postgres 
> and mysql) favoring Opterons over Xeons. this doesn't match your 
> statement that Opteron performance sucks under any kind of I/O load. I 
> don't understand how both can be correct.
>
> David Lang
>
Hi David,

I have tested our Solera products on both Xeon and Opteron Processors. I 
can sustain 500 MB/S capture off the wire on 4 x 1000 Gigabit segments
due to the incredible performance of Xeon based I/O chipsets. My tests 
with Opteron based systems are sick in comparison. An Opteron 200 series 
CPU on a Tyan based motherbord system is discouraging on comparison. The 
Opteron systems will only sustain 150 MB/S with the same software.

The I/O chipset performance for disk and LAN I/O is purtrid compared to 
the 7500 series I/O chipsets.

Jeff


  reply	other threads:[~2006-04-13 23:00 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-13 14:53 JVM performance on Linux (vs. Solaris/Windows) K P
2006-04-13 15:56 ` Martin J. Bligh
2006-04-13 18:21   ` Jan Knutar
2006-04-13 18:54     ` Jan Engelhardt
2006-04-13 20:23   ` David S. Miller
2006-04-13 21:01   ` Jeff V. Merkey
2006-04-13 19:22     ` David Lang
2006-04-13 23:50       ` Jeff V. Merkey [this message]
2006-04-13 20:39     ` Martin J. Bligh
2006-04-13 21:10       ` K P
2006-04-13 23:04         ` Jan Engelhardt
2006-04-14 22:36 ` Bogus Benchmark (was Re: JVM performance on Linux (vs. Solaris/Windows)) Linda Walsh

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=443EE3AF.7020604@wolfmountaingroup.com \
    --to=jmerkey@wolfmountaingroup.com \
    --cc=dlang@digitalinsight.com \
    --cc=kplkml@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mbligh@mbligh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.