Re: large pages

2007-07-03 Thread Wojciech Puchar
with 1536MB AMD64 machine it would be nice for FreeBSD to boot seeing 256 
megs for itself and allowing 1280 megs to be mappedlocked to just one 
program.


Hmm.  Doesn't FreeBSD's default VM behavior do just fine dealing with one 
large active process without any unusual tuning?



what version? 6.2 will?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: large pages

2007-07-03 Thread Wojciech Puchar
how can i check in program that the region is mapped using huge pages? i 
use mmap with address padded to 4M and mlock.



On Sun, 1 Jul 2007, Chuck Swiger wrote:


Wojciech Puchar wrote:
does FreeBSD {can,will,patch exist} supports using huge pages? i mean 2M 
pages on AMD64 and 2/4M pages on i386


I believe so, yes-- isn't this what the PAE kernel option does?

i need freebsd just for running one program needing about 1280 megs of data 
space (+1-2 meg of code stacks etc. can be normally mapped). everything 
else is just using less than 1% of power.


with 1536MB AMD64 machine it would be nice for FreeBSD to boot seeing 256 
megs for itself and allowing 1280 megs to be mappedlocked to just one 
program.


Hmm.  Doesn't FreeBSD's default VM behavior do just fine dealing with one 
large active process without any unusual tuning?


--
-Chuck



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: large pages

2007-07-03 Thread Chuck Swiger

Wojciech Puchar wrote:

how can i check in program that the region is mapped using huge pages?


I am not entirely sure from within userland, but I believe the kernel boot 
messages will indicate the status of PAE.



i use mmap with address padded to 4M and mlock.


Note that there is a separate tunable for the maximum # of pages that a 
process or user can lock down; you'll probably need to increate that value.


--
-Chuck
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


large pages

2007-07-01 Thread Wojciech Puchar
does FreeBSD {can,will,patch exist} supports using huge pages? i mean 2M 
pages on AMD64 and 2/4M pages on i386


i don't mean any automatics, just enough will be to be able to map a big 
chunk of RAM to an app with such pages, or even more (better) to make 
FreeBSD use only part of memory for itself, and leaving everything else as 
/dev/something that can be mmap'ped (and locked) to program this way.


i need freebsd just for running one program needing about 1280 megs of 
data space (+1-2 meg of code stacks etc. can be normally mapped). 
everything else is just using less than 1% of power.


with 1536MB AMD64 machine it would be nice for FreeBSD to boot seeing 256 
megs for itself and allowing 1280 megs to be mappedlocked to just one 
program.


thank you very much

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: large pages

2007-07-01 Thread Chuck Swiger

Wojciech Puchar wrote:
does FreeBSD {can,will,patch exist} supports using huge pages? i mean 2M 
pages on AMD64 and 2/4M pages on i386


I believe so, yes-- isn't this what the PAE kernel option does?

i need freebsd just for running one program needing about 1280 megs of 
data space (+1-2 meg of code stacks etc. can be normally mapped). 
everything else is just using less than 1% of power.


with 1536MB AMD64 machine it would be nice for FreeBSD to boot seeing 
256 megs for itself and allowing 1280 megs to be mappedlocked to just 
one program.


Hmm.  Doesn't FreeBSD's default VM behavior do just fine dealing with one 
large active process without any unusual tuning?


--
-Chuck
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]