I contacted Kay Ramme because I could see that he has been involved in
some work with ARM. I got some information from him about a week ago,
but What I really need is someone to pick up the contact.
The information I got so far is a little bit too fluffy for me to bring
on to a journalist.
This was what Kay send me:
<snip>
OOos component model Uno does inherently use and support multiple
threads e.g for doing remote calls etc. Two years ago I finished the Uno
Threading Framework, which should be the basis for further
multi-threading OOo. Unfortunately I did not find the time yet to
continue that.
Despite the basis being there, OOo is mostly single threaded. There are
some threads used for downloading and other stuff, mostly implementation
details. The main loop around VCL and the core code is still protected
by the so called Solar Mutex.
I am currently checking who best can talk to the journalist ...
Best
Kay
- Uno threading framework -
http://wiki.services.openoffice.org/wiki/Effort/Revise_OOo_Multi-Threading
- Solar Mutex - http://wiki.services.openoffice.org/wiki/Terms/Solar_Mutex
</snip>
Regards,
Leif
Florian Effenberger skrev:
Hello Leif,
A few days ago I was contacted by a journalist here in Denmark. He is
working on a piece on multi core processing and is wondering if any
open source projects is working in that direction. I have tried to
get one of the developers in Hamborg to talk to the journalist -
without luck.
hm, I remember someone asked John and me the same thing some time ago,
whether OOo makes use of multi-core CPUs. IIRC, I talked to someone at
Hamburg (can't remember... Dieter Löschky maybe?) and I was told that
currently it doesn't use it, as it doesn't make any sense, no boost in
performance.
Who at Hamburg did you ask?
Florian
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
