On Fri, 8 Jun 2007, Alan Cox wrote: > > > > It does not work. What if the main application, library A and library B > > > > wants to implement their own allocation strategy? > > > > > > Its called "discipline". I would suggest that libc contains a default > > > allocator. You might also want to assign library and application ranges > > > for clarity. > > > > That is really nice solution. Each library has to have each own allocator. > > Are you being deliberately stupid ? > > I suggested *libc* contains a default allocator "You might also want to assign library and application ranges for clarity." So let's see. We have the legacy one (1st fdtable), the non-legacy app one (2nd fdtable) and one for the library (3rd fdtable). And which library? Each one his own (4th, 5th ... fdtable)? ... > > replicated all around the code that access directly the fdtables. I did > > the fdmap consolidation patch, and I can tell you there are quite a few > > places that access fdtables directly. > > This is true, but if you are worried about complexity we get back to the > original posix allocator which packs them in tight and produces a most > excellent spread in the general case (whacko apps like bash aside) ... complexity does not come from the allocator, but from the fact that direct access to the fdtable is done all over the kernel. Code that assumes there's only *one* fdtable. - Davide - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Ulrich Drepper <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Eric Dumazet <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Davide Libenzi <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Eric Dumazet <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Ulrich Drepper <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Davide Libenzi <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Ulrich Drepper <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Davide Libenzi <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Theodore Tso <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Alan Cox <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Davide Libenzi <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Alan Cox <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Ulrich Drepper <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Alan Cox <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Davide Libenzi <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Alan Cox <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Davide Libenzi <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Alan Cox <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Davide Libenzi <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- From: Alan Cox <[email protected]>
- Re: [patch 7/8] fdmap v2 - implement sys_socket2
- Prev by Date: Re: [Intel-IOMMU 02/10] Library routine for pre-allocat pool handling
- Next by Date: Re: [PATCH 3/7] Replace DPRINTK with pr_debug in autofs
- Previous by thread: Re: [patch 7/8] fdmap v2 - implement sys_socket2
- Next by thread: Re: [patch 7/8] fdmap v2 - implement sys_socket2
- Index(es):
 |