Hello - <br><br>We are well into testing a memcached as a means to offload read requests from our database. We are logging each query result to disk, and have seen an interesting trend:<br><br>It seems that for a lot of the very small db queries, there is an increase in latency when we pull the data from the memcache. Whereas a simple "select a from b where primary key ='x' "
was taking ~300ms to get from our database over a simple (and very busy) GigE switch, the memcache is running on localhost and is seeing "query" times more like ~600ms.<br><br>We tested it on many batch runs, and it seems that using the memcache (as configured) causes a performance hit of approximately 20%. This is for a CPU-bound process that uses 100% of all CPU cores in both testing scenarios.
<br><br>I wanted to check with the group and see if this was typical when making the transition. I didn't see any mention of performance decrease in the literature, so wanted to reach out to those of you who are using it and working on it every day. There is obviously real risk that the delay is due to the way either the daemon is implemented on our systems, OR in the way we implemented the cursor emulation in our code.
<br><br>Here is a snapshot of the result of checking the stats via PHP for those of you who might be curious:<br><br> [localhost:11211] => Array<br> (<br> [pid] => 22963<br> [uptime] => 179777
<br> [time] => 1184966166<br> [version] => 1.2.2<br> [pointer_size] => 64<br> [rusage_user] => 416.616664<br> [rusage_system] => 772.915498<br> [curr_items] => 2337
<br> [total_items] => 4127199<br> [bytes] => 1203526<br> [curr_connections] => 19<br> [total_connections] => 564102<br> [connection_structures] => 35<br>
[cmd_get] => 48904240<br> [cmd_set] => 4127199<br> [get_hits] => 48863204<br> [get_misses] => 41036<br> [evictions] => 0<br> [bytes_read] => 3804455209
<br> [bytes_written] => 36060479069<br> [limit_maxbytes] => 1073741824<br> [threads] => 4<br> )<br><br><br>Thank you in advance for your help. I appreciate it.<br><br>Andrew B. Westmoreland
<br>Founder<br>Progressing Markets<br><br><br><br>