You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The testsuite does a lot of mysqld --initialize-insecure steps, which take about 3-4 seconds on my local machine with the testsuite's default-fast.cnf configuration file.
I tried adjusting the config file -- but there don't appear to be any low hanging fruit. The innodb-log-file-size for example is already 4M.
But I didn't see a performance improvement by LD_PRELOAD'ing libeatmydata in a microbench:
Without LD_PRELOAD:
real 0m4.068s
user 0m0.543s
sys 0m0.276s
With LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libeatmydata.so:
real 0m1.971s
user 0m0.161s
sys 0m0.079s
I think tried on an isolated test (backup), and the performance went from 7m1.5s to 6m22s -- so not as big of an improvement to the total profile, but probably still worth doing.
This needs to be included in the Docker image, so the test command can change to:
export LD_PRELOAD="/usr/lib/x86_64-linux-gnu/libeatmydata.so"
...
go run test.go $TEST_FLAGS $TEST_MATRIX
Use Case(s)
This helps improve the test case run speed, particularly in cases where there is high io latency, since libeatmydata turns fsync & friends into noops.
Based on the result of the backup test: we can assume it is a global 10-20% run time improvement. So maybe not worth doing immediately, but has some value.
The text was updated successfully, but these errors were encountered:
Feature Description
The testsuite does a lot of
mysqld --initialize-insecure
steps, which take about 3-4 seconds on my local machine with the testsuite'sdefault-fast.cnf
configuration file.I tried adjusting the config file -- but there don't appear to be any low hanging fruit. The innodb-log-file-size for example is already 4M.
But I didn't see a performance improvement by
LD_PRELOAD
'ing libeatmydata in a microbench:Without
LD_PRELOAD
:With
LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libeatmydata.so
:I think tried on an isolated test (backup), and the performance went from 7m1.5s to 6m22s -- so not as big of an improvement to the total profile, but probably still worth doing.
This needs to be included in the Docker image, so the test command can change to:
Use Case(s)
This helps improve the test case run speed, particularly in cases where there is high io latency, since libeatmydata turns fsync & friends into noops.
Based on the result of the backup test: we can assume it is a global 10-20% run time improvement. So maybe not worth doing immediately, but has some value.
The text was updated successfully, but these errors were encountered: