Sencer's caching plugin for textpattern is snazzy
I decided to try out Sencer’s variation of jpcache on weblog.textdrive.com (mainly because it seemed to be a smart caching plugin).
So from across the datacenter, and hitting the good ‘ole weblog:
Without
#ab -n 1000 -c 100 http://weblog.textdrive.com/
Server Software: lighttpd/1.3.13
Server Hostname: weblog.textdrive.com
Concurrency Level: 100
Time taken for tests: 29.870749 seconds
Complete requests: 1000
Failed requests: 0
Write errors: 0
Requests per second: 33.48 [#/sec] (mean)
With
#ab -n 1000 -c 100 http://weblog.textdrive.com/
Server Software: lighttpd/1.3.13
Server Hostname: weblog.textdrive.com
Concurrency Level: 100
Complete requests: 1000
Failed requests: 0
Write errors: 0
Requests per second: 375.36 [#/sec] (mean)
Nice.
That’s a nice solid output. I like.
Edit
Having ab accept gzip encoding (like a real browser) per Sencer’s suggestion pushed it up to 529.14 req/sec
#ab -n 1000 -c 100 -H “Accept-Encoding: gzip” http://weblog.textdrive.com/
Requests per second: 529.14 [#/sec] (mean)
·:· Posted 18 May 2005, 18:26 by Jason Hoffman to Server geek |

— Jason Hoffman 18 May 2005, 18:30 #
— Robert Simplicio 18 May 2005, 19:10 #
33 requests per second uncached? That’s a pretty good advertisement for Textpattern.
— Alex 18 May 2005, 22:05 #
It’s also php-fastcgi under lighttpd, so notice that the concurrency is 100+ on the tests.
— Jason Hoffman 18 May 2005, 22:40 #
Just for kicks: Try adding the following option to your test run with ab:
-H “Accept-Encoding: gzip”
;)
— Sencer 19 May 2005, 13:50 #