Drupal 5.1 on RHEL5 - virtualized
Hi, this is not too much useful, but maybe interesting: I am trying Red Hat Enterprise Linux 5 Server now and tried to install one virtualized host and benchmarked Drupal 5.1 running on Domain 0 vs. Virtualized host. The hardware is: Intel Celeron 2.8GHz, 1x 80GB IDE HDD, 1.5GB RAM Domain 0 is default installation, limited to 500MB RAM in grub Virtualized host is default installation, limited to 500MB RAM by XEN I installed PHP 5.1.4, Apache 2.2.3, MySQL 5.0.22 and Drupal 5.1 with 2000 nodes and 2000 comments on both. The results are: Domain 0: ========= Concurrency Level: 20 Time taken for tests: 9.88710 seconds Complete requests: 10000 Failed requests: 0 Write errors: 0 Non-2xx responses: 10000 Total transferred: 5510000 bytes HTML transferred: 3190000 bytes Requests per second: 1100.27 [#/sec] (mean) Time per request: 18.177 [ms] (mean) Time per request: 0.909 [ms] (mean, across all concurrent requests) Transfer rate: 591.94 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 0 2.0 0 29 Processing: 0 17 23.0 16 618 Waiting: 0 15 18.0 16 413 Total: 0 17 23.0 16 618 Virtualized Host: ================= Concurrency Level: 20 Time taken for tests: 13.221002 seconds Complete requests: 10000 Failed requests: 0 Write errors: 0 Non-2xx responses: 10000 Total transferred: 5510000 bytes HTML transferred: 3190000 bytes Requests per second: 756.37 [#/sec] (mean) Time per request: 26.442 [ms] (mean) Time per request: 1.322 [ms] (mean, across all concurrent requests) Transfer rate: 406.93 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 3 52.1 1 3003 Processing: 2 21 16.9 23 410 Waiting: 1 20 15.6 22 247 Total: 3 25 54.3 24 3013 Feel free to ask if anybody finds this interesting :-) Jakub http://www.drupal.cz
In both tests you have:
Complete requests: 10000
But you have:
Non-2xx responses: 10000
Are the tests fast because you are getting an early error and not full page loads? On 3/21/07, Jakub Suchy <jakub@rtfm.cz> wrote:
Hi, this is not too much useful, but maybe interesting: I am trying Red Hat Enterprise Linux 5 Server now and tried to install one virtualized host and benchmarked Drupal 5.1 running on Domain 0 vs. Virtualized host.
The hardware is: Intel Celeron 2.8GHz, 1x 80GB IDE HDD, 1.5GB RAM Domain 0 is default installation, limited to 500MB RAM in grub Virtualized host is default installation, limited to 500MB RAM by XEN
I installed PHP 5.1.4, Apache 2.2.3, MySQL 5.0.22 and Drupal 5.1 with 2000 nodes and 2000 comments on both.
The results are:
Domain 0: ========= Concurrency Level: 20 Time taken for tests: 9.88710 seconds Complete requests: 10000 Failed requests: 0 Write errors: 0 Non-2xx responses: 10000 Total transferred: 5510000 bytes HTML transferred: 3190000 bytes Requests per second: 1100.27 [#/sec] (mean) Time per request: 18.177 [ms] (mean) Time per request: 0.909 [ms] (mean, across all concurrent requests) Transfer rate: 591.94 [Kbytes/sec] received
Connection Times (ms) min mean[+/-sd] median max Connect: 0 0 2.0 0 29 Processing: 0 17 23.0 16 618 Waiting: 0 15 18.0 16 413 Total: 0 17 23.0 16 618
Virtualized Host: ================= Concurrency Level: 20 Time taken for tests: 13.221002 seconds Complete requests: 10000 Failed requests: 0 Write errors: 0 Non-2xx responses: 10000 Total transferred: 5510000 bytes HTML transferred: 3190000 bytes Requests per second: 756.37 [#/sec] (mean) Time per request: 26.442 [ms] (mean) Time per request: 1.322 [ms] (mean, across all concurrent requests) Transfer rate: 406.93 [Kbytes/sec] received
Connection Times (ms) min mean[+/-sd] median max Connect: 0 3 52.1 1 3003 Processing: 2 21 16.9 23 410 Waiting: 1 20 15.6 22 247 Total: 3 25 54.3 24 3013
Feel free to ask if anybody finds this interesting :-)
Jakub http://www.drupal.cz
-- 2bits.com http://2bits.com Drupal development, customization and consulting.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jakub Suchy schrieb:
Connection Times (ms) min mean[+/-sd] median max Connect: 0 0 2.0 0 29 Processing: 0 17 23.0 16 618 Waiting: 0 15 18.0 16 413 Total: 0 17 23.0 16 618
Consider that the standard deviation of your measurements is significantly greater than the mean. This can come from a number of things, but most likely it means that somethign went wrong. Cheers, Gerhard
Virtualized Host: ================= Concurrency Level: 20 Time taken for tests: 13.221002 seconds Complete requests: 10000 Failed requests: 0 Write errors: 0 Non-2xx responses: 10000 Total transferred: 5510000 bytes HTML transferred: 3190000 bytes Requests per second: 756.37 [#/sec] (mean) Time per request: 26.442 [ms] (mean) Time per request: 1.322 [ms] (mean, across all concurrent requests) Transfer rate: 406.93 [Kbytes/sec] received
Connection Times (ms) min mean[+/-sd] median max Connect: 0 3 52.1 1 3003 Processing: 2 21 16.9 23 410 Waiting: 1 20 15.6 22 247 Total: 3 25 54.3 24 3013
Feel free to ask if anybody finds this interesting :-)
Jakub http://www.drupal.cz
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGAXfYfg6TFvELooQRAmV3AKCxz+cQDSUe0rR+8hB9ssQHtNaKCQCdHbT2 gZoKL9kk95OPM0rVN3pcRTs= =006N -----END PGP SIGNATURE-----
Consider that the standard deviation of your measurements is significantly greater than the mean. This can come from a number of things, but most likely it means that somethign went wrong.
Sure. I think it was missing / at the command line which triggered 301 redirect. (And the requests were too fast) This looks better (and more interesting) i think: Dom0: ab2 -c 20 -n 100 http://192.168.0.106/drupal-5.1/ Concurrency Level: 20 Time taken for tests: 31.322934 seconds Complete requests: 100 Failed requests: 0 Write errors: 0 Total transferred: 1500096 bytes HTML transferred: 1452424 bytes Requests per second: 3.19 [#/sec] (mean) Time per request: 6264.587 [ms] (mean) Time per request: 313.229 [ms] (mean, across all concurrent requests) Transfer rate: 46.74 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 0 2.4 0 14 Processing: 268 2977 1943.3 2313 11434 Waiting: 253 2961 1942.5 2298 11418 Total: 268 2978 1943.2 2313 11434 Virtualized: ab2 -c 20 -n 100 http://192.168.0.111/drupal-5.1/ Concurrency Level: 20 Time taken for tests: 32.128700 seconds Complete requests: 100 Failed requests: 0 Write errors: 0 Total transferred: 1504600 bytes HTML transferred: 1457400 bytes Requests per second: 3.11 [#/sec] (mean) Time per request: 6425.740 [ms] (mean) Time per request: 321.287 [ms] (mean, across all concurrent requests) Transfer rate: 45.72 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 17 27.5 1 91 Processing: 1657 4462 4927.8 3316 32057 Waiting: 1622 4378 4914.4 3234 31932 Total: 1718 4480 4924.3 3343 32058
-----Original Message----- Hi
this is not too much useful, but maybe interesting: I am trying Red Hat Enterprise Linux 5 Server now and tried to install one virtualized host and benchmarked Drupal 5.1 running on Domain 0 vs. Virtualized host.
While not Drupal relevant perse, I think that many Drupal implementers and hosting parties will go through the same process. Especially since RedHat changed its license policy in 5ES; all virtual machines OS-es are covered now by the hosting OS license, making it "cheap" to use Redhat in virtual environments.
The hardware is: Intel Celeron 2.8GHz, 1x 80GB IDE HDD, 1.5GB RAM
Please note that this hardware doenst do hardware based VT and hence your results will be off compared with "new" servers (AMD/Pacifica, Intel/VT) More relevant test can be found at http://www.intel.com/technology/itj/2006/v10i3/3-xen/6-benchmark-performance... and http://www.cl.cam.ac.uk/research/srg/netos/xen/performance.html
On 22/03/07, Boerland, Bert <bert.boerland@getronics.com> wrote:
Please note that this hardware doenst do hardware based VT and hence your results will be off compared with "new" servers (AMD/Pacifica, Intel/VT)
That's only if you actually use the full virtualisation methods. Even on the new servers, most people running Linux guests will probably just want to stick with the older para-virtualisation method as it is generally faster (there are a few exceptions), more mature and seems (to me at least) to be a little easier to admin. Of course the new servers open up lots of other possibilities like running Windows or other unmodified OSes as guests. Also the new full virtualisation hardware lets you mix up 32bit vs 64bit, PAE vs non PAE kernels as guests. With current versions of Xen, the Dom0 and DomUs need to be the same in terms of 32bit vs 64bit and PAE etc. Anyway, swinging this back towards Drupal, it was good to see that in the second test Xen doesn't add very much overhead at all. This could mean though that this test was limited by a RAM or CPU bottleneck - I have heard that Xen performance can take a hit when I/O becomes the bottleneck. And Berts Intel benchmark link above suggests that a file I/O bottleneck chould be one of the scenarios where you want full virtualisation instead of paravirtualisation :) -- Cheers Anton
participants (5)
-
Anton -
Boerland, Bert -
Gerhard Killesreiter -
Jakub Suchy -
Khalid Baheyeldin