Performance test on Jetty/HSQLDB with a single wiki between 8.4.5 and 9.9
Environment
- Ubuntu 17.04 64b
- Quad core i7-6700HQ
- Oracle JDK 1.8.0_151 64b
- Dumbbench 0.111
- Yourkit 2017.02-b66
- standard jetty+hsqldb
- permdir in a SSD
- jetty/hsqldb package
- only main wiki
- configuration
- Admin user:
- hidden documents enabled
- Admin user:
- import
Most of response time statistics are made with Dumbbench, you can install it using cpan.
For example on Debian/Ubuntu:
$ sudo cpanm Module::Install
$ sudo cpanm Dumbbench
Unless specifically indicated otherwise all the tests are executed with a fully initialized instance (core extensions don't run anymore, SOLR index is fully up to date, etc.) and logged in with Admin user. Basically except for a few special tests we are using an instance that already been started and run until the proc is flat for some time.
Login with Admin user:
Tests
Summary
The performance slipped quite a bit since 9.2, we'll need to work on it ASAP.
"similar": difference is lower than 10%
"slightly": difference is lower than 20%
Speed
Memory
Actions | Difference |
---|---|
Heap Memory after jetty startup | -4M |
Heap Memory after full SOLR index | +8M |
Jetty startup
Unit: seconds
You get this from the log with the line looking like 2016-10-19 16:52:25.309:INFO:oejs.Server:main: Started @8434ms.
- 8.4.5: 9
- 9.9: 10
First access
First HTTP request after restarting Jetty.
First access to not existing page without UI
(/xwiki/bin/get/NoSpace/NoPage)
Unit: seconds
Firefox network statistics to load the root resource (image/js/css/etc. resources are not taken into account).
- 8.4.5: 5.9
- 9.9: 6.11
First access to not existing page with UI
(/xwiki/bin/view/NoSpace/NoPage)
Unit: seconds
Done by hand with a chronometer (image/js/css/etc. resources are not taken into account).
- 8.4.5: 11
- 9.9: 12
Reload
XWiki is doing nothing on background and everything is both in server and client cache already. Values are calculated using dumbbench (image/js/css/etc. resources are not taken into account).
Reload of not existing page without UI
Unit: milliseconds
- 8.4.5: 6
- 9.9: 7.5
Reload of not existing page with UI
Unit: milliseconds
- 8.4.5: 89
- 9.9: 112
Reload of empty page without UI
Unit: milliseconds
- 8.4.5: 6
- 9.9: 8
Reload of empty page with UI
Unit: milliseconds
- 8.4.5: 85
- 9.9: 116
Reload of Main.WebHome without UI
Unit: milliseconds
- 8.4.5: 8
- 9.9: 10
Reload of Main.WebHome with UI
Unit: milliseconds
- 8.4.5: 79
- 9.9: 120
SOLR
Full SOLR reindex
Unit: seconds
Delete the data/solr folder, restart, load home page and calculate the time of activity of the SOLR index thread using Yourkit (Yourkit is slowing down a bit all that but what is important is the difference anyway).
- 8.4.5: 37
- 9.9: 45
SOLR sync
Only the thread determining what need to be indexed and not the actual indexing.
when index is empty
Unit: milliseconds
- 8.4.5: 1337
- 9.9: 2064
when there is nothing to do
Unit: milliseconds
- 8.4.5: 408
- 9.9: 582
Search
XWiki is doing nothing on background and everything is both in server and client cache already. Values are calculated using dumbbench (image/js/css/etc. resources are not taken into account).
Unit: milliseconds
Result of search finding lots of results
Login with Admin user and make sure hidden document display is enabled.
- 8.4.5: 171
- 9.9: 218
Result of search finding one result
- 8.4.5: 117
- 9.9: 164
Rendering
Page with 1000 macros without UI
Unit: milliseconds
- 8.4.5: 63
- 9.9: 66
Page with 1000 html macros without UI
Unit: milliseconds
- 8.4.5: 680
- 9.9: 683
Wiki creation
Create a wiki template named "template" with the default flavor in it.
Unit: seconds
From flavor
Create the wiki test1 from default flavor and get the time spend from the job (<permdir>/jobs/status/wikicreation/createandinstall/test1/status.xml).
- 8.4.5: 10
- 9.9: 10
From template
Create the wiki test2 from wiki template and get the time spend from the job (<permdir>/jobs/status/wikicreation/createandinstall/test2/status.xml).
- 8.4.5: 16.6
- 9.9: 17.6
Heap Memory
Attach Yourkit to get the information.
Unit: MB
Heap Memory after jetty startup
Start jetty and wait until java is not doing anything on both (wait for potential initialization of various stuff like core extension cache, etc). Force garbage collector before looking at "used".
- 8.4.5: 60 used, 562 allocated
- 9.9: 56 used, 511 allocated
Heap Memory after full SOLR index
Delete the data/solr folder, restart, load home page then wait until nothing is happening in background. Force garbage collector before looking at "used".
Unit: MB
- 8.4.5: 163 used, 675 allocated
- 9.9: 171 used, 768 allocated