On Fri, 2008-08-01 at 14:14 +0200, Michael Schnell wrote:
> Sorry to bother you by asking this here, but I don't know a better place. :(
You could try Usenet: comp.os.linux.development.apps
> I need to port a multi-threaded program in ANSI C. From a propriety OS
> to Linux.
>
> Here the same c
Sorry to bother you by asking this here, but I don't know a better place. :(
I need to port a multi-threaded program in ANSI C. From a propriety OS
to Linux.
Here the same code is started in multiple threads.
The OS provides a global variable that is preloaded with a "thread
number" of the r
Hi Helmut,
Thank you!
I agree with you.
I was just showing a case when the approach you ware describing is not
applicable. I did not think you ware criticizing me or something ;-) . We
both ware just showing approaches we use, and they both are very much
classical one. I fell into the same
Boian Mitov wrote:
> As you can see there are obvious scenarios where the granularity
> approach seems to be the only reasonable one.
I think you misunderstood me:
I wanted to say:
*) Maximum granularity gives maximum performance, but as always there is
a tradeoff.
*) Problems come in if you ha
Here are 2 examples of relatively simple graphs. The synchronization
problems are obvious:
http://www.mitov.com/VLDemo_Combine_Diagram.jpg
http://www.mitov.com/SLDemo_FFT_Diagram.jpg
Those are graphs from just our demos for the customers. Obviously a real
case scenario can be much more comple
Here is example of just simple linear chain:
A -> B -> C ->D
In this case there are no even any splits or merges, and yet the problems
become obvious.
A can start sending data to B
and D can start sending let say clock events to C
Each component has to run in a separated thread as A may be c
Hi Helmut,
This is great for relatively simple system with number of shared objects.
In our case we have a graph of up to hundreds of objects and not all of them
are connected (i.e. there are multiple independent graphs). The connections
can be changed while the graphs are working, and all c
