On Jun 21, 8:55 pm, Brad Fitzpatrick b...@danga.com wrote:
Great bug report from Mat
Yeah, he filed the bug in the google tracker. Looks like a good
catch, but I'm not certain it can actually be triggered.
That's mostly academic. I kind of wanted to write a test to show
brokenness
Branch is http://github.com/dustin/memcached/tree/issue59
I'd like someone to double-check my work here. I pulled in Mat's
suggestion, but wanted to understand more of why it hadn't actually
trigger. It seems that the actual limit was much lower.
Also, one particular thing I'd like to
On Jun 21, 1:08 pm, Ю.Б. belotits...@gmail.com wrote:
memcached-1.2.8
# make test
t/lruok 4/149Out of memory during request for 569364
bytes, total sbrk() is 536471552 bytes!
WHOA! Somehow you got a different number of results than tests ran!
This should never happen!
22 июня 2009 г. 10:34 пользователь Dustin dsalli...@gmail.com написал:
On Jun 21, 1:08 pm, Ю.Б. belotits...@gmail.com wrote:
memcached-1.2.8
# make test
t/lruok 4/149Out of memory during request for 569364
bytes, total sbrk() is 536471552 bytes!
WHOA! Somehow you
On Jun 22, 12:42 am, Юрий Белотицкий belotits...@gmail.com wrote:
PIII FreeBSD 5.4-RELEASE-p8
Maybe it's have a sence to rebuild some dependences? What?
Hmm... Our FreeBSD builder is 7.2. I don't know what problem it
might have, but that is older than anything I have access to at the
22 июня 2009 г. 10:50 пользователь Dustin dsalli...@gmail.com написал:
On Jun 22, 12:42 am, Юрий Белотицкий belotits...@gmail.com wrote:
PIII FreeBSD 5.4-RELEASE-p8
Maybe it's have a sence to rebuild some dependences? What?
Hmm... Our FreeBSD builder is 7.2. I don't know what
22 июня 2009 г. 13:43 пользователь Maxim Dounin mdou...@mdounin.ruнаписал:
Hello!
On Mon, Jun 22, 2009 at 10:42:56AM +0300, Юрий Белотицкий wrote:
22 июня 2009 г. 10:34 пользователь Dustin dsalli...@gmail.com написал:
On Jun 21, 1:08 pm, Ю.Б. belotits...@gmail.com wrote:
Hello!
On Mon, Jun 22, 2009 at 01:56:49PM +0300, Юрий Белотицкий wrote:
22 июня 2009 г. 13:43 пользователь Maxim Dounin mdou...@mdounin.ruнаписал:
Hello!
On Mon, Jun 22, 2009 at 10:42:56AM +0300, Юрий Белотицкий wrote:
22 июня 2009 г. 10:34 пользователь Dustin
22 июня 2009 г. 14:54 пользователь Maxim Dounin mdou...@mdounin.ruнаписал:
If you have no swap - this may be an issue too, but the above
message looks like you reached datasize limit.
Note that the above message are from perl executing test script.
This particular test script is a bit greedy
Hello!
On Mon, Jun 22, 2009 at 03:26:34PM +0300, Юрий Белотицкий wrote:
22 июня 2009 г. 14:54 пользователь Maxim Dounin mdou...@mdounin.ruнаписал:
If you have no swap - this may be an issue too, but the above
message looks like you reached datasize limit.
Note that the above message
22 июня 2009 г. 15:31 пользователь Maxim Dounin mdou...@mdounin.ruнаписал:
Hello!
On Mon, Jun 22, 2009 at 03:26:34PM +0300, Юрий Белотицкий wrote:
22 июня 2009 г. 14:54 пользователь Maxim Dounin mdou...@mdounin.ru
написал:
If you have no swap - this may be an issue too, but the above
How can the mysql query cache is more advantage than memcache
On Jun 22, 1:16 am, Jozef Sevcik sev...@styxys.com wrote:
I'm sorry for kind of offtopic question, but where can I find info about how
it works/how to contribute etc
about builders ?
There's not a whole lot of info to look at since it's kind of an
internal thing. I suppose I should write
hello,
i want to clear the cache? how can i do this with a command?
/etc/init.d/memcached restart just restart memcached, but it don't
clear the cache!
Hi to all, I'm a new in a list.
This last days i spend some time thinking about how memcache - client
side - do some failover strategie in one pool of memcached servers.
Yes I have read the FAQ of memcached and this comment a lot of thinks
about memcached and that tool is not a distributed
Also, restarting memcached definitely clears the cache.
On Mon, Jun 22, 2009 at 1:56 PM, Chris Goffinet goffi...@digg.com wrote:
*Sigh*
Guys. Do some research first.
flush_all is the command
http://code.sixapart.com/svn/memcached/trunk/server/doc/protocol.txt
---
Chris Goffinet
Jaime Medrano wrote:
Hi.
I've rewritten the locking in order to remove the problematic global
cache_lock mutex.
I have splitted the lock in several locks:
- assoc_locks: access to hash table
- maintenance_lock: signaling a hash table expansion
- lru_locks: access to lru list
-
On 22 Jun 2009, at 19:48, Adam Lee wrote:
Also, restarting memcached definitely clears the cache.
And if it didn't clear the cache, it hasn't restarted :)
MC
--
Martin MC Brown, Technical Writer
MySQL and Infrastructure Group, Sun Microsystems
http://sun.com | http://mysql.com
Phone:
Another major disadvantage to the mysql query cache is that any time
data in a table is modified, all queries in the cache selecting or
joining across that table have to be invalidated. If you have a lot of
writes happening, your query cache will be virtually useless. At
Grooveshark we have
19 matches
Mail list logo