On Sun, Jun 29, 2008 at 02:30:54AM +0400, Mikhail Kuzminsky wrote:
> (BTW, there is one bad thing for stream on this server - the
> corresponding data are absent in McCalpin's table: the throughput is
> scaled good from 1 to 2 OpenMP threads, and gives good result for 8
> threads, but the th
In message from Joe Landman <[EMAIL PROTECTED]> (Sat, 28
Jun 2008 14:48:02 -0400):>
This is possible, depending upon the compiler used. Though I have
to
admit that I find it odd that it would be the case within the Opteron
family and not between Opteron and Xeon.
Intel compilers used to
im guessing that it is yucky. it must be quite hard writing a program for
multiple cores and processors
On Sat, Jun 28, 2008 at 9:59 PM, <[EMAIL PROTECTED]> wrote:
> Greg wrote:
>
> > Many-core chips that look like a big x86 SMP don't look anything like
> > a GPU. With the addition of a few commu
Greg wrote:
> Many-core chips that look like a big x86 SMP don't look anything like
> a GPU. With the addition of a few commuications primitives, MPI
> will run even better on big x86 SMPs. All of the programming
> approaches for GPUs and Clearspeed and historical array processors
> are yucky comp
Mikhail Kuzminsky wrote:
And the question is - may be that OLD binary (w/o recompilation) will
run so slow on Opteron 2350 core ?
Greetings Mikhail
This is possible, depending upon the compiler used. Though I have to
admit that I find it odd that it would be the case within the Opteron
f
In message from Bernd Schubert <[EMAIL PROTECTED]> (Sat, 28 Jun
2008 19:04:50 +0200):
On Saturday 28 June 2008, Li, Bo wrote:
Hello,
Sorry, I don't have the same applications as you.
Did you compile them with gcc? If gcc, then -o3 can do some
optimization.
-march=k8 is enough I think.
As Mik
In message from "Li, Bo" <[EMAIL PROTECTED]> (Sun, 29 Jun 2008 00:37:12
+0800):
The "problem" is present just for Gaussian-03 binary version we have.
If I compile myself Linpack, for example, Opteron 2350 core is faster.
Yes - of course it's Linux x86-64, SuSE 10.3
Powersave daemon is no run.
M
Hello,
Sorry, I don't have the same applications as you.
Did you compile them with gcc? If gcc, then -o3 can do some optimization.
-march=k8 is enough I think.
And you make sure the CPU running at the default frequency. Sometime Powernow
is active as default.
And BTW, what's your platform? Linux?
In message from "Li, Bo" <[EMAIL PROTECTED]> (Sun, 29 Jun 2008 00:07:07
+0800):
Hello,
I am afraid there must be something wrong with your experiment.
How did you get the performance? Was your DFT codes running in
parallel? Any optimization involved?
I was afraid the same, but the results are
Hello,
I am afraid there must be something wrong with your experiment.
How did you get the performance? Was your DFT codes running in parallel? Any
optimization involved?
In most of my test, K8L or K10 can beat old opteron at the same frequency with
about 20% improvement.
Regards,
Li, Bo
- Or
I'm runnung a set of quad-core Opteron 2350 benchmarks, in particular
using Gaussian-03 (binary version from Gaussian, Inc, i.e. translated
by more old - than current - pgf77 version, for Opteron target).
I compare in particular *one core* of Opteron 2350 w/Opteron 246
having the same 2 Ghz fr
congrats. just wondering what distro is being used on your clusters?
On Thu, Jun 26, 2008 at 8:52 PM, Joe Landman <
[EMAIL PROTECTED]> wrote:
> andrew holway wrote:
>
>> http://www.clustervision.com/pr_top500_uk.php
>>
>
> cool ... congratulations to ClusterVision!
>
> --
> Joseph Landman, Ph.D
>
12 matches
Mail list logo
