On 2007-11-11 12:22:20 +0300, Tomash Brechko wrote: > On Sat, Nov 10, 2007 at 11:15:29 -0800, Steven Grimm wrote: > > Your application never streams requests to memcached, does it? If you > > don't do that, any performance impact of replies coming over the wire > > are pretty much overwhelmed by network latency. And if you *do* stream > > requests, then your noreply proposal (which as I understand it is more > > of a "sometimesreply" option) is 100% useless because it will be > > impossible for a client to know which errors / responses go with which > > requests. > > What do you mean by streaming? How this can be done from > Cache::Memcached?
Cache::Memcached (the perl module) doesn't provide a streaming interface
AFAICS, but it would be possible to add one without changing the
protocol. For example, you could register a callback function, and if
one is registered it doesn't wait for a reply but calls the callback
function if there is one. You would also want a method to wait for any
outstanding replies in this case. Or you could build something around an
event-loop (so somebody will probably now point out that Danga already
has an event-based, streaming-capable interface to memcached).
hp
--
_ | Peter J. Holzer | It took a genius to create [TeX],
|_|_) | Sysadmin WSR | and it takes a genius to maintain it.
| | | [EMAIL PROTECTED] | That's not engineering, that's art.
__/ | http://www.hjp.at/ | -- David Kastrup in comp.text.tex
signature.asc
Description: Digital signature
