Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1418978
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 2/3] staging: lustre: lnet: Allocate MEs and small MDs in own kmem_caches |
| Date | 2016-06-10 03:30 +0200 |
| Message-ID | <rIjqO-6ed-19@gated-at.bofh.it> (permalink) |
| References | <rIgVX-4lJ-5@gated-at.bofh.it> <rIgVX-4lJ-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Jun 09, 2016 at 06:45:46PM -0400, James Simmons wrote: > From: Bruno Faccini <bruno.faccini@intel.com> > > As part of LU-3848 and LU-4330, it has been discovered that LNET > MEs and small MDs (<=128 Bytes) are allocated in <size-128> kmem_cache > and thus can suffer quite frequent corruptions, from other modules or > Kernel parts, that occur there. To avoid this, MEs and small-MDs > specific kmem_cache have been created. What? Who corrupts them? That shouldn't be possible, and on some systems, even if you do ask for a separate slab, it will be merged togther with others of the same size. So this patch doesn't do all that much. I think you are having some other problem here, changing to a separate memory cache shouldn't solve corruption issues. sorry, greg k-h
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH 2/3] staging: lustre: lnet: Allocate MEs and small MDs in own kmem_caches James Simmons <jsimmons@infradead.org> - 2016-06-10 00:50 +0200
Re: [PATCH 2/3] staging: lustre: lnet: Allocate MEs and small MDs in own kmem_caches Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-06-10 03:30 +0200
Re: [PATCH 2/3] staging: lustre: lnet: Allocate MEs and small MDs in own kmem_caches "Faccini, Bruno" <bruno.faccini@intel.com> - 2016-06-10 17:30 +0200
Re: [PATCH 2/3] staging: lustre: lnet: Allocate MEs and small MDs in own kmem_caches Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2016-06-10 18:40 +0200
csiph-web