Wrong on my part again.
Changing the memory_replacement_policy still got to 100% cpu after
Shift-reload in Thunderbird a few times - even disabling cache_mem
entirely did not eliminate it. 3.3 never gets about about 67% load no
matter how many time the page is reloaded.
So again hope the the trace shows something up.
Cheers
Alex
On 20/05/14 20:04, Alex Crow wrote:
I think I've just found something. I had this set:
memory_replacement_policy heap GDSF
replacing this with:
memory_replacement_policy lru
got rid of the high CPU in 3.4 (works ok in 3,3).
I will try heap LRU.
Cheers
Alex
On 20/05/14 19:54, Alex Crow wrote:
Hi Amos, all,
I have set up a test box with latest 3.4.5 nightly. I get 95-100% cpu
even with one client accessing the cache. I've attached a compressed
strace of the child process in case anything is evident from that.
Please tell me what else I might need to do to help resolve this issue.
I'm hoping this will help get to the bottom of why a number of people
are having this issue on 3.4.x.
Any help much appreciated as always.
Alex