Displaying 6 results from an estimated 6 matches for "zone_watermark_ok".
2016 Jun 16
1
[PATCH v7 00/12] Support non-lru page migration
...t; [1] mm/compaction: split freepages without holding the zone lock
>
> ok, so this is not related to zsmalloc. finally manged to reproduce
> it. will fork a separate thread.
The reason I mentioned [1] is that it seems to have a bug.
isolate_freepages_block
__isolate_free_page
if(!zone_watermark_ok())
return 0;
list_add_tail(&page->lru, freelist);
However, the page is not isolated.
Joonsoo?
2016 Jun 16
1
[PATCH v7 00/12] Support non-lru page migration
...t; [1] mm/compaction: split freepages without holding the zone lock
>
> ok, so this is not related to zsmalloc. finally manged to reproduce
> it. will fork a separate thread.
The reason I mentioned [1] is that it seems to have a bug.
isolate_freepages_block
__isolate_free_page
if(!zone_watermark_ok())
return 0;
list_add_tail(&page->lru, freelist);
However, the page is not isolated.
Joonsoo?
2016 Jun 16
2
[PATCH v7 00/12] Support non-lru page migration
On Thu, Jun 16, 2016 at 02:22:09PM +0900, Sergey Senozhatsky wrote:
> On (06/16/16 13:47), Minchan Kim wrote:
> [..]
> > > this is what I'm getting with the [zsmalloc: keep first object offset in struct page]
> > > applied: "count:0 mapcount:-127". which may be not related to zsmalloc at this point.
> > >
> > > kernel: BUG: Bad page state
2016 Jun 16
2
[PATCH v7 00/12] Support non-lru page migration
On Thu, Jun 16, 2016 at 02:22:09PM +0900, Sergey Senozhatsky wrote:
> On (06/16/16 13:47), Minchan Kim wrote:
> [..]
> > > this is what I'm getting with the [zsmalloc: keep first object offset in struct page]
> > > applied: "count:0 mapcount:-127". which may be not related to zsmalloc at this point.
> > >
> > > kernel: BUG: Bad page state
2013 Dec 30
2
oom situation
...;c06472d6>]
dump_stack+0x16/0x20
Dec 27 09:19:05 2013 kernel: : [277622.359121] [<c04d2d96>]
dump_header+0x66/0x1c0
Dec 27 09:19:05 2013 kernel: : [277622.359127] [<c04abbda>] ?
__delayacct_freepages_end+0x3a/0x40
Dec 27 09:19:05 2013 kernel: : [277622.359131] [<c04d3d5f>] ?
zone_watermark_ok+0x2f/0x40
Dec 27 09:19:05 2013 kernel: : [277622.359135] [<c04d2f27>]
check_panic_on_oom+0x37/0x60
Dec 27 09:19:05 2013 kernel: : [277622.359138] [<c04d36d2>]
out_of_memory+0x92/0x250
Dec 27 09:19:05 2013 kernel: : [277622.359144] [<c04dd1fa>] ?
wakeup_kswapd+0xda/0x120
Dec 27...
2010 Mar 02
3
2.6.33 high cpu usage
With the ATI bug I was hitting earlier fixed, only my btrfs partition
continues to show high cpu usage for some operations.
Rsync, git pull, git checkout and svn up are typicall operations which
trigger the high cpu usage.
As an example, this perf report is from using git checkout to change to
a new branch; the change needed to checkout 208 files out of about 1600
total files. du(1) reports