| |
| The intent of this file is to give a brief summary of hugetlbpage support in |
| the Linux kernel. This support is built on top of multiple page size support |
| that is provided by most modern architectures. For example, i386 |
| architecture supports 4K and 4M (2M in PAE mode) page sizes, ia64 |
| architecture supports multiple page sizes 4K, 8K, 64K, 256K, 1M, 4M, 16M, |
| 256M and ppc64 supports 4K and 16M. A TLB is a cache of virtual-to-physical |
| translations. Typically this is a very scarce resource on processor. |
| Operating systems try to make best use of limited number of TLB resources. |
| This optimization is more critical now as bigger and bigger physical memories |
| (several GBs) are more readily available. |
| |
| Users can use the huge page support in Linux kernel by either using the mmap |
| system call or standard SYSv shared memory system calls (shmget, shmat). |
| |
| First the Linux kernel needs to be built with CONFIG_HUGETLB_PAGE (present |
| under Processor types and feature) and CONFIG_HUGETLBFS (present under file |
| system option on config menu) config options. |
| |
| The kernel built with hugepage support should show the number of configured |
| hugepages in the system by running the "cat /proc/meminfo" command. |
| |
| /proc/meminfo also provides information about the total number of hugetlb |
| pages configured in the kernel. It also displays information about the |
| number of free hugetlb pages at any time. It also displays information about |
| the configured hugepage size - this is needed for generating the proper |
| alignment and size of the arguments to the above system calls. |
| |
| The output of "cat /proc/meminfo" will have output like: |
| |
| ..... |
| HugePages_Total: xxx |
| HugePages_Free: yyy |
| Hugepagesize: zzz KB |
| |
| /proc/filesystems should also show a filesystem of type "hugetlbfs" configured |
| in the kernel. |
| |
| /proc/sys/vm/nr_hugepages indicates the current number of configured hugetlb |
| pages in the kernel. Super user can dynamically request more (or free some |
| pre-configured) hugepages. |
| The allocation( or deallocation) of hugetlb pages is posible only if there are |
| enough physically contiguous free pages in system (freeing of hugepages is |
| possible only if there are enough hugetlb pages free that can be transfered |
| back to regular memory pool). |
| |
| Pages that are used as hugetlb pages are reserved inside the kernel and can |
| not be used for other purposes. |
| |
| Once the kernel with Hugetlb page support is built and running, a user can |
| use either the mmap system call or shared memory system calls to start using |
| the huge pages. It is required that the system administrator preallocate |
| enough memory for huge page purposes. |
| |
| Use the following command to dynamically allocate/deallocate hugepages: |
| |
| echo 20 > /proc/sys/vm/nr_hugepages |
| |
| This command will try to configure 20 hugepages in the system. The success |
| or failure of allocation depends on the amount of physically contiguous |
| memory that is preset in system at this time. System administrators may want |
| to put this command in one of the local rc init file. This will enable the |
| kernel to request huge pages early in the boot process (when the possibility |
| of getting physical contiguous pages is still very high). |
| |
| If the user applications are going to request hugepages using mmap system |
| call, then it is required that system administrator mount a file system of |
| type hugetlbfs: |
| |
| mount none /mnt/huge -t hugetlbfs <uid=value> <gid=value> <mode=value> |
| <size=value> <nr_inodes=value> |
| |
| This command mounts a (pseudo) filesystem of type hugetlbfs on the directory |
| /mnt/huge. Any files created on /mnt/huge uses hugepages. The uid and gid |
| options sets the owner and group of the root of the file system. By default |
| the uid and gid of the current process are taken. The mode option sets the |
| mode of root of file system to value & 0777. This value is given in octal. |
| By default the value 0755 is picked. The size option sets the maximum value of |
| memory (huge pages) allowed for that filesystem (/mnt/huge). The size is |
| rounded down to HPAGE_SIZE. The option nr_inode sets the maximum number of |
| inodes that /mnt/huge can use. If the size or nr_inode options are not |
| provided on command line then no limits are set. For size and nr_inodes |
| options, you can use [G|g]/[M|m]/[K|k] to represent giga/mega/kilo. For |
| example, size=2K has the same meaning as size=2048. An example is given at |
| the end of this document. |
| |
| read and write system calls are not supported on files that reside on hugetlb |
| file systems. |
| |
| A regular chown, chgrp and chmod commands (with right permissions) could be |
| used to change the file attributes on hugetlbfs. |
| |
| Also, it is important to note that no such mount command is required if the |
| applications are going to use only shmat/shmget system calls. Users who |
| wish to use hugetlb page via shared memory segment should be a member of |
| a supplementary group and system admin needs to configure that gid into |
| /proc/sys/vm/hugetlb_shm_group. It is possible for same or different |
| applications to use any combination of mmaps and shm* calls. Though the |
| mount of filesystem will be required for using mmaps. |
| |
| ******************************************************************* |
| |
| /* |
| * Example of using hugepage memory in a user application using Sys V shared |
| * memory system calls. In this example the app is requesting 256MB of |
| * memory that is backed by huge pages. The application uses the flag |
| * SHM_HUGETLB in the shmget system call to inform the kernel that it is |
| * requesting hugepages. |
| * |
| * For the ia64 architecture, the Linux kernel reserves Region number 4 for |
| * hugepages. That means the addresses starting with 0x800000... will need |
| * to be specified. Specifying a fixed address is not required on ppc64, |
| * i386 or x86_64. |
| * |
| * Note: The default shared memory limit is quite low on many kernels, |
| * you may need to increase it via: |
| * |
| * echo 268435456 > /proc/sys/kernel/shmmax |
| * |
| * This will increase the maximum size per shared memory segment to 256MB. |
| * The other limit that you will hit eventually is shmall which is the |
| * total amount of shared memory in pages. To set it to 16GB on a system |
| * with a 4kB pagesize do: |
| * |
| * echo 4194304 > /proc/sys/kernel/shmall |
| */ |
| #include <stdlib.h> |
| #include <stdio.h> |
| #include <sys/types.h> |
| #include <sys/ipc.h> |
| #include <sys/shm.h> |
| #include <sys/mman.h> |
| |
| #ifndef SHM_HUGETLB |
| #define SHM_HUGETLB 04000 |
| #endif |
| |
| #define LENGTH (256UL*1024*1024) |
| |
| #define dprintf(x) printf(x) |
| |
| /* Only ia64 requires this */ |
| #ifdef __ia64__ |
| #define ADDR (void *)(0x8000000000000000UL) |
| #define SHMAT_FLAGS (SHM_RND) |
| #else |
| #define ADDR (void *)(0x0UL) |
| #define SHMAT_FLAGS (0) |
| #endif |
| |
| int main(void) |
| { |
| int shmid; |
| unsigned long i; |
| char *shmaddr; |
| |
| if ((shmid = shmget(2, LENGTH, |
| SHM_HUGETLB | IPC_CREAT | SHM_R | SHM_W)) < 0) { |
| perror("shmget"); |
| exit(1); |
| } |
| printf("shmid: 0x%x\n", shmid); |
| |
| shmaddr = shmat(shmid, ADDR, SHMAT_FLAGS); |
| if (shmaddr == (char *)-1) { |
| perror("Shared memory attach failure"); |
| shmctl(shmid, IPC_RMID, NULL); |
| exit(2); |
| } |
| printf("shmaddr: %p\n", shmaddr); |
| |
| dprintf("Starting the writes:\n"); |
| for (i = 0; i < LENGTH; i++) { |
| shmaddr[i] = (char)(i); |
| if (!(i % (1024 * 1024))) |
| dprintf("."); |
| } |
| dprintf("\n"); |
| |
| dprintf("Starting the Check..."); |
| for (i = 0; i < LENGTH; i++) |
| if (shmaddr[i] != (char)i) |
| printf("\nIndex %lu mismatched\n", i); |
| dprintf("Done.\n"); |
| |
| if (shmdt((const void *)shmaddr) != 0) { |
| perror("Detach failure"); |
| shmctl(shmid, IPC_RMID, NULL); |
| exit(3); |
| } |
| |
| shmctl(shmid, IPC_RMID, NULL); |
| |
| return 0; |
| } |
| |
| ******************************************************************* |
| |
| /* |
| * Example of using hugepage memory in a user application using the mmap |
| * system call. Before running this application, make sure that the |
| * administrator has mounted the hugetlbfs filesystem (on some directory |
| * like /mnt) using the command mount -t hugetlbfs nodev /mnt. In this |
| * example, the app is requesting memory of size 256MB that is backed by |
| * huge pages. |
| * |
| * For ia64 architecture, Linux kernel reserves Region number 4 for hugepages. |
| * That means the addresses starting with 0x800000... will need to be |
| * specified. Specifying a fixed address is not required on ppc64, i386 |
| * or x86_64. |
| */ |
| #include <stdlib.h> |
| #include <stdio.h> |
| #include <unistd.h> |
| #include <sys/mman.h> |
| #include <fcntl.h> |
| |
| #define FILE_NAME "/mnt/hugepagefile" |
| #define LENGTH (256UL*1024*1024) |
| #define PROTECTION (PROT_READ | PROT_WRITE) |
| |
| /* Only ia64 requires this */ |
| #ifdef __ia64__ |
| #define ADDR (void *)(0x8000000000000000UL) |
| #define FLAGS (MAP_SHARED | MAP_FIXED) |
| #else |
| #define ADDR (void *)(0x0UL) |
| #define FLAGS (MAP_SHARED) |
| #endif |
| |
| void check_bytes(char *addr) |
| { |
| printf("First hex is %x\n", *((unsigned int *)addr)); |
| } |
| |
| void write_bytes(char *addr) |
| { |
| unsigned long i; |
| |
| for (i = 0; i < LENGTH; i++) |
| *(addr + i) = (char)i; |
| } |
| |
| void read_bytes(char *addr) |
| { |
| unsigned long i; |
| |
| check_bytes(addr); |
| for (i = 0; i < LENGTH; i++) |
| if (*(addr + i) != (char)i) { |
| printf("Mismatch at %lu\n", i); |
| break; |
| } |
| } |
| |
| int main(void) |
| { |
| void *addr; |
| int fd; |
| |
| fd = open(FILE_NAME, O_CREAT | O_RDWR, 0755); |
| if (fd < 0) { |
| perror("Open failed"); |
| exit(1); |
| } |
| |
| addr = mmap(ADDR, LENGTH, PROTECTION, FLAGS, fd, 0); |
| if (addr == MAP_FAILED) { |
| perror("mmap"); |
| unlink(FILE_NAME); |
| exit(1); |
| } |
| |
| printf("Returned address is %p\n", addr); |
| check_bytes(addr); |
| write_bytes(addr); |
| read_bytes(addr); |
| |
| munmap(addr, LENGTH); |
| close(fd); |
| unlink(FILE_NAME); |
| |
| return 0; |
| } |