32-bit systems have a few different options of memory address splitting based on what distro/kernel/patches you're using.
The ancient approach was 2G userpace 2G kernelspace for a process. Ingo molnar added a 3G/1G split at some point, so userspace applications can use 3G of space while reserving 1G for stacks/org/etc kernel crap. 64-bit servers are highly recommended :) -m 3000 might not be low enough as well, since memcached memory floats up and down a bit depending on how busy it is and what types of requests it's servicing. Large multigets can cause some bloat, for instance. -Dormando On Tue, 26 May 2009, Gavin Hamill wrote: > > This seems to have been memory related after all. > > When I reduce the memory usage with -m 3000 rather than -m 3200 then the > machines are stable :/ > > These are running on 32-bit Debian lenny without any 'large mem' > patches, so is the maximum RAM per process simply 3072MB (3 x 1024) ? I > thought each 32-bit app had a full 4GB memory space, just not permitted > any more than that..) > > Cheers, > Gavin. > > >
