All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Webb <chris@arachsys.com>
To: Wu Fengguang <fengguang.wu@intel.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>,
	Minchan Kim <minchan.kim@gmail.com>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@cs.helsinki.fi>,
	Andi Kleen <andi@firstfloor.org>,
	Christoph Lameter <cl@linux-foundation.org>
Subject: Re: Over-eager swapping
Date: Wed, 18 Aug 2010 17:31:32 +0100	[thread overview]
Message-ID: <20100818163132.GC2370@arachsys.com> (raw)
In-Reply-To: <20100818161346.GA12932@localhost>

Wu Fengguang <fengguang.wu@intel.com> writes:

> Chris, can you post /proc/vmstat on the problem machines?

Here's /proc/vmstat from one of the bad machines with swap taken out:

  # cat /proc/vmstat
  nr_free_pages 115572
  nr_inactive_anon 562140
  nr_active_anon 5015609
  nr_inactive_file 997097
  nr_active_file 996989
  nr_unevictable 1368
  nr_mlock 1368
  nr_anon_pages 5862299
  nr_mapped 1414
  nr_file_pages 1994569
  nr_dirty 619
  nr_writeback 0
  nr_slab_reclaimable 88883
  nr_slab_unreclaimable 129859
  nr_page_table_pages 15744
  nr_kernel_stack 1132
  nr_unstable 0
  nr_bounce 0
  nr_vmscan_write 68708505
  nr_writeback_temp 0
  nr_isolated_anon 0
  nr_isolated_file 0
  nr_shmem 14
  numa_hit 15295188815
  numa_miss 9391232519
  numa_foreign 9391232519
  numa_interleave 16982
  numa_local 15294742520
  numa_other 9391678814
  pgpgin 20644565778
  pgpgout 28740368207
  pswpin 63818244
  pswpout 61199234
  pgalloc_dma 0
  pgalloc_dma32 4967135753
  pgalloc_normal 19812671901
  pgalloc_movable 0
  pgfree 24779926775
  pgactivate 1290396237
  pgdeactivate 1289759899
  pgfault 19993995783
  pgmajfault 21059190
  pgrefill_dma 0
  pgrefill_dma32 133366009
  pgrefill_normal 921184739
  pgrefill_movable 0
  pgsteal_dma 0
  pgsteal_dma32 1275354745
  pgsteal_normal 5641309780
  pgsteal_movable 0
  pgscan_kswapd_dma 0
  pgscan_kswapd_dma32 1333139288
  pgscan_kswapd_normal 5870516663
  pgscan_kswapd_movable 0
  pgscan_direct_dma 0
  pgscan_direct_dma32 1064518
  pgscan_direct_normal 13317302
  pgscan_direct_movable 0
  zone_reclaim_failed 0
  pginodesteal 0
  slabs_scanned 1682790400
  kswapd_steal 6902288285
  kswapd_inodesteal 4909342
  pageoutrun 65408579
  allocstall 33223
  pgrotated 68402979
  htlb_buddy_alloc_success 0
  htlb_buddy_alloc_fail 0
  unevictable_pgs_culled 3538872
  unevictable_pgs_scanned 0
  unevictable_pgs_rescued 4989403
  unevictable_pgs_mlocked 5192009
  unevictable_pgs_munlocked 4989074
  unevictable_pgs_cleared 2295
  unevictable_pgs_stranded 0
  unevictable_pgs_mlockfreed 0

The not-so-bad machine that's 3G in swap that I mentioned previously has

  # cat /proc/vmstat 
  nr_free_pages 898394
  nr_inactive_anon 834445
  nr_active_anon 4118034
  nr_inactive_file 904411
  nr_active_file 910902
  nr_unevictable 2440
  nr_mlock 2440
  nr_anon_pages 4836349
  nr_mapped 1553
  nr_file_pages 2243152
  nr_dirty 1097
  nr_writeback 0
  nr_slab_reclaimable 88788
  nr_slab_unreclaimable 127310
  nr_page_table_pages 14762
  nr_kernel_stack 532
  nr_unstable 0
  nr_bounce 0
  nr_vmscan_write 37404214
  nr_writeback_temp 0
  nr_isolated_anon 0
  nr_isolated_file 0
  nr_shmem 12
  numa_hit 14220178949
  numa_miss 3903552922
  numa_foreign 3903552922
  numa_interleave 16282
  numa_local 14219905325
  numa_other 3903826546
  pgpgin 6500403846
  pgpgout 13255814979
  pswpin 36384510
  pswpout 36380545
  pgalloc_dma 4
  pgalloc_dma32 2019546454
  pgalloc_normal 16466621455
  pgalloc_movable 0
  pgfree 18487068066
  pgactivate 530670561
  pgdeactivate 506674301
  pgfault 19986735100
  pgmajfault 10611234
  pgrefill_dma 0
  pgrefill_dma32 41306492
  pgrefill_normal 318767138
  pgrefill_movable 0
  pgsteal_dma 0
  pgsteal_dma32 214447663
  pgsteal_normal 1645250232
  pgsteal_movable 0
  pgscan_kswapd_dma 0
  pgscan_kswapd_dma32 218030201
  pgscan_kswapd_normal 1812499810
  pgscan_kswapd_movable 0
  pgscan_direct_dma 0
  pgscan_direct_dma32 157144
  pgscan_direct_normal 1095919
  pgscan_direct_movable 0
  zone_reclaim_failed 0
  pginodesteal 0
  slabs_scanned 50051072
  kswapd_steal 1858447127
  kswapd_inodesteal 202297
  pageoutrun 15070446
  allocstall 3104
  pgrotated 37181651
  htlb_buddy_alloc_success 0
  htlb_buddy_alloc_fail 0
  unevictable_pgs_culled 2113384
  unevictable_pgs_scanned 0
  unevictable_pgs_rescued 3055005
  unevictable_pgs_mlocked 3184675
  unevictable_pgs_munlocked 3045129
  unevictable_pgs_cleared 10034
  unevictable_pgs_stranded 0
  unevictable_pgs_mlockfreed 0

Best wishes,

Chris.

WARNING: multiple messages have this Message-ID (diff)
From: Chris Webb <chris@arachsys.com>
To: Wu Fengguang <fengguang.wu@intel.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>,
	Minchan Kim <minchan.kim@gmail.com>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Pekka Enberg <penberg@cs.helsinki.fi>,
	Andi Kleen <andi@firstfloor.org>,
	Christoph Lameter <cl@linux-foundation.org>
Subject: Re: Over-eager swapping
Date: Wed, 18 Aug 2010 17:31:32 +0100	[thread overview]
Message-ID: <20100818163132.GC2370@arachsys.com> (raw)
In-Reply-To: <20100818161346.GA12932@localhost>

Wu Fengguang <fengguang.wu@intel.com> writes:

> Chris, can you post /proc/vmstat on the problem machines?

Here's /proc/vmstat from one of the bad machines with swap taken out:

  # cat /proc/vmstat
  nr_free_pages 115572
  nr_inactive_anon 562140
  nr_active_anon 5015609
  nr_inactive_file 997097
  nr_active_file 996989
  nr_unevictable 1368
  nr_mlock 1368
  nr_anon_pages 5862299
  nr_mapped 1414
  nr_file_pages 1994569
  nr_dirty 619
  nr_writeback 0
  nr_slab_reclaimable 88883
  nr_slab_unreclaimable 129859
  nr_page_table_pages 15744
  nr_kernel_stack 1132
  nr_unstable 0
  nr_bounce 0
  nr_vmscan_write 68708505
  nr_writeback_temp 0
  nr_isolated_anon 0
  nr_isolated_file 0
  nr_shmem 14
  numa_hit 15295188815
  numa_miss 9391232519
  numa_foreign 9391232519
  numa_interleave 16982
  numa_local 15294742520
  numa_other 9391678814
  pgpgin 20644565778
  pgpgout 28740368207
  pswpin 63818244
  pswpout 61199234
  pgalloc_dma 0
  pgalloc_dma32 4967135753
  pgalloc_normal 19812671901
  pgalloc_movable 0
  pgfree 24779926775
  pgactivate 1290396237
  pgdeactivate 1289759899
  pgfault 19993995783
  pgmajfault 21059190
  pgrefill_dma 0
  pgrefill_dma32 133366009
  pgrefill_normal 921184739
  pgrefill_movable 0
  pgsteal_dma 0
  pgsteal_dma32 1275354745
  pgsteal_normal 5641309780
  pgsteal_movable 0
  pgscan_kswapd_dma 0
  pgscan_kswapd_dma32 1333139288
  pgscan_kswapd_normal 5870516663
  pgscan_kswapd_movable 0
  pgscan_direct_dma 0
  pgscan_direct_dma32 1064518
  pgscan_direct_normal 13317302
  pgscan_direct_movable 0
  zone_reclaim_failed 0
  pginodesteal 0
  slabs_scanned 1682790400
  kswapd_steal 6902288285
  kswapd_inodesteal 4909342
  pageoutrun 65408579
  allocstall 33223
  pgrotated 68402979
  htlb_buddy_alloc_success 0
  htlb_buddy_alloc_fail 0
  unevictable_pgs_culled 3538872
  unevictable_pgs_scanned 0
  unevictable_pgs_rescued 4989403
  unevictable_pgs_mlocked 5192009
  unevictable_pgs_munlocked 4989074
  unevictable_pgs_cleared 2295
  unevictable_pgs_stranded 0
  unevictable_pgs_mlockfreed 0

The not-so-bad machine that's 3G in swap that I mentioned previously has

  # cat /proc/vmstat 
  nr_free_pages 898394
  nr_inactive_anon 834445
  nr_active_anon 4118034
  nr_inactive_file 904411
  nr_active_file 910902
  nr_unevictable 2440
  nr_mlock 2440
  nr_anon_pages 4836349
  nr_mapped 1553
  nr_file_pages 2243152
  nr_dirty 1097
  nr_writeback 0
  nr_slab_reclaimable 88788
  nr_slab_unreclaimable 127310
  nr_page_table_pages 14762
  nr_kernel_stack 532
  nr_unstable 0
  nr_bounce 0
  nr_vmscan_write 37404214
  nr_writeback_temp 0
  nr_isolated_anon 0
  nr_isolated_file 0
  nr_shmem 12
  numa_hit 14220178949
  numa_miss 3903552922
  numa_foreign 3903552922
  numa_interleave 16282
  numa_local 14219905325
  numa_other 3903826546
  pgpgin 6500403846
  pgpgout 13255814979
  pswpin 36384510
  pswpout 36380545
  pgalloc_dma 4
  pgalloc_dma32 2019546454
  pgalloc_normal 16466621455
  pgalloc_movable 0
  pgfree 18487068066
  pgactivate 530670561
  pgdeactivate 506674301
  pgfault 19986735100
  pgmajfault 10611234
  pgrefill_dma 0
  pgrefill_dma32 41306492
  pgrefill_normal 318767138
  pgrefill_movable 0
  pgsteal_dma 0
  pgsteal_dma32 214447663
  pgsteal_normal 1645250232
  pgsteal_movable 0
  pgscan_kswapd_dma 0
  pgscan_kswapd_dma32 218030201
  pgscan_kswapd_normal 1812499810
  pgscan_kswapd_movable 0
  pgscan_direct_dma 0
  pgscan_direct_dma32 157144
  pgscan_direct_normal 1095919
  pgscan_direct_movable 0
  zone_reclaim_failed 0
  pginodesteal 0
  slabs_scanned 50051072
  kswapd_steal 1858447127
  kswapd_inodesteal 202297
  pageoutrun 15070446
  allocstall 3104
  pgrotated 37181651
  htlb_buddy_alloc_success 0
  htlb_buddy_alloc_fail 0
  unevictable_pgs_culled 2113384
  unevictable_pgs_scanned 0
  unevictable_pgs_rescued 3055005
  unevictable_pgs_mlocked 3184675
  unevictable_pgs_munlocked 3045129
  unevictable_pgs_cleared 10034
  unevictable_pgs_stranded 0
  unevictable_pgs_mlockfreed 0

Best wishes,

Chris.

--
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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2010-08-18 16:33 UTC|newest]

Thread overview: 75+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-02 12:47 Over-eager swapping Chris Webb
2010-08-02 12:47 ` Chris Webb
2010-08-02 23:55 ` Minchan Kim
2010-08-02 23:55   ` Minchan Kim
2010-08-03  3:31   ` Chris Webb
2010-08-03  3:31     ` Chris Webb
2010-08-03  4:09     ` Minchan Kim
2010-08-03  4:09       ` Minchan Kim
2010-08-03  4:28       ` Wu Fengguang
2010-08-03  4:28         ` Wu Fengguang
2010-08-03  4:47         ` Minchan Kim
2010-08-03  4:47           ` Minchan Kim
2010-08-03  6:39           ` Wu Fengguang
2010-08-03  6:39             ` Wu Fengguang
2010-08-03 21:49         ` Chris Webb
2010-08-03 21:49           ` Chris Webb
2010-08-04  2:21           ` Wu Fengguang
2010-08-04  2:21             ` Wu Fengguang
2010-08-04  3:10             ` Minchan Kim
2010-08-04  3:24               ` Wu Fengguang
2010-08-04  3:24                 ` Wu Fengguang
2010-08-04  9:58                 ` Chris Webb
2010-08-04  9:58                   ` Chris Webb
2010-08-04 11:49                   ` Wu Fengguang
2010-08-04 11:49                     ` Wu Fengguang
2010-08-04 12:04                     ` Chris Webb
2010-08-04 12:04                       ` Chris Webb
2010-08-18 14:38                       ` Wu Fengguang
2010-08-18 14:38                         ` Wu Fengguang
2010-08-18 14:46                         ` Chris Webb
2010-08-18 14:46                           ` Chris Webb
2010-08-18 15:21                           ` Wu Fengguang
2010-08-18 15:21                             ` Wu Fengguang
2010-08-18 15:57                             ` Christoph Lameter
2010-08-18 15:57                               ` Christoph Lameter
2010-08-18 16:20                               ` Wu Fengguang
2010-08-18 16:20                                 ` Wu Fengguang
2010-08-18 15:57                             ` Lee Schermerhorn
2010-08-18 15:57                               ` Lee Schermerhorn
2010-08-18 15:58                               ` Chris Webb
2010-08-18 15:58                                 ` Chris Webb
2010-08-18 16:13                                 ` Christoph Lameter
2010-08-18 16:13                                   ` Christoph Lameter
2010-08-18 16:32                                   ` Chris Webb
2010-08-18 16:32                                     ` Chris Webb
2010-08-19  5:16                                   ` Balbir Singh
2010-08-19  5:16                                     ` Balbir Singh
2010-08-19 10:20                                   ` Chris Webb
2010-08-19 10:20                                     ` Chris Webb
2010-08-19 19:03                                     ` Christoph Lameter
2010-08-19 19:03                                       ` Christoph Lameter
2010-08-18 16:13                                 ` Wu Fengguang
2010-08-18 16:13                                   ` Wu Fengguang
2010-08-18 16:31                                   ` Chris Webb [this message]
2010-08-18 16:31                                     ` Chris Webb
2010-08-19  5:13         ` Balbir Singh
2010-08-19  5:13           ` Balbir Singh
2010-08-18 16:45 ` Balbir Singh
2010-08-18 16:45   ` Balbir Singh
2010-08-19  9:25   ` Chris Webb
2010-08-19  9:25     ` Chris Webb
2010-08-19 15:13     ` Balbir Singh
2010-08-19 15:13       ` Balbir Singh
  -- strict thread matches above, loose matches on Subject: below --
2012-04-23  9:27 Richard Davies
2012-04-23  9:27 ` Richard Davies
2012-04-23 12:07 ` Zdenek Kaspar
2012-04-23 12:07   ` Zdenek Kaspar
2012-04-23 17:19 ` Dave Hansen
2012-04-23 17:19   ` Dave Hansen
2012-04-24  0:35 ` Minchan Kim
2012-04-24  0:35   ` Minchan Kim
2012-04-24 11:16 ` Peter Lieven
2012-04-24 11:16   ` Peter Lieven
2012-04-25 14:41 ` Rik van Riel
2012-04-25 14:41   ` Rik van Riel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100818163132.GC2370@arachsys.com \
    --to=chris@arachsys.com \
    --cc=Lee.Schermerhorn@hp.com \
    --cc=andi@firstfloor.org \
    --cc=cl@linux-foundation.org \
    --cc=fengguang.wu@intel.com \
    --cc=kosaki.motohiro@jp.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=minchan.kim@gmail.com \
    --cc=penberg@cs.helsinki.fi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.