Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1705730
| From | Davidlohr Bueso <dave@stgolabs.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] ipc: optimize semget/shmget/msgget for lots of keys |
| Date | 2017-08-07 19:40 +0200 |
| Message-ID | <ubUat-3mF-1@gated-at.bofh.it> (permalink) |
| References | <u9eyL-40A-31@gated-at.bofh.it> <ua87U-6eM-9@gated-at.bofh.it> <uarWX-37e-37@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 03 Aug 2017, Guillaume Knispel wrote: >In linux/init.h I saw that a pure_initcall is reserved to only >initialize variables and must have no dependency on anything else; >I interpreted that, + "pure" in the name, thinking we should not e.g. >allocate in a pure_initcall, however I see that net_ns_init() calls >kmem_cache_create() and others, so maybe we can keep ipc_ns_init() as >a pure_initcall? Yeah, I don't see this as a limitation wrt link order. Among others, filelocks also do this. Not to mention futexes with alloc_large_system_hash(). So lets just keep this as is. Thanks, Davidlohr
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH] ipc: optimize semget/shmget/msgget for lots of keys Davidlohr Bueso <dave@stgolabs.net> - 2017-08-02 22:10 +0200
Re: [PATCH] ipc: optimize semget/shmget/msgget for lots of keys Guillaume Knispel <guillaume.knispel@supersonicimagine.com> - 2017-08-03 19:20 +0200
Re: [PATCH] ipc: optimize semget/shmget/msgget for lots of keys Davidlohr Bueso <dave@stgolabs.net> - 2017-08-07 19:40 +0200
csiph-web