Hey just curious if you ever bumped into a wall on this? I've been playing around with a memcache-based counter, using periodic persistence via a task-queue to keep things "close enough" in the database.
I've been hitting a wall at between 500-1000 locked memcache operations per second. I've been thinking of doing some kind of sharding in memcache to deal with this, as it seems that the contention is coming from waiting on synchronized memcache, not processor time. dk On Saturday, June 12, 2010 5:28:34 PM UTC-4, Jan Z/ Hapara wrote: > > Hello - I'm looking for some advice on performance of memcache incr() > operations. I assume that these can become a bottleneck when a lot of > traffic hits and need to get sharded, the question is what is "a lot". > > I'm using memcache incr() for counting specific event types and would > like to understand if this is an issue that's likely to affect my > app. I have no problem losing the stats occasionally (during > maintenance periods, etc.) > > Any thoughts on what this number might be, even in terms of an order > of magnitude?? > > Thanks! > > Jan -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/IL38M5eWRrwJ. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
