I Spoke too early its not fixed.Any one have other options
On 05/09/2011 11:37 PM, Ali Ahsan wrote:
> Things i have done to solve this issue is
>
> set swappiness to 0 and i have changed scheduler to anticipatory for
> better performance .I don't see kswpad process ta
Things i have done to solve this issue is
set swappiness to 0 and i have changed scheduler to anticipatory for
better performance .I don't see kswpad process taking 100% CPU now.
--
S.Ali Ahsan
Senior System Engineer
e-Business (Pvt) Ltd
49-C Jail Road, Lahore, P.O. Box 676
Lahore 54000, Pak
On 05/09/2011 11:06 PM, Lamar Owen wrote:
> Can you give the output of pvdisplay, vgdisplay, and lvdisplay?
>
> Also, did you align the pv's to 4K sectors when you partitioned?
>
> What does iostat -x tell you?
>
>
pvdisplay
--- Physical volume ---
PV Name /dev/sda2
VG Nam
On 05/09/2011 10:51 PM, Lamar Owen wrote:
> iostat -x 1
I am little new to iostat please guide me on this
This is iostat output
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz
avgqu-sz await svctm %util
sda 0.00 0.00 0.00 0.00 0.00 0.00
On 05/09/2011 10:51 PM, Lamar Owen wrote:
> On Monday, May 09, 2011 01:11:17 PM Ali Ahsan wrote:
>> sd 0:0:0:0: Attached scsi disk sda
>> Vendor: ATA Model: WDC WD10EARS-003 Rev: 80.0
>> Type: Direct-Access ANSI SCSI revision: 05
>
On 05/09/2011 10:46 PM, Brunner, Brian T. wrote:
>
> 50GB in 0.12 ms is 500TB in 1.2 second.
> SATA III buses at 6GB/sec need a "parallelness" of (nearly) 100 channels
> to soak up that data.
> How many drives must be written-to in parallel to sustain that write
> rate is ... Beyond my math skills.
On 05/09/2011 10:11 PM, Ali Ahsan wrote:
What sort of SATA drives are you using? There are some known issues with some SATA drives in certain configurations and on some controllers. It shouldn't cause kswapd to hit high CPU, but it is worth checkin
On 05/09/2011 10:08 PM, Ali Ahsan wrote:
> On 05/09/2011 09:45 PM, Lamar Owen wrote:
>> What sort of SATA drives are you using? There are some known issues with
>> some SATA drives in certain configurations and on some controllers. It
>> shouldn't cause kswapd to hit
On 05/09/2011 09:45 PM, Lamar Owen wrote:
>
> What sort of SATA drives are you using? There are some known issues with
> some SATA drives in certain configurations and on some controllers. It
> shouldn't cause kswapd to hit high CPU, but it is worth checking out.
>
these modules are loaded whe
On 05/09/2011 08:09 PM, Peter Kjellström wrote:
>
> This means that you're limiting the amount of RAM that can be used as
> pagecache (basically caching I/O) to 10%. This may not be an issue for you but
> may also severely limit your performance (all depending on work load).
>
> An alternative may
PM, Peter Kjellström wrote:
On Saturday, May 07, 2011 09:35:48 PM Ali Ahsan wrote:
Hi All
I have xeon server with 16 Gb Ram and no Swap memory.I am running
cassandra server on two node in cluster.When there is high load on
server kswapd0 kicks inn and take 100% cpu and make machine very slow
and
Hi All
I have xeon server with 16 Gb Ram and no Swap memory.I am running
cassandra server on two node in cluster.When there is high load on
server kswapd0 kicks inn and take 100% cpu and make machine very slow
and we need to restart out cassandra server.I have latest kernel
2.6.18-238.9.1.el5
12 matches
Mail list logo
