feaf1e321d
Calling cond_resched() after each object is freed and then after each slab is freed can cause slabs of objects to live for excessive periods of time following reclaimation. This interferes with the kernel's own memory management when called from kswapd and can cause direct reclaim to occur in response to memory pressure that should have been resolved. Signed-off-by: Richard Yao <ryao@cs.stonybrook.edu> |
||
|---|---|---|
| cmd | ||
| config | ||
| include | ||
| lib | ||
| man | ||
| module | ||
| patches | ||
| rpm | ||
| scripts | ||
| .gitignore | ||
| AUTHORS | ||
| COPYING | ||
| DISCLAIMER | ||
| META | ||
| Makefile.am | ||
| README.markdown | ||
| autogen.sh | ||
| configure.ac | ||
| copy-builtin | ||
| spl.release.in | ||
README.markdown
The Solaris Porting Layer (SPL) is a Linux kernel module which provides many of the Solaris kernel APIs. This shim layer makes it possible to run Solaris kernel code in the Linux kernel with relatively minimal modification. This can be particularly useful when you want to track upstream Solaris development closely and don’t want the overhead of maintaining a large patch which converts Solaris primitives to Linux primitives.
To build packages for your distribution:
$ ./configure
$ make pkg
To copy the kernel code inside your kernel source tree for builtin compilation:
$ ./configure --enable-linux-builtin --with-linux=/usr/src/linux-...
$ ./copy-builtin /usr/src/linux-...
Full documentation for building, configuring, and using the SPL can be found at: http://zfsonlinux.org