Re: phk malloc, was (Re: ptmalloc2)

看板DFBSD_kernel作者時間21年前 (2005/02/27 09:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串50/57 (看更多)
On Sat, 26 Feb 2005 19:32:58 -0500 Tobias DiPasquale <toby@cbcg.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Feb 26, 2005, at 6:28 PM, Chris Pressey wrote: > >> And the point we keep coming back to is that it is impossible for > >an > application to accurately self regulate its resource usage > >(unless you > mean allowing command line flags to specify how much > >memory to use > [why not just set rlimits instead]) since it does > >not receive > accurate feedback from the kernel when over commit is > >allowed. > > > > man mlock(1): > > > > [EAGAIN] Locking the indicated range would exceed either > > the > > system or per-process limit for locked memory. > > > > Is that not accurate feedback? > > > > Read more closely: "limit for __locked__ memory". The limits don't > have to be (and frequently aren't) the same. Quoth POSIX: "Memory residency of unlocked pages is unspecified." Unspecified means they might be in core, they might be on disk, or they might not even exist - and is this not the precise nature of overcommit? -Chris
文章代碼(AID): #128ICP00 (DFBSD_kernel)
討論串 (同標題文章)
文章代碼(AID): #128ICP00 (DFBSD_kernel)