Date: Tue, 5 Aug 2008 09:46:19 -0700 From: Chuck Swiger <cswiger@mac.com> To: Lin Jui-Nan Eric <ericlin@tamama.org> Cc: stable@freebsd.org Subject: Re: Max size of one swap slice Message-ID: <B4738279-01FE-4AE2-9038-2E04A1BC3990@mac.com> In-Reply-To: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com> References: <47713ee10808050839k5b258831x66bc52f70b2c355b@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 5, 2008, at 8:39 AM, Lin Jui-Nan Eric wrote: > Recently we found that we can only allocate 32GB for one swap slice. > Does there is any sysctl oid or any kernel option to increase it? Why > we have this restriction? This size limitation likely predates the availability of disks larger than 32GB. It's hard to conceive of why you'd want to add so much swap space, anyway-- if you've got programs which actually need to deal with 10s of gigabytes worth of data, then they ought to maintain a smaller/ reasonable-sized working set in RAM and do disk I/O as needed themselves rather than depend upon the VM pager, anyways. (Well, when using a BSD-derived kernel, anyways. Some of the Mach kernels support userland VM pager implementations, so that things like a database or Photoshop can provide their own pager which understands their workload and chooses which pages to evict or replace better than the default system pager algorithm can.) Regards, -- -Chuck
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B4738279-01FE-4AE2-9038-2E04A1BC3990>