setMulti method

[GoogleCodeExporter]

It would be helpful to improve performance if we had a putMulti(keys)
function (similar to the getMulti(keys) method that exists already ;)

Original issue reported on code.google.com by Raid...@gmail.com on 19 Nov 2008 at 9:27

[GoogleCodeExporter]

I don't think this will increase performance over the current packetization 
over the
current items.

There's specifically designed functionality in the protocol for creating
high-performance multi-gets, but not so much in sets.  Sets should also be
considerably less frequent, so I think it's less of an issue.

If you want to write one and demonstrate how it helps, I'd be happy to look at 
it,
though.  :)

Original comment by dsalli...@gmail.com on 19 Dec 2008 at 3:56

• Changed title: Suggestion for getMulti in 3.0
• Changed state: Invalid

[GoogleCodeExporter]

Due to some binary protocol changes, it might be possible to create a better
performing multi-set.  Still won't be great in the text protocol, but it'll do
something interesting, anyway.

Original comment by dsalli...@gmail.com on 8 Mar 2009 at 1:39

• Changed title: Suggestion for setMulti in 3.0
• Changed state: Accepted

[GoogleCodeExporter]

Original comment by dsalli...@gmail.com on 8 Mar 2009 at 1:42

• Added labels: Milestone-Release2.4

[GoogleCodeExporter]

Original comment by dsalli...@gmail.com on 8 Mar 2009 at 1:43

• Changed title: setMulti method

[GoogleCodeExporter]

I'm closing this with 2.4 because of two additions:

CacheLoader is a higher-level cache load thing.

Binary sets are automatically batched just like multigets.

Original comment by dsalli...@gmail.com on 22 Oct 2009 at 4:28

• Changed state: Fixed