ATHOS Benutzertreffen

Größe: px

Ab Seite anzeigen:

Download "ATHOS Benutzertreffen"

Alexa Hofer
vor 6 Jahren
Abrufe

1 ATHOS Benutzertreffen Cache in ATHOS Glashütten, 30. September 2009 HighQSoft GmbH, Karst Schaap / 30 September

2 Cache in ATHOS Konfiguration Cache Applikationsmodell Instanzen LocalColumn Werte Pools Kernel oder ATHOS Runtime System (ARS) ODS API Avalon oder Java Binding CORBA POA 30 September

3 Konfiguration Avalon mit Treiber mme*, Oracle Mixed Mode Treiber. INI-File Variablen: driver = mme102 reopen_always = yes 30 September

4 Konfiguration CORBA POA Avalon ODS API Kernel (ARS) mme102 Aufba der Avaln Aufbau des Avalon Servers 30 September

5 Cache, Applikationsmodell Applikationsmodell wird beim Öffnen aus der Datenbank geladen. Änderungen des Applikationsmodells werden nicht nachgeladen. Zugriffsrechte / SecurityLevel werden nachgeladen falls Änderungen vorhanden sind. 30 September

6 Cache, Instanzen ApplElemAccess Methoden verwenden keinen Cache für Instanzen sondern werden immer direkt auf der Datenbank ausgeführt. Verwendung von Cache für Applikationsmodell. Verwendung des Transaction-Handlings der Datenbank. 30 September

7 Cache, Instanzen Methoden der Interfaces ApplicationElement und InstanceElement verwenden Cache der Instanzen vom ARS. Konfiguration mit INI-File Variable NO_INSTANCE_CACHE=YES. Cache der Instanz ist aufgebaut pro Element. Bei Anfrage von Instanzen wird der Cache geleert, damit Änderungen anderer Sessions mit geladen werden. Methode getinstancebyid verwendet den Cache ohne diesen vorher zu leeren. 30 September

8 Cache, Instanzen Attributwerte werden im Cache zusammen mit der Instanz geladen, komplexe Attribute werden auf Anforderung nachgeladen und bleiben dann im Cache zusammen mit der Instanz. createinstance, createrelation oder setvalue(seq) Methoden ändern die Instanz im Cache und nutzen das Transaction Handling der Datenbank. Änderungen neuer Instanzen werden im Cache gesammelt und mit einer Aktion in die Datenbank geschrieben. 30 September

9 Cache, Instanzen Zugriffsschutzinformation wird aus der Datenbank gelesen falls erforderlich. Bei der Abfrage wird die Zugriffsschutzinformation direkt mit Datenbank Abfrage verknüpft. Der Cache wird pro AoSession gehalten. 30 September

10 Cache, LocalColumn Werte Werte der LocalColumn werden im LocalColumn Memory Cache gespeichert. Konfiguration durch INI-File Variablen: MAX_LC_MEMORY = 60 MAX_NUMBER_LC = 500 FREE_NUMBER_LC = 300 Überprüfung des genutzten Speichers für LocalColumn Werte wird ausgeschaltet mit MAX_LC_MEMORY = 0 Werte liegen bei geladenem LocalColumn Objekt im ARS, unterliegen dem Cache der Instanzen. 30 September

11 Cache, LocalColumn Werte Werte der LocalColumn werden nicht nachgeladen solange diese im ARS vorhanden sind. Nachladen der Werte kann mit der INI-File Variable UPDATING_MEASUREMENT_SELECT erzwungen werden. Änderungen der Werte werden beim LocalColumn Objekt gespeichert bis committransaction. Es werden wenige geöffnete ExternalComponent Dateien gecached im Treiber. 30 September

12 Cache, LocalColumn Werte Geöffnete ExternalComponent Dateien werden nach dem Last Recent Used -Verfahren aus dem Cache entfernt oder wenn über Avalon in die Datei geschrieben wird. Methoden von ValueMatrix und Column verwenden Cache der Instanzen und des LocalColumn Memory. 30 September

13 Pools Die Performanz eines Pools ist abhängig von seiner Größe. Je mehr Objekte in dem Pool liegen, desto länger dauert es, bis ein Objekt im Pool gefunden ist. Deswegen immer versuchen, die Pools möglichst klein zu halten. 30 September

14 Pools, Kernel Cache der Instanzen wird in Pools bei den Elementen gehalten. Cache der LocalColumn Werte werden in einem Pool beim Environment -Objekt (Session) gespeichert. Der Pool mit Objekten, die aus dem Speicher entfernt werden können, wird vom deletethread geleert. Wenn der Pool zuviele Objekte hat, wird die nächste Anfrage des Clients verzögert. Attribute werden in einem Pool bei den Instanzen gespeichert. 30 September

15 Pools, ODS API Pool mit Elementen, Attributen und Relationen. Dieser Pool dient als Map zwischen den Objekten des ARS und den ODS API Objekten, damit für identische Objekte des ARS die gleichen Objekte im ODS API und CORBA verwendet werden. Pool mit Instanzen pro Element wenn die entsprechende Konfiguration eingeschaltet ist. INI-File variable: ODSAPI_USE_INSTANCE_POOL = YES Pool ist ein Map zwischen den Instanzen von ARS und ODS API. Der Pool wird nicht unbedingt benötigt, kann jedoch die Größe des Pools in CORBA reduzieren und damit beschleunigend auf das Gesamtsystem wirken. 30 September

16 Pools, ODS API Pool mit Column Objekten pro ValueMatrix. Dieser Pool wird nicht nachgeladen wenn die ValueMatrix einmal erstellt ist. 30 September

17 Pools, Avalon oder Java Binding Pro Interface ein Map mit Java-Objekten und die dazugehörende ODS API Objekte wenn die entsprechende Konfiguration eingeschaltet ist. INI-File variable: ODSAPI_USE_INSTANCE_POOL = YES Pool mit den geöffneten Sessions für die WatchDog Überwachung der Sessions. 30 September

18 Pools, CORBA POA Pro Session eine Active Object Map. Diese Map beinhaltet eine Corba Referenz zu den Objekten des Avalon. In dieser Map liegen alle Objekte die vom Client angefragt sind und noch nicht wieder entfernt (destroyed) wurden. Die Größe der Map kann durch Verwendung verschiedener destroy() Methoden klein gehalten werden. Wenn die Map groß ist, wird die CORBA Kommunikation über Interfaces langsam. 30 September

19 Cache in ATHOS Weitere Informationen in Kapitel Pools and Maps in the implementation der ODS OO API Impementierungsdokumentation 30 September

20 Vielen Dank für Ihre Aufmerksamkeit

Ähnliche Dokumente

ATHOS Benutzertreffen 2012 ODS 5.3.0

ATHOS Benutzertreffen 2012 ODS 5.3.0 Karst Schaap HighQSoft GmbH 28.11.2012 HighQSoft GmbH www.highqsoft.de Neue Features Änderungen des Basismodells Änderungen des OO API. Noch offen Geplant Ende 2012