Re: [RFC PATCH 0/2] mm: zsmalloc: make shrinker compaction budget-aware
Sergey Senozhatsky <[email protected]>
| Newsgroups | gmane.linux.kernel,gmane.linux.kernel.mm |
|---|---|
| Message-ID | <[email protected]> |
On (26/08/06 16:27), [email protected] wrote: > On an Android device with 12 GB of RAM, observed zsmalloc compaction > durations had a p95 of 38.86 ms and a maximum of 269.68 ms, motivating a > per-scan reclaim goal. Would it be possible to give a little more data? What was the fragmentation ratio, how much memory was saved during that auto-compaction, etc. If possible. Somewhere in the back of my mind I was thinking about, maybe, disabling (removing) zsmalloc shrinker callbacks, in other words disabling auto-compaction. We have a sysfs knob for pool compaction for system that still want to run compaction. So I'm leaning towards removal of shrinker callbacks from zsmalloc.