Re: Highmem on PPC?

2 messages, 2 authors, 2002-02-07 · open the first message on its own page

Re: Highmem on PPC?

From: Val Henson <hidden>
Date: 2002-02-07 21:58:44

On Thu, Feb 07, 2002 at 02:53:19PM -0700, Mark A. Greer wrote:
Val Henson wrote:
quoted
Also, I don't think this was a particularly good test of highmem since
I don't think many bounce buffers were used, or that the kernel had
much reason to map/unmap many highmem pages.  Unfortunately, my SCSI
controller isn't working quite right and I can't test with a hard disk
as a result.  Any ideas for stressing the system harder?
You could try lowering max_low_mem.  You can do this by setting "Code
maturity level option"/"Prompt for advanced kernel configuration options"
and then going under where you selected HIGH_MEM and setting max_low_mem
size to something small.

It will likely take some trial and error to get it stressed enough.
You'll have to start a bunch or processes and look at where they're
getting their memory
See, I don't think that user processes using highmem pages is testing
highmem much.  So we have user pages mapped by PTE's - what's changed?
Not a whole lot.  It's when we use bounce buffers in the kernel or ask
the kernel to map user pages or otherwise trigger the kmap/kunmap code
that I'm interested in.

-VAL

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: Highmem on PPC?

From: Mark A. Greer <hidden>
Date: 2002-02-07 23:09:14

Val Henson wrote:
On Thu, Feb 07, 2002 at 02:53:19PM -0700, Mark A. Greer wrote:
quoted
Val Henson wrote:
quoted
Also, I don't think this was a particularly good test of highmem since
I don't think many bounce buffers were used, or that the kernel had
much reason to map/unmap many highmem pages.  Unfortunately, my SCSI
controller isn't working quite right and I can't test with a hard disk
as a result.  Any ideas for stressing the system harder?
You could try lowering max_low_mem.  You can do this by setting "Code
maturity level option"/"Prompt for advanced kernel configuration options"
and then going under where you selected HIGH_MEM and setting max_low_mem
size to something small.

It will likely take some trial and error to get it stressed enough.
You'll have to start a bunch or processes and look at where they're
getting their memory
See, I don't think that user processes using highmem pages is testing
highmem much.  So we have user pages mapped by PTE's - what's changed?
Not a whole lot.  It's when we use bounce buffers in the kernel or ask
the kernel to map user pages or otherwise trigger the kmap/kunmap code
that I'm interested in.
I agree.  What I had in mind was causing the kernel to kmap pages for some
reason like to copy user data into the buffer cache of a block device (see
generic_file_write).  I would make a pgm to allocate some mem (like the size
of your lowmem), mlock it down, then fork some processes that do short writes
to a block device or something like that.  I think that would do it.

Did you mentioned that your scsi ctlr or drive was bad?  If so, you'll have to
find some other block device, /dev/ram? maybe??

Mark


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help