From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753905Ab3BQWDH (ORCPT ); Sun, 17 Feb 2013 17:03:07 -0500 Received: from mail-ee0-f52.google.com ([74.125.83.52]:53202 "EHLO mail-ee0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753195Ab3BQWDF (ORCPT ); Sun, 17 Feb 2013 17:03:05 -0500 Message-ID: <51215393.1070409@suse.cz> Date: Sun, 17 Feb 2013 23:02:59 +0100 From: Jiri Slaby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20130124 Thunderbird/19.0 MIME-Version: 1.0 To: linux-mm CC: Mel Gorman , Andrew Morton , Valdis Kletnieks , LKML , Rik van Riel Subject: kswapd craziness round 2 X-Enigmail-Version: 1.6a1pre Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, You still feel the sour taste of the "kswapd craziness in v3.7" thread, right? Welcome to the hell, part two :{. I believe this started happening after update from 3.8.0-rc4-next-20130125 to 3.8.0-rc7-next-20130211. The same as before, many hours of uptime are needed and perhaps some suspend/resume cycles too. Memory pressure is not high, plenty of I/O cache: # free total used free shared buffers cached Mem: 6026692 5571184 455508 0 351252 2016648 -/+ buffers/cache: 3203284 2823408 Swap: 0 0 0 kswap is working very toughly though: root 580 0.6 0.0 0 0 ? S úno12 46:21 [kswapd0] This happens on I/O activity right now. For example by updatedb or find /. This is what the stack trace of kswapd0 looks like: [] shrink_slab+0xa1/0x2d0 [] kswapd+0x541/0x930 [] kthread+0xc0/0xd0 [] ret_from_fork+0x7c/0xb0 [] 0xffffffffffffffff Any ideas? thanks, -- js suse labs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx198.postini.com [74.125.245.198]) by kanga.kvack.org (Postfix) with SMTP id 81AAB6B0002 for ; Sun, 17 Feb 2013 17:03:03 -0500 (EST) Received: by mail-ee0-f45.google.com with SMTP id b57so2510946eek.4 for ; Sun, 17 Feb 2013 14:03:01 -0800 (PST) Message-ID: <51215393.1070409@suse.cz> Date: Sun, 17 Feb 2013 23:02:59 +0100 From: Jiri Slaby MIME-Version: 1.0 Subject: kswapd craziness round 2 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Sender: owner-linux-mm@kvack.org List-ID: To: linux-mm Cc: Mel Gorman , Andrew Morton , Valdis Kletnieks , LKML , Rik van Riel Hi, You still feel the sour taste of the "kswapd craziness in v3.7" thread, right? Welcome to the hell, part two :{. I believe this started happening after update from 3.8.0-rc4-next-20130125 to 3.8.0-rc7-next-20130211. The same as before, many hours of uptime are needed and perhaps some suspend/resume cycles too. Memory pressure is not high, plenty of I/O cache: # free total used free shared buffers cached Mem: 6026692 5571184 455508 0 351252 2016648 -/+ buffers/cache: 3203284 2823408 Swap: 0 0 0 kswap is working very toughly though: root 580 0.6 0.0 0 0 ? S uno12 46:21 [kswapd0] This happens on I/O activity right now. For example by updatedb or find /. This is what the stack trace of kswapd0 looks like: [] shrink_slab+0xa1/0x2d0 [] kswapd+0x541/0x930 [] kthread+0xc0/0xd0 [] ret_from_fork+0x7c/0xb0 [] 0xffffffffffffffff Any ideas? thanks, -- js suse labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org