gt;>>> > server.
>>>> >
>>>> > Otis
>>>> > --
>>>> > Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>>>> >
>>>> >
>>>> >
>&g
;> > Otis
>>> > --
>>> > Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>>> >
>>> >
>>> >
>>> > - Original Message
>>> >> From: oleg_gnatovskiy
>>> >> T
ple: pushing a large newly optimized index onto the
>> > server.
>> >
>> > Otis
>> > --
>> > Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>> >
>> >
>> >
>> > - Original Message
>> >> From
ne - Solr - Nutch
> >
> >
> >
> > - Original Message
> >> From: oleg_gnatovskiy
> >> To: solr-user@lucene.apache.org
> >> Sent: Thursday, January 22, 2009 2:22:51 PM
> >> Subject: Re: Random queries extremely slow
> >>
large newly optimized index onto the
> server.
>
> Otis
> --
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>
>
>
> - Original Message
>> From: oleg_gnatovskiy
>> To: solr-user@lucene.apache.org
>> Sent: Thursday, January 22,
Subject: Re: Random queries extremely slow
>
>
> What are some things that could happen to force files out of the cache on a
> Linux machine? I don't know what kinds of events to look for...
>
>
>
>
> yonik wrote:
> >
> > On Thu, Jan 22, 2009 at 1:46 P
The OS keeps recently accessed disk pages in memory. If another
process does a lot of disk access, like a backup, the OS might
replace the Solr index pages with that processes pages.
What kind of storage: local disk, SAN, NFS?
wunder
On 1/22/09 11:22 AM, "oleg_gnatovskiy"
wrote:
>
> What are
What are some things that could happen to force files out of the cache on a
Linux machine? I don't know what kinds of events to look for...
yonik wrote:
>
> On Thu, Jan 22, 2009 at 1:46 PM, oleg_gnatovskiy
> wrote:
>> Hello. Our production servers are operating relatively smoothly most of
>>
On Thu, Jan 22, 2009 at 1:46 PM, oleg_gnatovskiy
wrote:
> Hello. Our production servers are operating relatively smoothly most of the
> time running Solr with 19 million listings. However every once in a while
> the same query that used to take 100 miliseconds takes 6000.
Anything else happening
Actually my issue might merit a seperate discussion as I did tuning by
adjusting the heap to different settings to see how it affected changed. It
really had no affect, as with jdk 1.6, garbage collection is parallel which
now should no longer interfere with requests during garbage collection whic
My aplogies, this is likely the same issue as "Intermittent high response
times by hbi dev "
oleg_gnatovskiy wrote:
>
> Hello. Our production servers are operating relatively smoothly most of
> the time running Solr with 19 million listings. However every once in a
> while the same query tha
11 matches
Mail list logo
