lkml.org 
[lkml]   [2006]   [Aug]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC][PATCH 3/9] actual generic PAGE_SIZE infrastructure
On Wed, 30 Aug 2006, Dave Hansen wrote:

> #endif /* CONFIG_ARCH_HAVE_GET_ORDER */
> -#endif /* __ASSEMBLY__ */
> +#endif /* __ASSEMBLY__ */
^^^ Extra blank.

> + prompt "Kernel Page Size"
page size?

> + This lets you select the page size of the kernel. For best
> + 32-bit compatibility on 64-bit architectures, a page size of 4KB
> + should be selected (although most binaries work perfectly fine with
> + a larger page size). For best performance, a page size of larger
> + than 4KB is recommended. However, there are a number of
> + side-effects of larger page sizes, like small files fitting poorly
> + into the page cache.

Could we change this somewhat? Avoid the direct address and maybe say:

The kernel page size determines the basic chunk of memory handled
by the Linux VM. The bigger the page size the less page objects
have to be managed by the kernel which reduces the VM overhead in
handling large amounts of data. However, larger pages also lead
to memory being wasted by the kernel since small files will
at mininum require one page of memory. A 4K pagesize is fairly standard
and may be required for 32 bit compatibility on many platforms.

It is usually not wise to select another page size than the default
unless one knows what one is doing or has some time to spend on
getting to know the kernel.


Note that the default pagesize on IA64 is 16K and some important things
would change if a lesser size is selected. I have never run a 4K kernel.
I do not think we can just say that 4KB is okay. There may be other
platforms that have other default page sizes.

-
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/

\
 
 \ /
  Last update: 2006-08-31 02:11    [W:0.794 / U:1.248 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site