Phrase search error
Hi, all When I queried a phrase search "test mp3", I got some error below. I think that the problem is because of WordDelimiterFilter. In WordDelimiterFilter 'mp3' is splited pos1:mp, pos2:(3, mp3). In such a case, the positions of subword and catenateword are incremented. If this is not phrase search or WordDelimiterFilterFactory options just set catenateAll=1, no problems. But If WordDelimiterFilterFactory options set like below 'My Schema.xml', occured error. How can I solve this problem? Give me any idea. Thanks in advance. Jason [Error Message] == Unknown query type "org.apache.lucene.search.MultiPhraseQuery" found in phrase query string "test mp3" java.lang.IllegalArgumentException: Unknown query type "org.apache.lucene.search.MultiPhraseQuery" found in phrase query string "test mp3" at org.apache.lucene.queryParser.ComplexPhraseQueryParser$ComplexPhraseQuery.rewrite(ComplexPhraseQueryParser.java:300) at org.apache.lucene.search.IndexSearcher.rewrite(IndexSearcher.java:307) at org.apache.lucene.search.Query.weight(Query.java:98) at org.apache.lucene.search.Searcher.createWeight(Searcher.java:230) at org.apache.lucene.search.Searcher.search(Searcher.java:171) at org.apache.solr.search.SolrIndexSearcher.getDocListNC(SolrIndexSearcher.java:988) at org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:884) at org.apache.solr.search.SolrIndexSearcher.search(SolrIndexSearcher.java:341) at org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:182) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:195) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:131) at org.apache.solr.core.SolrCore.execute(SolrCore.java:1316) at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:341) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:244) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1089) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:365) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211) at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:285) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:502) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:821) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:513) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:208) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:378) at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:226) at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442) == [My Schema.xml] == == -- View this message in context: http://lucene.472066.n3.nabble.com/Phrase-search-error-tp3423799p3423799.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: Combine XML data with DIH
O. Klein wrote: > > I have folder with XML files > > 1.xml contains: > http://www.site.com/1.html > blacontent > > 2.xml contains: > http://www.site.com/1.html > blatitle > > I want to create document in Solr: > > http://www.site.com/1.html > blacontent > blatitle > > I changed my problem in the quotes as it's a little different and hopefully easier to solve. Can this be done with DIH? And how? -- View this message in context: http://lucene.472066.n3.nabble.com/Combine-XML-data-with-DIH-tp3209413p3423888.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: Phrase search error
Hi Jason, you could add this filter to the end of your analyzer : http://wiki.apache.org/solr/AnalyzersTokenizersTokenFilters#solr.PositionFilterFactory That should solve your problem. Ludovic. - Jouve France. -- View this message in context: http://lucene.472066.n3.nabble.com/Phrase-search-error-tp3423799p3423893.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: Phrase search error
Hi, Ludovic That's just what I'm looking for. You're been a big help. Thank you so much. Jason. -- View this message in context: http://lucene.472066.n3.nabble.com/Phrase-search-error-tp3423799p3423916.html Sent from the Solr - User mailing list archive at Nabble.com.
Multi CPU Cores
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 %MEMTIME+ COMMAND 4466 tomcat20 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
Re: Multiple search analyzers on the same field type possible?
Excellent! Can you consider contributing this back? This is not an unheard-of request. Erick On Fri, Oct 14, 2011 at 5:45 PM, Victor wrote: > I've spent today writing my own SynonymFilter and SynonymFilterFactory. And > it works! > > I've followed Erick's advice and pre- and postfixed all the words that I > want to stem with a @. So, if I want to stem the word car, I injest it in > the query as @car@. > > My adapted synonymfilter recognizes the pre/postfixing, removes the @ > characters and continues as usual (which means the synonym filter will do > what it is supposed to be doing). If no "stemming tags" are found, it aborts > the synonym lookup part of the process for that token an returns > immediately. > > So: > car --> car > cars --> cars > @car@ --> car and cars > > Mission accomplished, no extra storage needed, current index can stay as it > is, end user can switch between stemming and no stemming when he/she wants > too. > > I think I saved a lot of money today. > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Multiple-search-analyzers-on-the-same-field-type-possible-tp3417898p3422060.html > Sent from the Solr - User mailing list archive at Nabble.com. >
Re: Multi CPU Cores
: Subject: Multi CPU Cores : In-Reply-To: <1318672302307-3423799.p...@n3.nabble.com> : References: <1318672302307-3423799.p...@n3.nabble.com> http://people.apache.org/~hossman/#threadhijack Thread Hijacking on Mailing Lists When starting a new discussion on a mailing list, please do not reply to an existing message, instead start a fresh email. Even if you change the subject line of your email, other mail headers still track which thread you replied to and your question is "hidden" in that thread and gets less attention. It makes following discussions in the mailing list archives particularly difficult. -Hoss
Re: multiple document types in a core
: Basically we can search hotels using city attributes but to display : city data for a chosen hotel we would search for that city document to : retrieve values. : : Do we gain anything here ? Basically would the city fields associated : with hotels be stored and repeated 74500 less times or are the values : stored once and pointers for : each hotel document kept to point at the city values ? It's an inverted index, so *tems* exist once (per segment) and those terms "point" to the documents -- so having the same terms (in the same fields) for multiple types of documents in one index is going to take up less overall space then having distinct collections for each type of document. if you use *completely* different fields for each type of document (or use the same fields, but the documents have completley differnet terms in those fields) then you're better off with differnet collections. -Hoss
RE: Getting facet counts for 10,000 most relevant hits
: I didn't realize how much more complicated this gets with distributed : search. Do you think it's worth opening a JIRA issue for this? features are always worth opening jiras for if you have ideas related to those features to add as comments (or a patch) by all means open a jira and put whatever relevant notes you think make sense (crib from my email as much as you want) as i (think i) smentioned: the only feasible way i can think of to appraoch this type of problem in a generalized way at scale is to think about hte API as a "sampling" API, where instead of specying absolute (ie: give me the top 100 constraints from the top 10,000 matches) the API works in terms of "goals" (ie: suggest the top 100 constraints based on top 10% matches") and then solr has some wiggle room -- it can ask each shard for the 100*N constraints from the top (10*M)% matches, then weght all those constraints based on how many matches come from each shard to pick the final 100 constraints, then ask each shard for the final counts from those constraints (like it already does) : Is there already some ongoing work on the faceting code that this might fit in with? not that i know of. -Hoss
Re: java script as query term executes in browser
: If u give something like this in query string : q="'> : : then output from solr actually runs the script in browser. Can we avoid : printing back the query sent in error handler? you need to provide more details for anyone to have any idea what you are talking about. waht is the request URL in your browser? what does yoru config look like? what is the output you are getting. : here is what i see in browser : org.apache.lucene.queryparser.classic.ParseException: Cannot parse '"'>': : Lexical error at line 1, column 31. Encountered: after : "\"\'>" ...there's nothing in that error to suggest the browser is exeucting any scripts. that an error message returnd by Solr indicating that it failed to parse your query string (since it's mailformed) -Hoss
Multi CPU Cores
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 %MEMTIME+ COMMAND 4466 tomcat20 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
Re: Multi CPU Cores
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 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 %MEMTIME+ > COMMAND > > > 4466 tomcat20 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 > > >
Re: Performance issue: Frange with geodist()
I added a Jira issue for this:
https://issues.apache.org/jira/browse/SOLR-2840
On 10/13/11 8:15 AM, "Yonik Seeley" wrote:
>On Thu, Oct 13, 2011 at 9:55 AM, Mikhail Khludnev
> wrote:
>> is it possible with geofilt and facet.query?
>>
>> facet.query={!geofilt pt=45.15,-93.85 sfield=store d=5}
>
>Yes, that should be both possible and faster... something along the lines
>of:
>&sfield=store&pt=45.15,-93.85
>&facet.query={!geofilt d=10 key=d10}
>&facet.query={!geofilt d=20 key=d20}
>&facet.query={!geofilt d=50 key=d50}
>
>Eventually we should implement range faceting over functions and also
>add a max distance you care about to the geodist function.
>
>-Yonik
>http://www.lucene-eurocon.com - The Lucene/Solr User Conference
>
>
>> On Thu, Oct 13, 2011 at 4:20 PM, roySolr
>>wrote:
>>
>>> I don't want to use some basic facets. When the user doesn't get any
>>> results
>>> i want
>>> to search in the radius of his search location. Example:
>>>
>>> apple store in Manchester gives no result. I want this:
>>>
>>> Click here to see 2 results in a radius of 10km.
>>> Click here to see 11 results in a radius of 50km.
>>> Click here to see 19 results in a radius of 100km.
>>>
>>> With geodist() and facet.query is this possible but the performance
>>>isn't
>>> very good..
>>>
>>>
>>> --
>>> View this message in context:
>>>
>>>http://lucene.472066.n3.nabble.com/Performance-issue-Frange-with-geodist
>>>-tp3417962p3418429.html
>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>
>>
>>
>>
>> --
>> Sincerely yours
>> Mikhail (Mike) Khludnev
>> Developer
>> Grid Dynamics
>> tel. 1-415-738-8644
>> Skype: mkhludnev
>>
>>
>>
Re: Multi CPU Cores
Hello Rob, Well, you didn't say how many concurrent requests are happening there. It looks like just 1. Can it be? Otis Sematext :: http://sematext.com/ :: Solr - Lucene - Nutch Lucene ecosystem search :: http://search-lucene.com/ > >From: Rob Brown >To: solr-user@lucene.apache.org >Sent: Saturday, October 15, 2011 7:32 PM >Subject: Multi CPU Cores > >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 > > > > > >
