Posts mit dem Label bibustkservermain werden angezeigt. Alle Posts anzeigen
Posts mit dem Label bibustkservermain werden angezeigt. Alle Posts anzeigen

Donnerstag, 13. August 2009

IBM Cognos 8.4 BI 64 Bit vs 32 Bit Benefits and Peformance

Actually one hot topic in the business is the use of 64 Bit Operating Systems and x64 programs.
Since the release of IBM Cognos 8.4 BI Customers and partners of IBM may also choose between a 32 bit or 64 bit version of their product.
But what are the differences and the benefits of those?
Since not all customers are fully aware about the differences I decided to do some tests combined with giving some more detailed information about the product.

First of all, some of you may be dissapointed because its not the entire product which is 64 bit, just it´s application engine (Web Interface also known as Cognos Connection) runs in a 64 bit application server. The report validation and processing engine (which is written in c++) still runs in a 32 bit mode.
This means that currently "only" web requests in a 64 Bit IBM Cognos environment can be handled faster and more efficient through the 64 bit java application server. Surely the overall main logic may benefit from the greater adress space and faster handling of requests but forget the idea to install a 64 Bit IBM Cognos 8.4 Server to get rid of some long running reports without changes on database side.

But let´s go to the details :-)

The environment:

32 Bit Version
Intel Core 2 Duo processor with 2.4 GHz
4 GB of RAM
Windows 2008 Server Standard Edition (32 Bit)
SQL Server 2005 Developer Edition with SP3 (32 Bit)
Cognos 8.4 (32 Bit)

64 Bit Version
same Hardware
Windows 2008 Server Standard Edition (64 Bit)
SQL Server 2005 Developer Edition with SP3 (64 Bit)
Cognos 8.4 (64 Bit)

The test:
3 new Report Studio reports based on MSAS 2005 and the Cognos sample package GOSalesFact_EN_MSAS20052 new Report Studio reports based on SQL Server 2005 and the Cognos sample package GO Data Warehouse (query)were run in at least a minimum of 70 to 100 iterations. The fastest report ran in 37 seconds, the most time consuming report completed after 9 minutes for one execution.All values are based on averages given from the No. of iterations.

To get an reproducable test case by avoiding any caching or other side effects I decided to use the rstest utiltiy which inherits the main logic of report processing. This tool is often used internally by IBM Cognos Information Management people and has some interesting features. You can find this tool in the Cognos 8.4 bin directory.

The results of rstest may not be comparable to an execution within Cognos Connection, since the bibustkservermain process caches a lot of data. In other words the test results should reflect a "first time execution in Cognos Connection" and therefore the maximum processing time a report may need. As already pointed out, the rstest and bibustkserver processes are both 32 bit programs.



Looking at the result table above, you may raise the question why the elapsed time for the 64 bit tests were always lower then the 32 bit values?
Answer: The database server and olap server (both 64 bit) were able to return the results faster back to the IBM Cognos report engine, this caused a faster execution.

The last column which is calculated from the rstest cpu time vs total elapsed shows clearly that the time the IBM Cognos process needed to finish was even higher than on the 32 bit system.
One reason for that could be the emulation for the 32 bit processes on a 64 bit system. Those emulations cost surely some time.

Conclusion:

64 Bit is not necessarily faster than 32 bit. The 64 Bit version of Cognos 8.4 BI may improve performance for Cognos Connection activitites, especially if you have a high number of web users which are heavily using Cognos Connection. But don´t expect that your reports will run faster because of the installation of a 64 Bit version of IBM Cognos 8.4 BI.

Donnerstag, 11. Juni 2009

Speicherplatzverbrauch und BIBusTKServerMain_*.dmp Dateien

Häufig habe ich schon das Szenario bei Kunden erlebt, dass der zur Verfügung stehende Speicher auf der Partition des Installationsverzeichnisses von Cognos® 8.x fast vollständig aufgebraucht war.

Aus diesem Grund ist es ratsam die Dumps im Fehlerfall für den BiBus Prozess auszuschalten.
Im normalen Betrieb "sollte" der Prozess keine Dump Files schreiben, denn diese werden ja (wie der Name schon sagt) nur geschrieben, wenn eine Exception in der Berichtsverarbeitung (oder Validierung) aufgetreten ist, die der BiBus Prozess nicht abfangen kann. (In der Praxis kann dies aber leider je nach Umgebung relativ häufig passieren)

Die Datei zum Abschalten der Dumps liegt im configuration Verzeichnis (Version 8.4) und nennt sich
cclWin32SEHConfig.xml

Die Datei ist gut dokumentiert der Standardwert lautet wie folgt

<configuration><env_var value="2:2" name="CCL_HWE_ABORT"></configuration>

und sollte auf

<configuration><env_var value="0:0" name="CCL_HWE_ABORT"></configuration>

geändert werden um die Dumps vollständig auszuschalten.

Die Änderung ist mit dem nächsten Start des / der Bibus Prozesse gültig. Der Application Server muss also nicht vollständig heruntergefahren werden.