#Intel dynamic platform and thermal framework driver 8.4 software
XDP provides bare metal packet processing at the lowest point in the software stack. XDP or eXpress Data Path provides a high performance, programmable network data path in the Linux kernel. In addition to policies listed above, shmem_enabled allows two further values: deny (for use in emergencies, to force the huge option off from all mounts) force (force the huge option on for all - useful for testing). The mount is used for SysV SHM, memfds, shared anonymous mmaps (of /dev/zero or MAP_ANONYMOUS), GPU drivers' DRM objects, Ashmem. There's also sysfs knob to control hugepage allocation policy for internal shmem mount: /sys/kernel/mm/transparent_hugepage/shmem_enabled. It can have following values: always (attempt to allocate huge pages every time it needs a new page) never (do not allocate huge pages - this is the default) within_size (only allocate huge page if it will be fully within i_size, also respect fadvise()/madvise() hints) advise (only allocate huge pages if requested with fadvise()/madvise())
You can control hugepage allocation policy in tmpfs with mount option huge=. This release adds support for transparent huge pages in the page cache in tmpfs/shmem (other filesystems may be added in the future). Until now, Linux didn't support the use of transparent huge pages in the page cache (this is the cache of pages used for backing file system data). Huge pages allow to use pages bigger than 4K (in x86), when the system makes use of those pages automatically without user intervention we call it "transparent". Support for using Transparent Huge Pages in the page cache
Tablets, touch screens, keyboards, mouses.Documentation moved to the reStructuredText format.Support IPv6 security labeling (CALIPSO, RFC 5570).virtio-vsocks for easier guest/host communication.Stricter checking of memory copies with hardened usercopy.Support for using Transparent Huge Pages in the page cache.
0 kommentar(er)
