> > please repost question with change subject.
> > i don't know reason of vanilla kernel behavior, sorry.
>
> Normally, embedded linux have only one zone(DMA).
>
> If your patch isn't applied, several processes can reclaim memory in
> parallel.
> then, DMA zone's pages_scanned is suddenly
On Thu, Feb 21, 2008 at 7:55 PM, KOSAKI Motohiro
<[EMAIL PROTECTED]> wrote:
> Hi Kim-san,
>
> Thank you very much.
> btw, what different between and ?
have no swap device with 200 tasks by hackbench.
But have swap device(32M) with 240 tasks by hackbench.
If have no swap device without your p
KOSAKI Motohiro wrote:
> Hi balbir-san
>
>> It's good to keep the main reclaim code and the memory controller reclaim in
>> sync, so this is a nice effort.
>
> thank you.
> I will repost next version (fixed nick's opinion) while a few days.
>
>> > @@ -1456,7 +1501,7 @@ unsigned long try_to_fr
Hi balbir-san
> It's good to keep the main reclaim code and the memory controller reclaim in
> sync, so this is a nice effort.
thank you.
I will repost next version (fixed nick's opinion) while a few days.
> > @@ -1456,7 +1501,7 @@ unsigned long try_to_free_mem_cgroup_pag
> > int targe
Hi Kim-san,
Thank you very much.
btw, what different between and ?
> It was a very interesting result.
> In embedded system, your patch improve performance a little in case
> without noswap(normal case in embedded system).
> But, more important thing is OOM occured when I made 240 process
>
KOSAKI Motohiro wrote:
> background
>
> current VM implementation doesn't has limit of # of parallel reclaim.
> when heavy workload, it bring to 2 bad things
> - heavy lock contention
> - unnecessary swap out
>
> abount 2 month ago, KAMEZA Hiroyuki prop
I miss CC's. so I resend.
First of all, I tried test it in embedded board.
---
CPU: 200MHz(ARM926EJ-S)
MEM: 32M
SWAP: none
KERNEL : 2.6.25-rc1
- NO SWAP
before :
Running with 5*40 (== 200) tasks.
Time: 12.591
Command being timed: "./hackbench.arm 5 process
Hi
> > > * max parallel reclaim tasks:
> > > * max consumption time of
> > > try_to_free_pages():
> >
> > sorry, I inserted debug code to my patch at that time.
>
> Could you send me that debug code ?
> If you will send it to me, I will test it my environment (ARM-920T, Core2Duo).
> An
On Feb 20, 2008 6:24 PM, KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> Hi Kim-san
>
> Do you adjust hackbench parameter?
> my parameter adjust my test machine(8GB mem),
> if unchanged, maybe doesn't works it because lack memory.
I already adjusted it. :-)
But, In my desktop, I couldn't make to cons
Hi Kim-san
Do you adjust hackbench parameter?
my parameter adjust my test machine(8GB mem),
if unchanged, maybe doesn't works it because lack memory.
> I am a many interested in your patch. so I want to test it with exact
> same method as you did.
> I will test it in embedded environment(ARM 920T
Hi, KOSAKI.
I am a many interested in your patch. so I want to test it with exact
same method as you did.
I will test it in embedded environment(ARM 920T, 32M ram) and my
desktop machine.(Core2Duo 2.2G, 2G ram)
I guess this patch won't be efficient in embedded environment.
Since many embedded boa
On Tue, 19 Feb 2008 17:34:59 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Tuesday 19 February 2008 16:44, KOSAKI Motohiro wrote:
> > background
> >
> > current VM implementation doesn't has limit of # of parallel reclaim.
> > when heavy workload, it br
On Tuesday 19 February 2008 16:44, KOSAKI Motohiro wrote:
> background
>
> current VM implementation doesn't has limit of # of parallel reclaim.
> when heavy workload, it bring to 2 bad things
> - heavy lock contention
> - unnecessary swap out
>
> abount
Hi Nick,
> Yeah this is definitely needed and a nice result.
>
> I'm worried about a) placing a global limit on parallelism, and b)
> placing a limit on parallelism at all.
sorry, i don't understand yet.
a) and b) have any relation?
>
> I think it should maybe be a per-zone thing...
>
> What
background
current VM implementation doesn't has limit of # of parallel reclaim.
when heavy workload, it bring to 2 bad things
- heavy lock contention
- unnecessary swap out
abount 2 month ago, KAMEZA Hiroyuki proposed the patch of page
reclaim thrott
15 matches
Mail list logo
