Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1421661 > unrolled thread
| Started by | Vladimir Davydov <vdavydov@virtuozzo.com> |
|---|---|
| First post | 2016-06-14 10:30 +0200 |
| Last post | 2016-06-14 10:30 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH RFC] slub: reap free slabs periodically Vladimir Davydov <vdavydov@virtuozzo.com> - 2016-06-14 10:30 +0200
| From | Vladimir Davydov <vdavydov@virtuozzo.com> |
|---|---|
| Date | 2016-06-14 10:30 +0200 |
| Subject | Re: [PATCH RFC] slub: reap free slabs periodically |
| Message-ID | <rJRTs-2gr-3@gated-at.bofh.it> |
On Fri, Jun 10, 2016 at 04:32:26PM -0500, Christoph Lameter wrote: > One reason for SLUBs creation was the 2 second scans in SLAB which causes > significant disruption of latency sensitive tasksk. That's not good, indeed. > > You can simply implement a reaper in userspace by running > > slabinfo -s > > if you have to have this. Doing this periodically would probably hurt performance of active caches as 'slabinfo -s' shrinks all slabs unconditionally, even if they are being actively used. OTOH, one could trigger shrinking slabs only on memory pressure. That would require yet another daemon tracking the system state, but it is doable I guess. Thanks a lot for your input, Christoph. > > There is no need to duplicate SLAB problems.
Back to top | Article view | linux.kernel
csiph-web