[FFmpeg-devel] [PATCH] NellyMoser audio decoder
Wed Sep 12 02:02:32 CEST 2007
On Wed, Sep 12, 2007 at 01:30:22AM +0200, Michael Niedermayer wrote:
> On Tue, Sep 11, 2007 at 07:19:48PM -0400, Compn wrote:
> > what is the name of this bikeshed?
> runtime generation of tables vs. hardcoding them in the object file
> the argument that the kernel can find such tables quickly even if
> generated at runtime and share them with a copy on write hasnt been
> brought up yet :)
I don't want a kernel process hashing and comparing pages while I'm
trying to watch a movie to determine which ones it can combine... The
extra bookkeeping is just a bad idea.
> (no i dont know of any such kernel but its possible in principle and would
> render shared libs even less usefull then they already are which would be a
> good thing)
Nope, it won't. Modules from static libs will not be in the same
page-boundary-relative locations in different binaries; moreover, only
the needed .o files will be included, and they'll each be patched with
different relocations. I don't see any way this could work..
More information about the ffmpeg-devel