[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gstreamer-devel
Subject:    Re: [gst-devel] 0.9 proposals
From:       Xavier Bestel <xavier.bestel () free ! fr>
Date:       2004-12-01 15:53:50
Message-ID: 1101916430.5696.73.camel () gonzales
[Download RAW message or body]

Le mercredi 01 décembre 2004 à 15:54 +0100, Benjamin Otte a écrit :

> I'm not sure why you think this is so much better with threads. Threads
> are just an uncontrollable and suboptimal way to have the decision what to
> do next done by someone else and freeing you of the burden to decide for
> yourself by making the kernel decide what to schedule next instead of
> doing it yourself.
> I've always wondered why that would be preferrable.

The obvious case is an NLE, when rendering a simple 2mn scene costs half
an hour. Spreading the rendering across processors allows to speed up
things a lot.
Now, if you can't do that, that means you have to cut your scene in
subscenes and render them in parallel, but the cost in memory (and so in
cache misses) seems higher to me.

	Xav




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[prev in list] [next in list] [prev in thread] [next in thread]