g>
[gpfsug-discuss-boun...@spectrumscale.org
<mailto:gpfsug-discuss-boun...@spectrumscale.org>] on behalf
of Aaron Knister [aaron.s.knis...@nasa.gov
<mailto:aaron.s.knis...@nasa.gov>]
> Sent: 17 February 2017 15:52
> To: gpfsug main discussion list
>
a fine NSD server even
>>>>> without the riser.
>>>>>
>>>>> -Aaron
>>>>>
>>>>> On 2/17/17 11:43 AM, Simon Thompson (Research Computing - IT Services)
>>>>> wrote:
>>>>> > Maybe its related to interrupt handlers someho
see a difference and GPFS is as fast or even faster ..
From: "Marcus Koenig1" <marc...@nz1.ibm.com>
To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>
Date: 04/21/2017 03:24 AM
Subject: Re: [gpfsug-discuss] bizarre performance behavior
Sent by: gpfsug-discuss-
From: Kenneth Waegeman <kenneth.waege...@ugent.be>
To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>
Date: 04/20/2017 04:53 PM
Subject: Re: [gpfsug-discuss] bizarre performance behavior
Sent by:gpfsug-discuss-boun...@spectrumscale.org
Hi,
Having an
t;> Simon> > From: gpfsug-discuss-boun...@spectrumscale.org [gpfsug-discuss-boun...@spectrumscale.org] on behalf of Aaron Knister [aaron.s.knis...@nasa.gov]> Sent: 17 February 2017 15:52> To: gpfsug main discussion list> Subject: [gpfsug-disc
t;Uwe Falke" <uwefa...@de.ibm.com>
To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>
Date: 04/21/2017 03:07 AM
Subject:Re: [gpfsug-discuss] bizarre performance behavior
Sent by:gpfsug-discuss-boun...@spectrumscale.org
Hi Kennmeth,
is pref
___
> > From: gpfsug-discuss-boun...@spectrumscale.org [
> gpfsug-discuss-boun...@spectrumscale.org] on behalf of Aaron Knister [
> aaron.s.knis...@nasa.gov]
> > Sent: 17 February 2017 15:52
> > To: gpfsug main discussion list
> > Subject: [gpfsug-discuss] biz
February 2017 15:52
To: gpfsug main discussion list
Subject: [gpfsug-discuss] bizarre performance behavior
This is a good one. I've got an NSD server with 4x 16GB fibre
connections coming in and 1x FDR10 and 1x QDR connection going out to
the clients. I was having a really hard time getting
Well, disabling the C1E state seems to have done the trick. I removed
the kernel parameters I mentioned and set the cpu governer back to
ondemand with a minimum of 1.2ghz. I'm now getting 6.2GB/s of reads
which I believe is pretty darned close to theoretical peak performance.
-Aaron
On
or something !)
Simon
From: gpfsug-discuss-boun...@spectrumscale.org
[gpfsug-discuss-boun...@spectrumscale.org] on behalf of Aaron Knister
[aaron.s.knis...@nasa.gov]
Sent: 17 February 2017 15:52
To: gpfsug main discussion list
Subject: [gpfsug-discuss] bizarre
10 matches
Mail list logo