All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Memory problems
       [not found] ` <Pine.LNX.4.03.9905031237130.219-100000@mirkwood.dummy.home>
@ 1999-05-04  6:09   ` Ralf Baechle
  0 siblings, 0 replies; 3+ messages in thread
From: Ralf Baechle @ 1999-05-04  6:09 UTC (permalink / raw)
  To: Rik van Riel

On Mon, May 03, 1999 at 12:40:11PM +0200, Rik van Riel wrote:

> > Would it help to do all non-DMA allocations from memory above the 16M
> > mark if possible, and only allocate them lower than that if there was
> > no memory above that mark available?
> 
> Some time ago I wrote a quick and dirty design for a zone
> allocator. I guess now is the time to dust off the design
> (http://www.nl.linux.org/~riel/zone-alloc.html) and think
> up a good allocator for 2.3 and  beyond.

Here is another requirement for a future allocator - it should be ccNUMA
aware, that is it should try to allocate pages as close to the local node
as possible.

That one may be fun ...

  Ralf

--
To unsubscribe, send a message with 'unsubscribe linux-mm my@address'
in the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://humbolt.geo.uu.nl/Linux-MM/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* memory problems
  2006-05-02 20:08 ` Tom Callahan
@ 2006-05-03 21:50   ` tom arnall
  0 siblings, 0 replies; 3+ messages in thread
From: tom arnall @ 2006-05-03 21:50 UTC (permalink / raw)
  To: linux-admin

my system freezes when I try to run an application that handles a large file 
in a variable. I have set ulimits as follows:

	core file size 		(blocks, -c) 0
	data seg size			(kbytes, -d) unlimited
	file size				(blocks, -f) unlimited
	max locked memory 	(kbytes, -l) 256000
	max memory size		(kbytes, -m) 256000
	open files				(-n) 1024
	pipe size				(512 bytes, -p) 8
	stack size				(kbytes, -s) 8192
	cpu time 				(seconds, -t) unlimited
	max user processes	(-u) unlimited
	virtual memory 		(kbytes, -v) unlimited


Physical memory on the system is 512MB, yet when the application runs - 
despite the limits shown above - linux hands almost all of memory to the 
application.

Tom Arnall
north spit, ca




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Memory problems
@ 2007-08-24 12:36 James Courtier-Dutton
  0 siblings, 0 replies; 3+ messages in thread
From: James Courtier-Dutton @ 2007-08-24 12:36 UTC (permalink / raw)
  To: linux-mm

Hi,

Is there anywhere that documents the current problems that Linux is 
having with memory management.
Are there any "big" problems still outstanding, or is it just a matter 
of fixing edge cases now?
The last time I looked into this, people were having memory pressure 
problems relating to network attached swap space. I believe those 
problems are fixed now and I was able to help there.

Kind Regards

James


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-08-24 12:36 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-24 12:36 Memory problems James Courtier-Dutton
  -- strict thread matches above, loose matches on Subject: below --
2006-05-02 19:36 (unknown), Kirkwood, David A
2006-05-02 20:08 ` Tom Callahan
2006-05-03 21:50   ` memory problems tom arnall
     [not found] <Pine.LNX.4.04.9905021624570.18784-100000@ps.cus.umist.ac.uk>
     [not found] ` <Pine.LNX.4.03.9905031237130.219-100000@mirkwood.dummy.home>
1999-05-04  6:09   ` Memory problems Ralf Baechle

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.