In the 3.6 world, LukeRequestHandler does some...er...really expensive
things when you click into the admin/schema browser. This is _much_
better in trunk BTW.
So, as Yonik says, LukeRequestHandler probably accounts for
one of the threads.
Does this occur when nobody is playing around with the ad
On Sat, Apr 28, 2012 at 7:02 AM, mav.p...@holidaylettings.co.uk
wrote:
> Hi,
>
> This is what the thread dump looks like.
>
> Any ideas?
Looks like the thread taking up CPU is in LukeRequestHandler
> 1062730578@qtp-1535043768-5' Id=16, RUNNABLE on lock=, total cpu
> time=16156160.ms user tim
Hi,
This is what the thread dump looks like.
Any ideas?
Mav
Java HotSpot(TM) 64-Bit Server VM20.1-b02Thread Count: current=19,
peak=20, daemon=6'DestroyJavaVM' Id=26, RUNNABLE on lock=, total cpu
time=198450.ms user time=196890.ms'Timer-2' Id=25, TIMED_WAITING
on lock=java.util.TaskQueu
On Fri, Apr 27, 2012 at 8:23 PM, mav.p...@holidaylettings.co.uk
wrote:
> Hi again,
>
> This is the only log entry I can find, regarding the failed commits…
>
> Still timing out as far as the client is concerned and there is actually
> nothing happening on the server in terms of load (staging envi
Hi again,
This is the only log entry I can find, regarding the failed commits…
Still timing out as far as the client is concerned and there is actually
nothing happening on the server in terms of load (staging environment).
1 CPU core seems busy constantly with solr but unsure what is happening
