August 2002 Realzeit-CORBA: Implizite und ausdrückliche Schwergängigkeit 2-23 2 max_buffered_requests zeigt die Höchstzahl der Anträge an, die sind abgedämpft durch dieses Threadpool. max_request_buffer_size zeigt das Maximum an Menge des Gedächtnisses, in den Bytes, die die abgedämpften Anträge verwenden können. Beide Eigenschaften von a Threadpool werden ausgewertet, um die Zahl Anträgen festzustellen, die abgedämpft werden. ankommender Antrag wird nicht durch das Threadpool wenn jedes die Zahl von abgedämpft abgedämpft Antragreichweite- max_buffered_requests oder Pufferbetrieb der Antrag würde nehmen die Gesamtmenge des Puffergedächtnisses vorüber verwendet max_request_buffer_size . Jeder Parameter kann auf Null gestellt werden, um das anzuzeigen, daß Eigenschaft wie genommen werden soll unbegrenzt. Folglich gerade die Zahl von Anträgen oder gerade von maximalen Menge des Puffers Gedächtnis kann verwendet werden, um den Pufferbetrieb zu begrenzen. Wenn, zu der Zeit der Kreation Threadpool, das ORB feststellen kann, daß es nicht hat Betriebsmittel zum Stützen der erbetenen Konfiguration, der Kreationsbetrieb Threadpool fällt mit einem NO_RESOURCES aus Systemausnahme. 2,10,4 Bereich von ThreadpoolPolicy Das ThreadpoolPolicy kann auf dem POA- und ORB-Niveau zugetroffen werden. Ein POA kann nur SEIEN Sie mit einem threadpool, folglich nur einem ThreadpoolPolicy verbunden wenn seien Sie umfaßt im PolicyList spezifiziert an der POA-Kreation. Ein ThreadpoolPolicy kann auf dem ORB-Niveau zugetroffen werden, indem das Verwenden set_policy_overrides Betrieb des CORBA PolicyManager Schnittstelle. Wenn die Politik wird auf dem ORB-Niveau, es zuweist das angezeigte threadpool als die Rückstellung angewendet in der folgenden Kreation von POAs zu verwendendes threadpool, bis die Rückstellung wieder ist geändert. Die Rückstellung wird wenn ein ThreadpoolPolicy verwendet wird nicht in den politischen Linien spezifiziert verwendet zu der Zeit der POA-Kreation. 2,11 Implizite und ausdrückliche Schwergängigkeit Realzeit-CORBA gebraucht das CORBA::Object::validate_connection Betrieb zum Lassen von Klientenanwendungen steuern, wann eine Schwergängigkeit auf einem Gegenstand gebildet wird Hinweis. Merken Sie validate_connection und die Definition des Bindens diese verwendet es wird definiert innen die allgemeine Gegenstandantrag-Vermittlerarchitektur (CORBA) Spezifikation, CORBA Nachrichtenübermittlungskapitel. Verwenden von validate_connection auf z.Z. ungebundenem Gegenstand verursacht ein Hinweis Schwergängigkeit auftreten. Realzeit-CORBA bezieht sich den auf Gebrauch des validate_connection zu Kraft a zu bildendes Binden als ausdrückliche Schwergängigkeit. Wenn ein Gegenstandhinweis nicht ausdrücklich gesprungen wird, das Binden tritt zu einem spezifischen Zeitpunkt ORB auf, der wie die Zeit von so spät sein kann erste Anforderung nach diesem Gegenstandhinweis. Dieses gekennzeichnet als implizite Schwergängigkeit und ist das Verhalten der Rückstellung CORBA, es sei denn eine ausdrückliche Bindung durchgeführt wird. Realzeitanwendungen können möchten ausdrückliche Schwergängigkeit benutzen, um jede mögliche bezogene Schwergängigkeit zu zwingen Unkosten (einschließlich Überschreiten der Anzeigen zwischen den Klienten und den Bediener) zum Sein genommen vor der ersten Anforderung auf einem Gegenstandhinweis. Dieses kann verbessern