Basically process memory was growing very slowly over time to
eventually cause machine swapping. It was leveling out (not a leak),
but at a level higher than we expected, even with hashtable and
maxbytes accounted for. So I was poking around at memory usage, and
decided that fragmentation was to
Incidentally, why was mallinfo removed from memcache 1.4.0? Even
without it being 64-bit aware, it still provided some useful data that
I wasn't able to get via other means in our 1.2.6 binaries.
Mike
On Thu, Jul 16, 2009 at 03:13, Mike Lambertmlamb...@gmail.com wrote:
Basically process memory
On Jul 15, 10:23 pm, Dustin dsalli...@gmail.com wrote:
Were you talking about this release notes link?:
http://code.google.com/p/memcached/wiki/ReleaseNotes140
Oh, thank you so much! I couldn't find a link to taht page.
I've opened http://www.danga.com/memcached/news.bml, found a new post
Based on a discussion on the IRC channel and the mailing list, it seems
people aren't finding the release notes. I believe (partially because
one guy told me it was the case) this is because the release notes are
not linked from the danga.com/memcached/news.bml page
When walking around,
Hi!
Why not just update the wiki on code.google.com? A greater number of
people can access/keep that up to date.
Cheers,
-Brian
On Jul 16, 2009, at 9:53 AM, Matt Ingenthron wrote:
Based on a discussion on the IRC channel and the mailing list, it
seems people aren't finding
Brian Aker wrote:
Why not just update the wiki on code.google.com? A greater number of
people can access/keep that up to date.
I probably agree with you there. I'm one of those people (though I
can't seem to be able to edit the summary). code.google.com does have
the release notes and
On 16. juli. 2009, at 19.22, Matt Ingenthron wrote:
Brian Aker wrote:
Why not just update the wiki on code.google.com? A greater number
of people can access/keep that up to date.
I probably agree with you there. I'm one of those people (though I
can't seem to be able to edit the
Good comments Brian.
I don't know what sort of personal phobias or other irrational fears
were behind the drama of the last few days but it really needs to
stop.
There is significant vendor interest in providing the community
resources for OSCON (and other conferences) that could be used to
Hey,
First; you are a Gear6 employee, correct? I would also like to point out
this is the first public note of the drama of the last few days. So if
you folks come back later, you can't blame me for bringing it public.
The reason it's come to this is highly obvious to me, but will not be easy
to
Well it is an old version, its etch debian package ( i guess its
1.1.12)
Maybe it would be worth to mention it in the documentation of the
flush command that it invalidates all entries added to the cache
before/during the time (server time second) flush was executed.
And point out that it could
Hey,
We're rebooting the OSCON Memcached booth effort. This is next week, in
San Jose:
http://en.oreilly.com/oscon2009/public/content/expo-hall
wednesday/thursday. If you're interested in participating on the booth
planning and scheduling, please contact me privately and we'll be
discussing the
11 matches
Mail list logo
