On Wed, Nov 28, 2012 at 04:47:42PM +0800, Jiang Liu wrote:
>Hi all,
> Seems it's a great chance to discuss about the memory hotplug feature
>within this thread. So I will try to give some high level thoughts about memory
>hotplug feature on x86/IA64. Any comments are welcomed!
> First o
On Wed, Nov 28, 2012 at 05:22:03PM -0800, Hugh Dickins wrote:
>Revert 3.5's f21f8062201f ("tmpfs: revert SEEK_DATA and SEEK_HOLE")
>to reinstate 4fb5ef089b28 ("tmpfs: support SEEK_DATA and SEEK_HOLE"),
>with the intervening additional arg to generic_file_llseek_size().
>
>In 3.8, ext4 is expected t
On Wed, Nov 28, 2012 at 04:29:01PM +0800, Wen Congyang wrote:
>At 11/28/2012 12:08 PM, Jiang Liu Wrote:
>> On 2012-11-28 11:24, Bob Liu wrote:
>>> On Tue, Nov 27, 2012 at 8:49 PM, Tang Chen wrote:
On 11/27/2012 08:09 PM, Bob Liu wrote:
>
> On Tue, Nov 27, 2012 at 4:29 PM, Tang Chen
>>
On 11/26/2012 06:44 AM, Johannes Weiner wrote:
On Sun, Nov 25, 2012 at 01:29:50PM -0500, Rik van Riel wrote:
On Sun, 25 Nov 2012 17:57:28 +0100
Johannes Hirte wrote:
With kernel 3.7-rc6 I've still problems with kswapd0 on my laptop
And this is most of the time. I've only observed this behavio
On 11/21/2012 03:04 AM, Johannes Weiner wrote:
Hi guys,
while testing a 3.7-rc5ish kernel, I noticed that kswapd can drop into
a busy spin state without doing reclaim. printk-style debugging told
me that this happens when the distance between a zone's high watermark
and its low watermark is les
On 11/23/2012 04:08 PM, metin d wrote:
- Original Message -
From: Jaegeuk Hanse
To: metin d
Cc: Jan Kara ; "linux-kernel@vger.kernel.org"
; linux...@kvack.org
Sent: Friday, November 23, 2012 3:58 AM
Subject: Re: Problem in Page Cache Replacement
On 11/21/2012 02:25 AM
On 11/23/2012 12:17 AM, Johannes Weiner wrote:
On Thu, Nov 22, 2012 at 09:16:27PM +0800, Jaegeuk Hanse wrote:
On 11/22/2012 09:09 AM, Johannes Weiner wrote:
On Thu, Nov 22, 2012 at 08:48:07AM +0800, Jaegeuk Hanse wrote:
On 11/22/2012 05:34 AM, Johannes Weiner wrote:
Hi,
On Tue, Nov 20, 2012
On 11/22/2012 11:53 PM, Fengguang Wu wrote:
On Thu, Nov 22, 2012 at 11:41:07PM +0800, Fengguang Wu wrote:
On Wed, Nov 21, 2012 at 12:07:22PM +0200, Metin Döşlü wrote:
On Wed, Nov 21, 2012 at 12:00 PM, Jaegeuk Hanse wrote:
On 11/21/2012 05:58 PM, metin d wrote:
Hi Fengguang,
I run tests and
On 11/21/2012 02:25 AM, Jan Kara wrote:
On Tue 20-11-12 09:42:42, metin d wrote:
I have two PostgreSQL databases named data-1 and data-2 that sit on the
same machine. Both databases keep 40 GB of data, and the total memory
available on the machine is 68GB.
I started data-1 and data-2, and ran s
On 11/22/2012 11:26 PM, Fengguang Wu wrote:
Hi Jaegeuk,
Sorry for the delay. I'm traveling these days..
On Wed, Nov 21, 2012 at 05:42:33PM +0800, Jaegeuk Hanse wrote:
On 11/21/2012 05:02 PM, Fengguang Wu wrote:
On Wed, Nov 21, 2012 at 04:34:40PM +0800, Jaegeuk Hanse wrote:
Cc Fenggua
On 11/21/2012 08:01 PM, Maxim Patlasov wrote:
Added linux-mm@ to cc:. The patch can stand on it's own.
Make balance_dirty_pages start the throttling when the WRITEBACK_TEMP
counter is high enough. This prevents us from having too many dirty
pages on fuse, thus giving the userspace part of it a
On 11/21/2012 03:04 AM, Johannes Weiner wrote:
Hi guys,
while testing a 3.7-rc5ish kernel, I noticed that kswapd can drop into
a busy spin state without doing reclaim. printk-style debugging told
me that this happens when the distance between a zone's high watermark
and its low watermark is les
On 11/22/2012 09:09 AM, Johannes Weiner wrote:
On Thu, Nov 22, 2012 at 08:48:07AM +0800, Jaegeuk Hanse wrote:
On 11/22/2012 05:34 AM, Johannes Weiner wrote:
Hi,
On Tue, Nov 20, 2012 at 07:25:00PM +0100, Jan Kara wrote:
On Tue 20-11-12 09:42:42, metin d wrote:
I have two PostgreSQL databases
On 11/22/2012 05:34 AM, Johannes Weiner wrote:
Hi,
On Tue, Nov 20, 2012 at 07:25:00PM +0100, Jan Kara wrote:
On Tue 20-11-12 09:42:42, metin d wrote:
I have two PostgreSQL databases named data-1 and data-2 that sit on the
same machine. Both databases keep 40 GB of data, and the total memory
av
On 11/21/2012 05:02 PM, Fengguang Wu wrote:
On Wed, Nov 21, 2012 at 04:34:40PM +0800, Jaegeuk Hanse wrote:
Cc Fengguang Wu.
On 11/21/2012 04:13 PM, metin d wrote:
Curious. Added linux-mm list to CC to catch more attention. If you run
echo 1 >/proc/sys/vm/drop_caches does it evict dat
Cc Fengguang Wu.
On 11/21/2012 04:13 PM, metin d wrote:
Curious. Added linux-mm list to CC to catch more attention. If you run
echo 1 >/proc/sys/vm/drop_caches does it evict data-1 pages from memory?
I'm guessing it'd evict the entries, but am wondering if we could run any more
diagnostics
On 11/20/2012 10:58 PM, Fengguang Wu wrote:
On Tue, Nov 20, 2012 at 10:34:11AM -0300, Claudio Freire wrote:
On Tue, Nov 20, 2012 at 5:04 AM, Fengguang Wu wrote:
Yes. The kernel readahead code by design will outperform simple
fadvise in the case of clustered random reads. Imagine the access
pat
On 11/20/2012 11:15 PM, Fengguang Wu wrote:
On Tue, Nov 20, 2012 at 10:11:54PM +0800, Jaegeuk Hanse wrote:
On 11/20/2012 04:04 PM, Fengguang Wu wrote:
Hi Claudio,
Thanks for the detailed problem description!
Hi Fengguang,
Another question, thanks in advance.
What's the meani
On 11/21/2012 12:42 PM, Wen Congyang wrote:
At 11/21/2012 12:22 PM, Jaegeuk Hanse Wrote:
On 11/21/2012 11:05 AM, Wen Congyang wrote:
At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for
On 11/21/2012 11:05 AM, Wen Congyang wrote:
At 11/20/2012 07:16 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But
even if
we use SPARSEMEM_VMEMMAP, we can unregister the
On 11/20/2012 04:04 PM, Fengguang Wu wrote:
Hi Claudio,
Thanks for the detailed problem description!
Hi Fengguang,
Another question, thanks in advance.
What's the meaning of interleaved reads? If the first process readahead
from start ~ start + size - async_size, another process read start
On 11/20/2012 04:04 PM, Fengguang Wu wrote:
Hi Claudio,
Thanks for the detailed problem description!
On Fri, Nov 09, 2012 at 04:30:32PM -0300, Claudio Freire wrote:
Hi. First of all, I'm not subscribed to this list, so I'd suggest all
replies copy me personally.
I have been trying to implemen
On 11/20/2012 07:07 PM, Yasuaki Ishimatsu wrote:
2012/11/20 5:53, Andrew Morton wrote:
On Mon, 19 Nov 2012 22:27:21 +0800
Tang Chen wrote:
This patchset provide a boot option for user to specify ZONE_MOVABLE
memory
map for each node in the system.
movablecore_map=nn[KMG]@ss[KMG]
This optio
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
So the patch add unregister_memory_section() into __remove_section().
Hi Yasuaki,
I
On 11/20/2012 05:37 PM, Wen Congyang wrote:
At 11/20/2012 02:58 PM, Jaegeuk Hanse Wrote:
On 11/20/2012 02:55 PM, Wen Congyang wrote:
At 11/20/2012 02:22 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for
On 11/20/2012 02:55 PM, Wen Congyang wrote:
At 11/20/2012 02:22 PM, Jaegeuk Hanse Wrote:
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But
even if
we use SPARSEMEM_VMEMMAP, we can unregister the
On 11/01/2012 05:44 PM, Wen Congyang wrote:
From: Yasuaki Ishimatsu
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
So the patch add unregister_memory_section() into __remove_section().
Hi Yasuaki,
In
On 11/20/2012 10:43 AM, Jiang Liu wrote:
On 2012-11-20 10:13, Jaegeuk Hanse wrote:
On 11/19/2012 12:07 AM, Jiang Liu wrote:
The commit 7f1290f2f2a4 ("mm: fix-up zone present pages") tries to
resolve an issue caused by inaccurate zone->present_pages, but that
fix is incomple
On 11/19/2012 12:07 AM, Jiang Liu wrote:
If SPARSEMEM is enabled, it won't build page structures for
non-existing pages (holes) within a zone, so provide a more accurate
estimation of pages occupied by memmap if there are big holes within
the zone.
And pages for highmem zones' memmap will be all
On 11/19/2012 12:07 AM, Jiang Liu wrote:
The commit 7f1290f2f2a4 ("mm: fix-up zone present pages") tries to
resolve an issue caused by inaccurate zone->present_pages, but that
fix is incomplete and causes regresions with HIGHMEM. And it has been
reverted by commit
5576646 revert "mm: fix-up zone
On 11/19/2012 07:09 PM, Kirill A. Shutemov wrote:
On Mon, Nov 19, 2012 at 07:02:22PM +0800, Jaegeuk Hanse wrote:
On 11/19/2012 06:23 PM, Kirill A. Shutemov wrote:
On Mon, Nov 19, 2012 at 06:20:01PM +0800, Jaegeuk Hanse wrote:
On 11/19/2012 05:56 PM, Kirill A. Shutemov wrote:
On Sun, Nov 18
On 11/19/2012 06:23 PM, Kirill A. Shutemov wrote:
On Mon, Nov 19, 2012 at 06:20:01PM +0800, Jaegeuk Hanse wrote:
On 11/19/2012 05:56 PM, Kirill A. Shutemov wrote:
On Sun, Nov 18, 2012 at 02:23:44PM +0800, Jaegeuk Hanse wrote:
On 11/16/2012 03:27 AM, Kirill A. Shutemov wrote:
From: "Kir
On 11/19/2012 05:56 PM, Kirill A. Shutemov wrote:
On Sun, Nov 18, 2012 at 02:23:44PM +0800, Jaegeuk Hanse wrote:
On 11/16/2012 03:27 AM, Kirill A. Shutemov wrote:
From: "Kirill A. Shutemov"
H. Peter Anvin doesn't like huge zero page which sticks in memory forever
after the f
On 11/06/2012 09:34 AM, Hugh Dickins wrote:
Under a particular load on one machine, I have hit shmem_evict_inode()'s
BUG_ON(inode->i_blocks), enough times to narrow it down to a particular
race between swapout and eviction.
It comes from the "if (freed > 0)" asymmetry in shmem_recalc_ino
On 11/16/2012 03:27 AM, Kirill A. Shutemov wrote:
From: "Kirill A. Shutemov"
H. Peter Anvin doesn't like huge zero page which sticks in memory forever
after the first allocation. Here's implementation of lockless refcounting
for huge zero page.
We have two basic primitives: {get,put}_huge_zero
ene, nr_unswapped maybe grow
bigger enough than shmem_falloc.nr_falloced
2) why return -ENOMEM, it's not really OOM, is it a trick or ...?
Regards,
Jaegeuk
On Fri, 16 Nov 2012, Jaegeuk Hanse wrote:
Some questions about your shmem/tmpfs: misc and fallocate patchset.
- Since shmem_setattr c
On 11/17/2012 12:48 PM, Hugh Dickins wrote:
Further offtopic..
Thanks for your explanation, Hugh. :-)
On Fri, 16 Nov 2012, Jaegeuk Hanse wrote:
Some questions about your shmem/tmpfs: misc and fallocate patchset.
- Since shmem_setattr can truncate tmpfs files, why need add another similar
On 11/16/2012 03:56 AM, Hugh Dickins wrote:
Offtopic...
On Thu, 15 Nov 2012, Jaegeuk Hanse wrote:
Another question. Why the function shmem_fallocate which you add to kernel
need call shmem_getpage?
Because shmem_getpage(_gfp) is where shmem's
page lookup and allocation complexitie
On 11/03/2012 05:32 PM, Marco Stornelli wrote:
Removed vmtruncate
Hi Marco,
Could you explain me why vmtruncate need remove? What's the problem and
how to substitute it?
Regards,
Jaegeuk
Signed-off-by: Marco Stornelli
---
include/linux/mm.h |1 -
mm/truncate.c | 23 ---
On 11/16/2012 03:56 AM, Hugh Dickins wrote:
Offtopic...
On Thu, 15 Nov 2012, Jaegeuk Hanse wrote:
Another question. Why the function shmem_fallocate which you add to kernel
need call shmem_getpage?
Because shmem_getpage(_gfp) is where shmem's
page lookup and allocation complexitie
On 11/14/2012 11:50 AM, Hugh Dickins wrote:
On Wed, 14 Nov 2012, Jaegeuk Hanse wrote:
On 11/07/2012 07:48 AM, Hugh Dickins wrote:
On Tue, 6 Nov 2012, Dave Jones wrote:
On Mon, Nov 05, 2012 at 05:32:41PM -0800, Hugh Dickins wrote:
> - /* We already confirmed swap,
On 11/07/2012 07:48 AM, Hugh Dickins wrote:
On Tue, 6 Nov 2012, Dave Jones wrote:
On Mon, Nov 05, 2012 at 05:32:41PM -0800, Hugh Dickins wrote:
> -/* We already confirmed swap, and make no
allocation */
> -VM_BUG_ON(error);
> +
42 matches
Mail list logo
