BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] memory management
- Subject: [Discuss] memory management
- From: richard.pieri at gmail.com (Richard Pieri)
- Date: Sun, 21 Jun 2015 15:39:46 -0400
- In-reply-to: <55870120.50605@gmail.com>
- References: <558420D5.6090803@mattgillen.net> <55870120.50605@gmail.com>
On 6/21/2015 2:23 PM, Tom Metro wrote: > That doesn't entirely make sense. If setting swappiness to zero means > swap is never used, and setting it to a high value means it is > aggressively used, then in the latter case it means the kernel is moving > stuff from RAM to swap. If it is moved to swap, it ought to free up > physical RAM. swappiness does not prevent the kernel from swapping. It controls how aggressive the kernel is in writing out least-used pages to disk or other non-volatile storage. When set to 0 the kernel will not write pages to disk until all physical RAM is allocated. Then it will start writing out pages normally. The higher the setting, the more aggressive the kernel will be in writing out least-used pages. Clean pages (allocated pages that have been written to disk) remain in the page cache in case they are needed. swappiness = 100 does not mean that every page gets read from disk every time it is accessed. Pages are dropped from the page cache when their processes release the allocations or processes try to allocate more RAM. The kernel drops least-used clean pages from the page cache to meet the allocation request. swappiness has no effect on the page cache. When a process tries to allocate more pages than the total of clean and unallocated pages in the page cache, well, that's an overload. Overloaded system is overloaded. Game over. Install more RAM or don't overload the system. If neither option is viable then put your page file or partition on a fast SSD. That won't solve the problem but it will make it seem less severe. -- Rich P.
- Follow-Ups:
- [Discuss] memory management
- From: dsr at randomstring.org (Dan Ritter)
- [Discuss] memory management
- References:
- [Discuss] memory management
- From: me at mattgillen.net (Matthew Gillen)
- [Discuss] memory management
- From: tmetro+blu at gmail.com (Tom Metro)
- [Discuss] memory management
- Prev by Date: [Discuss] memory management
- Next by Date: [Discuss] memory management
- Previous by thread: [Discuss] memory management
- Next by thread: [Discuss] memory management
- Index(es):