Difference between revisions of "Spec/Threading-Model"
m (Adapted Links.) |
m (→Dependencies: Category:Multi-Threading) |
||
| (3 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
| − | Type: | + | Type: Specification Status: final |
| − | Status: | + | |
==Description== | ==Description== | ||
| − | According to the [[Architecture/Threading | + | According to the [[Architecture/Goals for OOo Threading-Model&-Architecture]] for the OOo threading-model, the OOo threading-model has to support the following thread related implementation types, |
* [[Uno/Term/Thread Affine|thread-affine]], | * [[Uno/Term/Thread Affine|thread-affine]], | ||
* [[Uno/Term/Thread Safe|thread-safe]], and | * [[Uno/Term/Thread Safe|thread-safe]], and | ||
* [[Uno/Term/Thread Unsafe|thread-unsafe]]. | * [[Uno/Term/Thread Unsafe|thread-unsafe]]. | ||
| − | Every of these types could be implemented with the help of libraries etc., the most simple and elegant solution seems to be the extension of the [[Uno/Binary|Binary Uno Runtime]], ideally supporting the declaration of the threading | + | Every of these types could be implemented with the help of libraries etc., the most simple and elegant solution seems to be the extension of the [[Uno/Binary|Binary Uno Runtime]], ideally supporting the declaration of the threading related implementation type. |
| − | This means, that the OOo threading-model is going to be the [[Uno/Spec/Threading-Model|Uno threading-model]], which also fits with the [[Architecture/OOo as | + | This means, that the OOo threading-model is going to be the [[Uno/Spec/Threading-Model|Uno threading-model]], which also fits with the [[Architecture/OOo as Uno Components|vision]], OOo just being a set of [[Uno]] components. |
The rules for [[Uno]] in respect to threading, basically repeating the threading-model goals, are | The rules for [[Uno]] in respect to threading, basically repeating the threading-model goals, are | ||
| Line 20: | Line 19: | ||
** [[Uno/Term/Thread Unsafe|thread-unsafe]]. | ** [[Uno/Term/Thread Unsafe|thread-unsafe]]. | ||
| − | It is proposed, the OOo threading-model to be the [[Uno/Spec/Threading Model|Uno threading-model]]. | + | It is proposed, the OOo threading-model to be the [[Uno/Spec/Threading-Model|Uno threading-model]]. |
==Dependencies== | ==Dependencies== | ||
| Line 27: | Line 26: | ||
[[Category:Spec]] | [[Category:Spec]] | ||
| + | [[Category:Multi-Threading]] | ||
Latest revision as of 07:09, 19 June 2007
Type: Specification Status: final
Description
According to the Architecture/Goals for OOo Threading-Model&-Architecture for the OOo threading-model, the OOo threading-model has to support the following thread related implementation types,
Every of these types could be implemented with the help of libraries etc., the most simple and elegant solution seems to be the extension of the Binary Uno Runtime, ideally supporting the declaration of the threading related implementation type.
This means, that the OOo threading-model is going to be the Uno threading-model, which also fits with the vision, OOo just being a set of Uno components.
The rules for Uno in respect to threading, basically repeating the threading-model goals, are
- Uno APIs have to be implemented thread-safe,
- Uno APIs have to be implemented thread-transparent,
- code has to be implemented following one of three threading approaches (addressing (d),(f)),
It is proposed, the OOo threading-model to be the Uno threading-model.
