Messages in this thread | | | Date | Thu, 18 Sep 2003 13:22:12 +0200 | From | Stephan von Krawczynski <> | Subject | Re: experiences beyond 4 GB RAM with 2.4.22 |
| |
On Thu, 18 Sep 2003 09:12:49 +0200 Jens Axboe <axboe@suse.de> wrote:
> On Thu, Sep 18 2003, Jens Axboe wrote: > > On Wed, Sep 17 2003, Marcelo Tosatti wrote: > > > > > > > > > On Wed, 17 Sep 2003, Jens Axboe wrote: > > > > > > > On Wed, Sep 17 2003, Alan Cox wrote: > > > > > On Maw, 2003-09-16 at 20:58, Olivier Galibert wrote: > > > > > > On Tue, Sep 16, 2003 at 04:29:02PM +0100, Alan Cox wrote: > > > > > > > The kernel has no idea what you will do with given ram. It does > > > > > > > try to make some guesses but you are basically trying to paper > > > > > > > over hardware limits. > > > > > > > > > > > > Is there a way to specifically turn that ram into a tmpfs though? > > > > > > > > > > > > > > > Something like z2ram copied and hacked a little to kmap the blocks it > > > > > wants would give you a block device you could use for swap or for > > > > > /tmp. Im not sure tmpfs would work here > > > > > > > > Aditionally, you need GFP_DMA32 or similar. Would also alleviate the > > > > nasty pressure on ZONE_NORMAL which is often quite stressed. > > > > > > IMO such GFP_DMA32 flag is a bit intrusive for 2.4, isnt it? > > > > Not really, it's just an extra zone. Maybe I can dig such a patch up, I > > had one for 2.4.2-pre something... > > This is the latest I had, for 2.4.5. Pretty simple and nonintrusive at > that time.
From a design point of view I would pretty much agree with your idea. In fact there is a ram attribute (dma32) which currently is not reflected in the data structures in a selectable way. I can see no good reason for this lack.
Regards, Stephan
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |