- 30 Jun, 2006 1 commit
-
-
lars@mysql.com authored
go from 623 seconds to 11 seconds on AMD64. This is because we have no native atomic implementation on AMD64, so the rwlock-based implementation is used, which is a bit slow. It will be probably be optimized for AMD64 quite soon, but for now this test case will do fewer iterations.
-
- 28 Jun, 2006 14 commits
-
-
lars@dl145k.mysql.com authored
into mysql.com:/users/lthalmann/bk/MERGE/mysql-5.1-merge
-
lars@dl145k.mysql.com authored
into mysql.com:/users/lthalmann/bk/MERGE/mysql-5.1-merge
-
lars@mysql.com authored
into mysql.com:/users/lthalmann/bk/MERGE/mysql-5.0-merge
-
lars@dl145k.mysql.com authored
into mysql.com:/users/lthalmann/bk/mysql-5.1-new-rpl
-
lars@mysql.com authored
into mysql.com:/users/lthalmann/bk/mysql-5.1-new-rpl
-
knielsen@mysql.com authored
In the Windows build files, the "Max nt" configuration for some reason had the mysql_client_test project disabled. Enable it.
-
lars@mysql.com authored
-
knielsen@mysql.com authored
Improved definition of mysys configuration for -nt builds.
-
knielsen@mysql.com authored
Make sure for the mysys project that __NT__ is defined in *nt solution configurations (but not in other configurations).
-
aivanov@mysql.com authored
-
gluh@eagle.intranet.mysql.r18.ru authored
into mysql.com:/home/gluh/MySQL/Merge/5.1-kt
-
aivanov@mysql.com authored
into mysql.com:/home/alexi/bugs/mysql-5.0-19208
-
aivanov@mysql.com authored
and BUG#19208 "Test 'rpl000017' hangs on Windows". Both bugs are caused by attempting to delete an opened file and to create immediatedly a new one with the same name. On Windows it can be supported only on NT-platforms (by using FILE_SHARE_DELETE mode and with renaming the file before deletion). Because deleting not-closed files is not supported on all platforms (e.g. Win 98|ME) this is to be considered harmful and should be eliminated by a "code redesign".
-
tomas@poseidon.ndb.mysql.com authored
- make sure to invalidate even if table is not binlogged
-
- 27 Jun, 2006 16 commits
-
-
tomas@poseidon.ndb.mysql.com authored
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-5.1-new-ndb
-
tomas@poseidon.ndb.mysql.com authored
-
gluh@eagle.intranet.mysql.r18.ru authored
into mysql.com:/home/gluh/MySQL/Merge/5.1-kt
-
jmiller@mysql.com authored
Adding back ndb partition tests from mysql-test-extra per tomas and clavin new file
-
jmiller@ndb08.mysql.com authored
into mysql.com:/data0/mysql-5.1
-
jmiller@mysql.com authored
Adding back ndb partition tests from mysql-test-extra per tomas and clavin new file
-
gluh@eagle.intranet.mysql.r18.ru authored
into mysql.com:/home/gluh/MySQL/Merge/5.1-kt
-
tomas@poseidon.ndb.mysql.com authored
-
tomas@poseidon.ndb.mysql.com authored
- post merge fixes for 5.1
-
tomas@poseidon.ndb.mysql.com authored
- post merge fixes for 5.1
-
holyfoot@deer.(none) authored
into mysql.com:/home/hf/work/mysql-5.1.clean
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-5.1-new-ndb
-
tomas@poseidon.ndb.mysql.com authored
- correction of previous patch
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-5.1-new-ndb
-
tomas@poseidon.ndb.mysql.com authored
- make sure to allocate just enough pages in the fragments by using the actual row count from the backup, to avoid over allocation of pages to fragments, and thus avoid the bug
-
- 26 Jun, 2006 9 commits
-
-
konstantin@bodhi.netgear authored
into mysql.com:/opt/local/work/mysql-5.1-runtime
-
jmiller@ndb08.mysql.com authored
into mysql.com:/data0/mysql-5.1
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/mysql-5.1-new-ndb
-
rburnett@bk-internal.mysql.com authored
into bk-internal.mysql.com:/data0/bk/mysql-5.1-kt
-
konstantin@mysql.com authored
into mysql.com:/opt/local/work/mysql-5.1-runtime
-
konstantin@mysql.com authored
into mysql.com:/opt/local/work/mysql-5.1-runtime
-
lars@mysql.com authored
into mysql.com:/users/lthalmann/bk/MERGE/mysql-5.0-merge
-
knielsen@rt.int.sifira.dk authored
into mysql.com:/usr/local/mysql/tmp-5.1
-
knielsen@mysql.com authored
The 250 simultaneous events all accessing the same table caused the events_stress test to fail due to debug warnings about too many table waiters. Fixed by using three different tables.
-