Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1392270
| From | "Kirill A. Shutemov" <kirill@shutemov.name> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: mm: pages are not freed from lru_add_pvecs after process termination |
| Date | 2016-05-02 17:10 +0200 |
| Message-ID | <runDY-5IL-11@gated-at.bofh.it> (permalink) |
| References | <rsB8m-4NH-5@gated-at.bofh.it> <rsBi2-4Sv-9@gated-at.bofh.it> <runkD-58W-33@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, May 02, 2016 at 04:39:35PM +0200, Vlastimil Babka wrote: > On 04/27/2016 07:11 PM, Dave Hansen wrote: > >6. Perhaps don't use the LRU pagevecs for large pages. It limits the > > severity of the problem. > > I think that makes sense. Being large already amortizes the cost per base > page much more than pagevecs do (512 vs ~22 pages?). We try to do this already, don't we? Any spefic case where we have THPs on pagevecs? -- Kirill A. Shutemov
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: mm: pages are not freed from lru_add_pvecs after process termination Vlastimil Babka <vbabka@suse.cz> - 2016-05-02 16:50 +0200
Re: mm: pages are not freed from lru_add_pvecs after process termination "Kirill A. Shutemov" <kirill@shutemov.name> - 2016-05-02 17:10 +0200
Re: mm: pages are not freed from lru_add_pvecs after process termination Vlastimil Babka <vbabka@suse.cz> - 2016-05-02 17:20 +0200
Re: mm: pages are not freed from lru_add_pvecs after process termination Dave Hansen <dave.hansen@intel.com> - 2016-05-02 17:50 +0200
Re: mm: pages are not freed from lru_add_pvecs after process termination "Kirill A. Shutemov" <kirill@shutemov.name> - 2016-05-02 18:10 +0200
Re: mm: pages are not freed from lru_add_pvecs after process termination Michal Hocko <mhocko@kernel.org> - 2016-05-03 09:40 +0200
Re: mm: pages are not freed from lru_add_pvecs after process termination "Kirill A. Shutemov" <kirill@shutemov.name> - 2016-05-03 12:10 +0200
csiph-web