[Linaro-mm-sig] Memory Management Discussion

Jesse Barnes jbarnes at virtuousgeek.org
Thu Apr 21 15:15:57 UTC 2011


On Thu, 21 Apr 2011 17:04:58 +0200
Arnd Bergmann <arnd at arndb.de> wrote:

> On Thursday 21 April 2011, Jesse Barnes wrote:
> > Client apps also have to worry about the fd count, since depending on
> > the app and object caching policy it's very easy to get over 1024
> > objects.  But the solutions above may work for that case as well; I
> > don't expect many apps rely on select(), and those that do can fairly
> > easily be converted.
> 
> Hmm, I think client apps are a much harder problem, because they are
> not under a central control. Note that there may be libraries using
> select(), so you would not be able to link to those, and you'd also
> need to solve the ulimit problem here.

For exising apps especially that's an issue.  Lots of apps use external
libs via NDK.

But there's another option for those: put the unified mm fds in "high"
fd space.  I think there are patches floating around to do that on
glibc and Linux, which makes things easier in general for libraries that
want to allocate their own fds, and other C libraries could implement
something similar, assuming we had kernel support.

-- 
Jesse Barnes, Intel Open Source Technology Center



More information about the Linaro-mm-sig mailing list