"SfR Fresh" - the SfR Freeware/Shareware Archive

Member "mysql-4.1.22-win32/sql-bench/Comments/Adabas.crash-me" of archive mysql-noinstall-4.1.22-win32.zip:


As a special service "SfR Fresh" has tried to format the requested source page into HTML format using source code syntax highlighting with prefixed line numbers. Alternatively you can here view or download the uninterpreted source code file. That can be also achieved for any archive member file by clicking within an archive contents listing on the first character of the file(path) respectively on the according byte size field.
    1 
    2 I did not spend much time for tuning crash-me or the limits file. In short,
    3 here's what I did:
    4 
    5   - Put engine into ANSI SQL mode by using the following odbc.ini:
    6 
    7 	[ODBC Data Sources]
    8 	test
    9 
   10 	[test]
   11 	ServerDB=test
   12 	ServerNode=
   13 	SQLMode=3
   14 
   15   - Grabbed the db_Oracle package and copied it to db_Adabas
   16   - Implemented a 'version' method.
   17   - Ran crash-me with the --restart option; it failed when guessing the
   18     query_size.
   19   - Reran crash-me 3 or 4 times until it succeeded. At some point it
   20     justified its name; I had to restart the Adabas server in the
   21     table name length test ...
   22   - Finally crash-me succeeded.
   23 
   24 That's it, folks. The benchmarks have been running on my P90 machine,
   25 32 MB RAM, with Red Hat Linux 5.0 (Kernel 2.0.33, glibc-2.0.7-6).
   26 Mysql was version 3.21.30, Adabas was version 6.1.15.42 (the one from
   27 the promotion CD of 1997). I was using X11 and Emacs while benchmarking.
   28 
   29 An interesting note: The mysql server had 4 processes, the three usual
   30 ones and a process for serving me, each about 2 MB RAM, including a
   31 shared memory segment of about 900K. Adabas had 10 processes running from
   32 the start, each about 16-20 MB, including a shared segment of 1-5 MB. You
   33 guess which one I prefer ... :-)
   34 
   35 
   36 Jochen Wiedmann, joe@ispsoft.de