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
Hello All-
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
5
10 matches
Mail list logo