It appears to me that the numbers posted on that page for the card you are
testing are with ECC off? I know you are asking the question "what if",
but the current test isn't even apples-to-apples.
We want best price-performance for our codes. We have not gone down the
road of CUDA because that w
On Mon, Apr 22, 2013 at 11:40 AM, Mark Hahn wrote:
> understood, but how did you decide that was actually a good thing?
>>>
>>> Mark,
>>
>> Because it stopped the random out of memory conditions that we were
>> having.
>>
>
> aha, so basically "rebooting windows resolves my performance problems"
On Thu, Apr 18, 2013 at 7:21 PM, Mark Hahn wrote:
> Only for benchmarking? We have done this for years on our production
>> clusters (and SGI provides a tool this and more to clean up nodes). We
>> have this in our epilogue so that we can clean out memory on our diskless
>> nodes so there is no
Only for benchmarking? We have done this for years on our production
clusters (and SGI provides a tool this and more to clean up nodes). We
have this in our epilogue so that we can clean out memory on our diskless
nodes so there is nothing stale sitting around that can impact the next
users job.
On Mon, Mar 18, 2013 at 1:04 PM, Mark Hahn wrote:
>> flame-wars? The people in HPC who care about SP gflops are those who
>> understand the mathematics in their algorithms and don't want to waste
>> very precious memory bandwidth by unnecessarily promoting their
>
>
> I'm not disagreeing, but won
On Thu, Mar 14, 2013 at 5:42 AM, Vincent Diepeveen wrote:
>
> On Mar 12, 2013, at 5:45 AM, Mark Hahn wrote:
>> trinity a10-5700 has 384 radeon 69xx cores running at 760 MHz,
>> delivering 584 SP gflops - 65W iirc. but only 30 GB/s for it and
>> the CPU.
>>
>> let's compare that to a 6930 card: 12
