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 > > >
