Php – Apache Benchmark Keep-Alive

apache-2.2benchmarkPHP

I have a simple PHP script running on an Apache 2.2 (almost default configuration). When running the command ab -n 1 <address> where address is either the local IP or the domain name, I'm receiving about a 15-second window of the socket staying open, after receiving all the data in the first second or so.

When hitting the same page with a browser, I'm getting sub-100ms responses. I understand that most modern browsers are supporting the Keep-Alive header and storing persistent connections with some sort of TTL timer. So when I ran the ab -kn <whatever> command, I started getting results closer to what I expected from the performance through the browser.

Is this normal behavior? Is there something incorrect with my server configuration?

[EDIT]

I've ran ab again with the -v 2 flag, this was the output: 

Benchmarking localhost (be patient)...INFO: POST header == 

---
GET <PATH> HTTP/1.0
Host: localhost
User-Agent: ApacheBench/2.3
Accept: */*

---
LOG: header received:
HTTP/1.1 200 OK
Date: Sat, 02 Apr 2011 05:09:42 GMT
Server: Apache/2.2.16 (Ubuntu)
Vary: Accept-Encoding
Content-Length: 86
Content-Type: text/html

<html><head><title>Dynamic</title><body><h1>This is another action!</h1></body></html>
..done


Server Software:        Apache/2.2.16
Server Hostname:        localhost
Server Port:            80

Document Path:          <PATH>
Document Length:        86 bytes

Concurrency Level:      1
Time taken for tests:   15.076 seconds
Complete requests:      1
Failed requests:        0
Write errors:           0
Total transferred:      242 bytes
    HTML transferred:       86 bytes
Requests per second:    0.07 [#/sec] (mean)
Time per request:       15075.916 [ms] (mean)
Time per request:       15075.916 [ms] (mean, across all concurrent requests)
Transfer rate:          0.02 [Kbytes/sec] received

However, the browsers are also accepting a Content-Encoding: gzip and a content-length of 97 from php's zlib compression – and possibly an Apache 2.2 deflate feature. The 15-second pause happens after the entire body is sent, before ..done.

Best Answer

I think you're asking, "Is it normal for ab -n 1 to wait for the connection tear-down (15 seconds) before returning, even though the server sends all your data immediately?"

That's not normal.

Run with verbosity = 2 (ab -v 2 <url>), and check the headers that are returned. Is the server sending Connection: close? Is it sending an incorrect Content-Length?

[EDIT]

I now see your body is a single line, so perhaps ab isn't happy about not getting CR LF after the entity body. I can't reproduce that sort of output with apache and a text file -- apache adds CR LF after the body, and ab returns immediately. How are you producing this output?

Related Topic