How to reduce gstreamer librarysize & startup time

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


 
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.


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: 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




[Index of Archives]     [Linux Embedded]     [Linux ARM Kernel]     [Linux for ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux Media]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux