Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1625852
| From | "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC] mm/madvise: Enable (soft|hard) offline of HugeTLB pages at PGD level |
| Date | 2017-04-19 08:30 +0200 |
| Message-ID | <txRhL-8jb-5@gated-at.bofh.it> (permalink) |
| References | <txOtz-6yz-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Anshuman Khandual <khandual@linux.vnet.ibm.com> writes: > Though migrating gigantic HugeTLB pages does not sound much like real > world use case, they can be affected by memory errors. Hence migration > at the PGD level HugeTLB pages should be supported just to enable soft > and hard offline use cases. In that case do we want to isolated the entire 16GB range ? Should we just dequeue the page from hugepage pool convert them to regular 64K pages and then isolate the 64K that had memory error ? > > While allocating the new gigantic HugeTLB page, it should not matter > whether new page comes from the same node or not. There would be very > few gigantic pages on the system afterall, we should not be bothered > about node locality when trying to save a big page from crashing. > > This introduces a new HugeTLB allocator called alloc_gigantic_page() > which will scan over all online nodes on the system and allocate a > single HugeTLB page. > -aneesh
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[RFC] mm/madvise: Enable (soft|hard) offline of HugeTLB pages at PGD level Anshuman Khandual <khandual@linux.vnet.ibm.com> - 2017-04-19 05:30 +0200
Re: [RFC] mm/madvise: Enable (soft|hard) offline of HugeTLB pages at PGD level "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com> - 2017-04-19 08:30 +0200
Re: [RFC] mm/madvise: Enable (soft|hard) offline of HugeTLB pages at PGD level Anshuman Khandual <khandual@linux.vnet.ibm.com> - 2017-04-19 08:50 +0200
Re: [RFC] mm/madvise: Enable (soft|hard) offline of HugeTLB pages at PGD level Anshuman Khandual <khandual@linux.vnet.ibm.com> - 2017-04-20 07:10 +0200
[PATCH] mm/madvise: Dont poison entire HugeTLB page for single page errors Anshuman Khandual <khandual@linux.vnet.ibm.com> - 2017-04-20 13:10 +0200
csiph-web