Re: OOM killer changes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 17.08.2016 00:56, Vlastimil Babka wrote:

Again, migration failures are there but not so many, and failures to
isolate freepages stand out. I assume it's because the kernel build
workload and not the btrfs balance one.

I think the patches in mmotm could make compaction try harder and use
more appropriate watermarks, but it's not guaranteed that will help.
The free scanner seems to become more and more a fundamental problem.

And I really wonder how did all those unmovable pageblocks happen.
AFAICS zoneinfo shows that most of memory is occupied by file lru pages.
These should be movable.

Is it the pressure on the page cache? Don't forget that I write to some disk drives (recently, 2) at media speed with dd if=/dev/zero bs=4M of=/dev/SDX.


----------------------------------------------------------------------
The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>



[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]