* 2.4: maximum process size on i386?
@ 2001-02-20 11:03 Michal Vitecek
2001-02-20 17:16 ` Eric W. Biederman
[not found] ` <200102202023.f1KKNap30937@saturn.cs.uml.edu>
0 siblings, 2 replies; 3+ messages in thread
From: Michal Vitecek @ 2001-02-20 11:03 UTC (permalink / raw)
To: linux-kernel
hello list,
i apologize if this is way off-topic but noone i asked in my
whereabounds would help: what is the maximum task size for 2.4.x on a
i386 box and how do i change it (if possible)?
i have processes that have to be really over 1gb (database engines) but
unfortnately, when one reaches over 900mb kswapd starts eating 50+% of 1
cpu and the whole thing gets slower.
so i tried to decrease __PAGE_OFFSET in include/asm-i386/page.h to
0x80000000 which as i learned should increase the task limit to ~2gb, but
the kernel _won't even boot_ (halts right after lilo loads it, no output
is written).
the machine is 8xp3 xeon, 4gb ram, kernel 2.4.1-ac10, CONFIG_HIGHMEM
and CONFIG_HIGHMEM4G are set.
thank you for any help on this,
--
Michal Vitecek
------------------------------ na IRC -------------------------------------
BillGates [bgates@www.microsoft.com] has joined #LINUX
...
mode/#linux [+b BillGates!*@*] by DoDad
BillGates was kicked off #linux by DoDad (banned: We see enough of Bill
Gates already.)
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2.4: maximum process size on i386?
2001-02-20 11:03 2.4: maximum process size on i386? Michal Vitecek
@ 2001-02-20 17:16 ` Eric W. Biederman
[not found] ` <200102202023.f1KKNap30937@saturn.cs.uml.edu>
1 sibling, 0 replies; 3+ messages in thread
From: Eric W. Biederman @ 2001-02-20 17:16 UTC (permalink / raw)
To: Michal Vitecek; +Cc: linux-kernel
Michal Vitecek <M.Vitecek@sh.cvut.cz> writes:
> hello list,
>
> i apologize if this is way off-topic but noone i asked in my
> whereabounds would help: what is the maximum task size for 2.4.x on a
> i386 box and how do i change it (if possible)?
3 gigabytes of virtual address space.
> i have processes that have to be really over 1gb (database engines) but
> unfortnately, when one reaches over 900mb kswapd starts eating 50+% of 1
> cpu and the whole thing gets slower.
You don't have enough ram?
> so i tried to decrease __PAGE_OFFSET in include/asm-i386/page.h to
> 0x80000000 which as i learned should increase the task limit to ~2gb, but
> the kernel _won't even boot_ (halts right after lilo loads it, no output
> is written).
That decreases the task size. The implementation in 2.4. is totally
different from 2.2. and the process virtual address space size does
not change in 2.4.
> the machine is 8xp3 xeon, 4gb ram, kernel 2.4.1-ac10, CONFIG_HIGHMEM
> and CONFIG_HIGHMEM4G are set.
It looks like you might have a legitimate problem with your database
task, but you haven't provided enough information about it's behavior,
and it's expected behavior for anyone to diagnose what is going wrong
with your machine.
Eric
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2.4: maximum process size on i386?
[not found] ` <200102202023.f1KKNap30937@saturn.cs.uml.edu>
@ 2001-02-21 10:10 ` Michal Vitecek
0 siblings, 0 replies; 3+ messages in thread
From: Michal Vitecek @ 2001-02-21 10:10 UTC (permalink / raw)
To: Albert D. Cahalan; +Cc: Eric W. Biederman, linux-kernel
hello and thank you for your answers.
"Albert D. Cahalan" <acahalan@cs.uml.edu> wrote:
>> i have processes that have to be really over 1gb (database engines) but
>> unfortnately, when one reaches over 900mb kswapd starts eating 50+% of 1
>> cpu and the whole thing gets slower.
>
>You didn't provide output from "ps" or "top". You can not be helped.
>Maybe output from "vmstat" or "sar" would be good too.
oh - sorry for that. here's the normal state of things (well almost, the
processes are in the R state most of the time). however as i wrote before,
when those processes get over ~900mb, kswapd starts paging with ~50+% cpu
usage. i lived under the impression memory shown in SHARE column is
'shared' so the processes summed up could actually be bigger than
physical memory (like 6x 1.5gb SIZE, 1.49gb RSS, 1.49gb SHARE for a 4gb
machine). am i living in the dark?
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
16578 user 14 0 705M 704M 704M D 88.9 18.6 323:57 engine
16574 user 13 0 705M 705M 704M D 87.1 18.7 388:35 engine
16568 user 12 0 705M 705M 705M D 85.8 18.7 439:38 engine
16576 user 14 0 705M 705M 705M R 83.3 18.7 364:51 engine
16575 user 16 0 704M 704M 704M R 82.4 18.6 362:39 engine
16577 user 12 0 705M 705M 705M R 78.0 18.7 332:01 engine
3 root 9 0 0 0 0 SW 11.9 0.0 133:37 kswapd
also, ipcs claims there's 812593152 bytes (yes, that's 774mb, when i
configure the engines to eat more memory ipcs shows for example 1+gb of
shared memory allocated). how can this be possible? overcommit_memory is
set to 0.
thank you for your help in advance,
--
Michal Vitecek
------------------------------ na IRC -------------------------------------
BillGates [bgates@www.microsoft.com] has joined #LINUX
...
mode/#linux [+b BillGates!*@*] by DoDad
BillGates was kicked off #linux by DoDad (banned: We see enough of Bill
Gates already.)
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-02-21 10:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-02-20 11:03 2.4: maximum process size on i386? Michal Vitecek
2001-02-20 17:16 ` Eric W. Biederman
[not found] ` <200102202023.f1KKNap30937@saturn.cs.uml.edu>
2001-02-21 10:10 ` Michal Vitecek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox