[Linaro-mm-sig] Memory Management Discussion
Rebecca Schultz Zavin
rebecca at android.com
Thu Apr 21 18:50:25 UTC 2011
On Thu, Apr 21, 2011 at 8:14 AM, Jesse Barnes <jbarnes at virtuousgeek.org>wrote:
> On Thu, 21 Apr 2011 16:09:46 +0100
> Tom Cooksey <Tom.Cooksey at arm.com> 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.
> >
> > Though presumably not if you only have an fd for buffers you want to
> > share with another process or device? I think the common case is you
> > don't want to share a texture or command buffer or whatever with
> > another process, so most of the objects don't need an fd?
>
> Oh sure, if you don't actually allocate fds for the objects, then
> there's no issue. But I think the ION proposal created fds for mapped
> objects as well? That count could get pretty high...
>
That's lazy programmer (me) wanting to be able to mmap at an offset and not
wanting to implement all of mmap in an ioctl. Anyway I think you can map
them and then close them, wouldn't that allow you to recycle the fd?
>
> --
> Jesse Barnes, Intel Open Source Technology Center
>
> _______________________________________________
> Linaro-mm-sig mailing list
> Linaro-mm-sig at lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-mm-sig
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linaro.org/pipermail/linaro-mm-sig/attachments/20110421/04904ad3/attachment.html>
More information about the Linaro-mm-sig
mailing list