Date: Sun, 24 Jun 2001 14:55:29 +0930 (CST) From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: John Baldwin <jhb@FreeBSD.org> Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, Attila Nagy <bra@fsn.hu> Subject: Re: cvs commit: src/sys/i386/i386 machdep.c Message-ID: <XFMail.20010624145529.doconnor@gsoft.com.au> In-Reply-To: <XFMail.010623224452.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 24-Jun-2001 John Baldwin wrote: > > I think it's not too easy and not an obvious task, but maybe it's worth > > the extra work (people using big DBs on x86?)... > > Actually, it doesn't really help as much as it would seem, because the > virtual > address space of each process is still limited to 4gb, so it doesn't let you > run larger processes, it just lets you fit more of them into memory. Or you have to write an extension to allow processes to map parts of the larger space into their address space for use. This is what W2k and BSD/OS do (according to my google search :) Of course, once the extension is written then you have to modify the application to use it, which in the case of a close source DB vendor could be problematic. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20010624145529.doconnor>