I looked up nothing useful with google,so I'm here for help..
when this happens: I use memcg to limit the memory use of a process,and
when the memcg cgroup was out of memory,
the process was oom-killed however,it cannot really complete the
exiting. here is the some information
OS
I looked up nothing useful with google,so I'm here for help..
when this happens: I use memcg to limit the memory use of a process,and
when the memcg cgroup was out of memory,
the process was oom-killed however,it cannot really complete the
exiting. here is the some information
OS
I found that my machine has a feature 'page size extension=true '
with 'cpuid' command but I don't know now to use it with linux..
anyone can give some help ?
--
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
I found that my machine has a feature 'page size extension=true '
with 'cpuid' command but I don't know now to use it with linux..
anyone can give some help ?
--
使用 Opera 革命性的电子邮件客户程序: http://www.opera.com/mail/
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
I think those who use kgdb must hate this sentence "optimized out". I
have tried many times to build a kernel with less optimization but failed.
today,I found a trick method ,just get rid of the -O2 and -Os on the top
level of the kernel source and add -O2 for the arch/x86 directory,it
I think those who use kgdb must hate this sentence optimized out. I
have tried many times to build a kernel with less optimization but failed.
today,I found a trick method ,just get rid of the -O2 and -Os on the top
level of the kernel source and add -O2 for the arch/x86 directory,it
thanks very much.
在 Wed, 18 Jul 2012 14:51:09 +0800,Corrado Zoccolo
写道:
On Sun, Jul 15, 2012 at 9:08 AM, gaoqiang wrote:
many thanks. but why the sys_read operation hangs on sync_page ? there
are
still
many free memory.I mean ,the actually free memory,excluding the various
kinds
thanks very much.
在 Wed, 18 Jul 2012 14:51:09 +0800,Corrado Zoccolo czocc...@gmail.com
写道:
On Sun, Jul 15, 2012 at 9:08 AM, gaoqiang gaoqiangs...@gmail.com wrote:
many thanks. but why the sys_read operation hangs on sync_page ? there
are
still
many free memory.I mean ,the actually free
es waiting for reads (as Anticipatory in
old
kernels, and now CFQ) can achieve higher read to write ratios.
Cheers
Corrado
On Thu, Jul 12, 2012 at 11:01 AM, gaoqiang
wrote:
Hi,all
I have long known that deadline is read-prefered. but a simple
test gives the opposite result.
writes waiting for reads (as Anticipatory in
old
kernels, and now CFQ) can achieve higher read to write ratios.
Cheers
Corrado
On Thu, Jul 12, 2012 at 11:01 AM, gaoqiang gaoqiangs...@gmail.com
wrote:
Hi,all
I have long known that deadline is read-prefered. but a simple
test gives
Hi,all
I have long known that deadline is read-prefered. but a simple test gives
the opposite result.
with two processes running at the same time,one for read and one for
write.actually,they did nothing bug IO operation.
while(true)
{
read();
Hi,all
I have long known that deadline is read-prefered. but a simple test gives
the opposite result.
with two processes running at the same time,one for read and one for
write.actually,they did nothing bug IO operation.
while(true)
{
read();
12 matches
Mail list logo