[gst-embedded] How to reduce gstreamer librarysize & startup time

[Wim Taymans]

On Fri, 2008-02-29 at 09:39 +0800, Zhao Liang-E3423C wrote:
> Edward,
> 
> I have done as you said,  scanning and updating the registry is really
> "cost-time",  after removing it by hard code, it saves much time.
> 
> But I wonder whether all object initialization in gst_init are all
> necessary,  I think it will be better if gstreamer can provide more
> options to disable/enable features, so that user can reduce unnecessary
> modules easily.

What object initialisation are you refering to? What more things do you
want to be able to disable?

Wim

> 
> 
> Best Regards
> Zhao Liang
>  
> 
> -----Original Message-----
> From: gstreamer-embedded-bounces at lists.sourceforge.net
> [mailto:gstreamer-embedded-bounces at lists.sourceforge.net] On Behalf Of
> Edward Hervey
> Sent: Friday, February 29, 2008 4:35 AM
> To: Wouter Cloetens
> Cc: gstreamer-embedded at lists.sourceforge.net
> Subject: Re: [gst-embedded] How to reduce gstreamer librarysize &
> startuptime
> 
> Hi,
> 
> On Thu, 2008-02-28 at 10:28 +0100, Wouter Cloetens wrote:
> > On Thu, Feb 28, 2008 at 05:23:40PM +0800, Zhao Liang-E3423C wrote:
> > > 1. disable many unused features
> > > 2. disable debug/trace
> > > 3. use binary registry or not use registry 4. disable runtime check
> > 
> > Has anyone considered statically linking plugins? I suspect that would
> 
> > be a rather big change, but you would win on startup time, in memory 
> > consumption and in runtime CPU usage.
> 
>   Most likely, the biggest time consumption in initialization is
> checking for modifications of plugins (scannning directories, looking at
> timestamps, loading them if changed, ....).
> 
>   We *could* add an option to NOT do that scanning at startup (if an
> environment variable is set when running for example) and just load the
> available registry.
>   In embedded environments you are most likely not installing new
> plugins very often, so this checking is almost never used but might cost
> a lot.
> 
>   You are of course then left with the cost of loading the actual
> plugins required by the application afterwards, but that's after
> initialization.
> 
>   Has anybody done some timing to see how long gst_init() takes ?
> 
>     Edward
> 
> > 
> > bfn, Wouter
> > 
> > ----------------------------------------------------------------------
> > --- This SF.net email is sponsored by: Microsoft Defy all challenges. 
> > Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Gstreamer-embedded mailing list
> > Gstreamer-embedded at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
> > 
> --
> Edward Hervey <edward.hervey at collabora.co.uk> Collabora Multimedia
> 
> 
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gstreamer-embedded mailing list
> Gstreamer-embedded at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gstreamer-embedded mailing list
> Gstreamer-embedded at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded