~ubuntu-branches/ubuntu/trusty/mariadb-5.5/trusty-proposed

« back to all changes in this revision

Viewing changes to sql-bench/Comments/Adabas.crash-me

  • Committer: Package Import Robot
  • Author(s): Otto Kekäläinen
  • Date: 2013-12-22 10:27:05 UTC
  • Revision ID: package-import@ubuntu.com-20131222102705-mndw7s12mz0szrcn
Tags: upstream-5.5.32
Import upstream version 5.5.32

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
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