BufferedTransport + C extensions block until recv timeout is reached on last
fread call
---------------------------------------------------------------------------------------
Key: THRIFT-638
URL: https://issues.apache.org/jira/browse/THRIFT-638
Project: Thrift
Issue Type: Bug
Components: Library (PHP)
Affects Versions: 0.2
Reporter: Chris Goffinet
Fix For: 0.2
I wanted to throw this out if any other folks experience this later on. At Digg
we've been using the BufferedTransport + C extension of Thrift in PHP. Every so
often, we will see spikes in latency increases on RPC calls that we know have
acceptable response times (<200ms). This seems to happen based on how much data
is being sent back over the wire. This is more of a PHP problem, but can be
corrected in Thrift's PHP library for folks who don't want to upgrade PHP. I am
still waiting to see if it's corrected in later versions (we use 5.2.9).
http://bonsai.php.net/bug.php?id=42720
Replacing the fread statements in TSocket.php with stream_socket_recvfrom
correct this behavior so that calls do not wait until they hit the recv timeout.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
