August 2002 Realzeit-CORBA: Threadpools 2-21 2 Das create_threadpool und create_threadpool_with_lanes Betriebe erlauben zwei unterschiedliche Arten des zu verursachenden threadpool: mit oder ohne Wege oder Abteilung in Teilmengen Gewinde an zugewiesenem unterschiedlichem RTCORBA::Priority Werte. Die zwei Arten erfordern Sie einige unterschiedliche Parameter, zusammengebaut zu werden, wie in den folgenden zwei beschrieben worden Unterabschnitte. Die Konfiguration von stacksize und Antragpufferbetrieb ist für beide Arten allgemein. stacksize Parameter wird verwendet, die Stapelgröße, in den Bytes zu spezifizieren, die jedes Gewinde muß haben zugeteilt. Die Konfiguration des Antragpufferbetriebs wird in einem Unterabschnitt beschrieben unter. Wenn ein threadpool erfolgreich verursacht wird mit jedem Betrieb, ein ThreadpoolId Bezeichner wird zurückgebracht. Dieses kann zum destroy_threadpool später geführt werden zerstören threadpool. Wenn ein threadpool nicht verursacht werden kann, weil die Parameter, die innen nicht geführt werden spezifizieren Sie eine gültige threadpoolkonfiguration, ein BAD_PARAM Systemausnahme wird angehoben. Wenn ein threadpool nicht verursacht werden kann, weil es unzulängliches Betriebssystem gibt Betriebsmittel, ein NO_RESOURCES Systemausnahme wird angehoben. Ein Fall des ThreadpoolPolicy wird mit verursacht create_threadpool_policy Betrieb. Das Attribut der Politik wird mit initialisiert der Parameter des gleichen Namens. Das gleiche threadpool kann mit einer Zahl von unterschiedlichem POAs verbundenSEIN, indem es a verwendet ThreadpoolPolicy Enthalten dasselbe ThreadpoolId in jedem POA_create . 2,10,1 Kreation von Threadpool ohne Wege , um ein threadpool ohne Wege zu verursachen müssen die folgenden Parameter zusammengebaut werden: static_threads - spezifiziert die Zahl Gewinden, die vor-verursacht werden und zugewiesen diesem threadpool zu der Zeit seiner Kreation. Ein NO_RESOURCES Ausnahme wird angehoben, wenn diese Zahl der Gewinde nicht verursacht werden kann, in diesem Fall Nr. Gewinde werden hergestellt und kein threadpool wird verursacht. dynamic_threads - spezifiziert die Zahl zusätzlichen Gewinden, die hergestellt werden können dynamisch (einzeln und nach Nachfrage) wenn alle statischen Gewinde im Gebrauch sind und ein zusätzliches Gewinde wird angefordert, um eine Anforderung instandzuhalten. Ob a dynamisch hergestelltes Gewinde wird zerstört, sobald es nicht innen Gebrauch ist, oder wird für immer oder bis behalten irgendeine Bedingung wird ist eine Implementierungsausgabe getroffen. Wenn dynamic_threads ist null, keine zusätzlichen Gewinde kann dynamisch verursacht werden, und nur die statischen Gewinde sind vorhanden. In jedem Fall einmal die Höchstzahl von den Gewinden (statisch plus ist irgendwie dynamische), keine zusätzlichen Gewinde sind erreicht worden hinzugefügt dem threadpool. Alle zusätzlichen Anforderungen warten ein des Bestehens Gewinde zum Werden vorhanden. default_priority - spezifiziert die CORBA-Priorität, daß die statischen Gewinde sind verursacht mit. (dynamische Gewinde können direkt an der Priorität hergestellt werden, die sie sind erfordert, um an zu laufen, um die Anforderung anzufassen wurden sie für. hergestellt),