memcached and streaming
Dustin Sallings
dustin at spy.net
Mon Feb 4 16:14:02 UTC 2008
That'd be great. I have one more patch I submitted and have been
waiting to go through. Once that's committed, I can't think of any
more protocol changed and would like to release my 2.0 of my client.
--
Dustin Sallings (mobile)
On Feb 4, 2008, at 0:04, dormando <dormando at rydia.net> wrote:
> Dustin Sallings wrote:
>>
>> On Feb 3, 2008, at 23:05, dormando wrote:
>>
>>>> ...And binary protocol got rid of mget, because everyone is
>>>> supposed
>>>> to go streaming ;).
>>>
>>> ... we'd need to use it to refactor the binary tree to not write
>>> single
>>> packets for mget. This is one of my major concerns for the binary
>>> tree
>>> as-is, but I've had no time to really figure it out. While cork/
>>> nopush
>>> should give us the desired effect of coalescing packets, we'll still
>>> save significant performance (especially on the BSD's) if we can
>>> combine
>>> the syscalls down some.
>>
>>
>> I'm using all the iov stuff assuming it will do the right thing.
>> What it does not do, however, is explicitly state that the server
>> should
>> stop and then start transmitting.
>>
>> Basically, the reception of the first silent get should cork, and
>> the next command that isn't silent should uncork.
>>
>
> Yup. Ah shit, I should just cram through that this week. I'll ping
> back
> with some updates.
>
> So I think the plan is to toss out some -rc's on wednesday. 1.2.5-rc
> and
> 1.3.0-rc, with the two diverging a little bit until we can confirm the
> streaming performance of the binary tree is acceptable.
>
> Then the two can be quickly merged and Dustin and Tomash given
> medals of
> honor and purple hearts for the amount of pain it's all gone through.
>
> -Dormando
>
>
More information about the memcached
mailing list