when I'm puzzled by jvm's cpu consumption I use the following combo: $ top -H -p <pid>
gives you hottest threads PID, then convert them onto hex and find the thread in the output of $jstack <pid> as "nid=0x<threadpid.toHex>" Regards On Sun, Oct 16, 2011 at 4:25 PM, Rob Brown <r...@intelcompute.com> wrote: > Thanks, Java is completely new to me (Perl/C background), so a little > guidance would be great with config options like this, while I get to > grips with Java... > > Or pointing to a useful resource to start filling in these gaps too. > > > > -----Original Message----- > From: Johannes Goll <johannes.g...@gmail.com> > Reply-to: solr-user@lucene.apache.org > To: solr-user@lucene.apache.org <solr-user@lucene.apache.org> > Subject: Re: Multi CPU Cores > Date: Sun, 16 Oct 2011 08:18:47 -0400 > > Try using -useParallelGc as vm option. > > Johannes > > On Oct 16, 2011, at 7:51 AM, Ken Krugler <kkrugler_li...@transpac.com> > wrote: > > > > > On Oct 16, 2011, at 1:44pm, Rob Brown wrote: > > > >> Looks like I checked the load during a quiet period, ab -n 10000 -c 1000 > >> saw a decent 40% load on each core. > >> > >> Still a little confused as to why 1 core stays at 100% constantly - even > >> during the quiet periods? > > > > Could be background GC, depending on what you've got your JVM configured > to use. > > > > Though that shouldn't stay at 100% for very long. > > > > -- Ken > > > > > >> -----Original Message----- > >> From: Johannes Goll <johannes.g...@gmail.com> > >> Reply-to: solr-user@lucene.apache.org > >> To: solr-user@lucene.apache.org <solr-user@lucene.apache.org> > >> Subject: Re: Multi CPU Cores > >> Date: Sat, 15 Oct 2011 21:30:11 -0400 > >> > >> Did you try to submit multiple search requests in parallel? The apache > ab tool is great tool to simulate simultaneous load using (-n and -c). > >> Johannes > >> > >> On Oct 15, 2011, at 7:32 PM, Rob Brown <r...@intelcompute.com> wrote: > >> > >>> Hi, > >>> > >>> I'm running Solr on a machine with 16 CPU cores, yet watching "top" > >>> shows that java is only apparently using 1 and maxing it out. > >>> > >>> Is there anything that can be done to take advantage of more CPU cores? > >>> > >>> Solr 3.4 under Tomcat > >>> > >>> [root@solr01 ~]# java -version > >>> java version "1.6.0_20" > >>> OpenJDK Runtime Environment (IcedTea6 1.9.8) > >>> (rhel-1.22.1.9.8.el5_6-x86_64) > >>> OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) > >>> > >>> > >>> top - 14:36:18 up 22 days, 21:54, 4 users, load average: 1.89, 1.24, > >>> 1.08 > >>> Tasks: 317 total, 1 running, 315 sleeping, 0 stopped, 1 zombie > >>> Cpu0 : 0.0%us, 0.0%sy, 0.0%ni, 99.6%id, 0.4%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu2 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu3 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu4 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu5 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu6 : 99.6%us, 0.4%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu7 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu8 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu9 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu10 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu11 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu12 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu13 : 0.7%us, 0.0%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu14 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Cpu15 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, > >>> 0.0%st > >>> Mem: 132088928k total, 23760584k used, 108328344k free, 318228k > >>> buffers > >>> Swap: 25920868k total, 0k used, 25920868k free, 18371128k cached > >>> > >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > >>> COMMAND > >>> 4466 tomcat 20 0 31.2g 4.0g 171m S 101.0 3.2 2909:38 > >>> java > >>> 6495 root 15 0 42416 3892 1740 S 0.4 0.0 9:34.71 > >>> openvpn > >>> 11456 root 16 0 12892 1312 836 R 0.4 0.0 0:00.08 > >>> top > >>> 1 root 15 0 10368 632 536 S 0.0 0.0 0:04.69 > >>> init > >>> > >>> > >>> > >> > > > > -------------------------- > > Ken Krugler > > +1 530-210-6378 > > http://bixolabs.com > > custom big data solutions & training > > Hadoop, Cascading, Mahout & Solr > > > > > > > > -- Sincerely yours Mikhail Khludnev Developer Grid Dynamics tel. 1-415-738-8644 Skype: mkhludnev <http://www.griddynamics.com> <mkhlud...@griddynamics.com>
