Thanks, guys- this does indeed seem to be the cause of the problem.
I am going to fix my application to send all the data at once.
Best,
David
On Jul 27, 2007, at 5:53 PM, David Schwartz wrote:
First off have you tried to merge the application data for the
SSL_write() calls into larger
> First off have you tried to merge the application data for the
> SSL_write() calls into larger writes ? That is don't write the
> "HTTP/1.1 200 Ok" on its own, but concatenate the headers/content-body
> into the same SSL_write() call so the total size for the call is at
> least 1500 bytes but m
Here is my take on it, I maybe completely off target but here goes.
David Lobron wrote:
21:08:30.190534 CLIENT.39044 > SERVER.8443: P 844:1025(181) ack 4827 win
65535 (DF)
This is 181 bytes sent to SERVER. Presumably the "GET x" and
headers all in one packet, plus SSL encrpytion ov
David Lobron wrote:
2007-07-26 20:18:04.375 [3317] GS: Got response from sendDataPending
2007-07-26 20:18:04.376 [3317] GS: Calling poll with timeout 6
2007-07-26 20:18:04.376 [3317] GS: Checking poll results
2007-07-26 20:18:04.376 [3317] GS: calling SSL_write on buffer of
length 1281
2
2007-07-26 20:18:04.375 [3317] GS: Got response from sendDataPending
2007-07-26 20:18:04.376 [3317] GS: Calling poll with timeout 6
2007-07-26 20:18:04.376 [3317] GS: Checking poll results
2007-07-26 20:18:04.376 [3317] GS: calling SSL_write on buffer of
length 1281
2007-07-26 20:18:04.37
50 ms is a common standalone ACK timer, so if one had a second or Nth small
send, it might have been waiting (via Nagle) for the remote's standalone ACK
before being transmitted. Some folks like to simply switch-off nagle, I prefer
to try to get folks to send logically associated data to the tr
David Lobron wrote:
2007-07-26 20:18:04.375 [3317] GS: Got response from sendDataPending
2007-07-26 20:18:04.376 [3317] GS: Calling poll with timeout 6
2007-07-26 20:18:04.376 [3317] GS: Checking poll results
2007-07-26 20:18:04.376 [3317] GS: calling SSL_write on buffer of length
1281
2007
Thank you for the quick reply, and apologies for my less-than-clear
message: let me give more details.
I am poll-ing with a timeout of 60 seconds, and SSL_write is
returning a positive number of bytes read each time through (we
always find data well before the timeout). The server logs for
> I have a Linux server application that calls SSL_write in a loop, and
> polls the underlying socket using the poll(2) system call. In the
> loop, the first few calls to poll return immediately with data on the
> socket, but I'm finding that the last call to poll always takes about
> 50ms to bef
