Performance when changing the length of a keys value. (It gets really bad.)

[Alex Stapleton]

I still seem to get hugely slow performance using large data chunks  
as well. It's great until I get up over 32k ish. I expect this is  
probably a python problem though.

On 14 Jul 2005, at 08:30, Alex Stapleton wrote:


> Ah that's great, thanks.
>
> On 14 Jul 2005, at 05:14, Evan Martin wrote:
>
>
>
>> See also
>> http://cheeseshop.python.org/memcached/1.2_tummy3
>>
>> On 7/13/05, Alex Stapleton <alexs at advfn.com> wrote:
>>
>>
>>
>>> I saw the reference to potential slowness readline() in the python
>>> client. I will try and fix that and submit my changes, and the
>>> results of any changes it has on my performance problem.
>>>
>>> I couldn't recreate the problem on my last batch of tests, but I
>>> think I was using a smaller sample size. It definitely wasn't the
>>> same as my original run.
>>>
>>> On 13 Jul 2005, at 18:10, Brad Fitzpatrick wrote:
>>>
>>>
>>>
>>>
>>>> On Wed, 13 Jul 2005, Alex Stapleton wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Here is my test script. It is written in Python using the danga
>>>>> memcached module. I hope nothing mangles the formatting.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> Iirc, the Danga python module is/was inefficient, doing one syscall
>>>> per
>>>> byte read/written.  Hopefully that's not what's biting you.
>>>>
>>>> If somebody has time, I'd love to see this in C or Perl (clients I
>>>> trust),
>>>> before I go chasing possibly non-existent bugs in the server.
>>>>
>>>> - Brad
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>