Re: Solr 1.3 - response time very long

2008-12-04 Thread sunnyfr

Thanks a lot guys for your time,
I appreciate it.

I will follow all your advice.


Yonik Seeley wrote:
 
 On Wed, Dec 3, 2008 at 11:49 AM, sunnyfr [EMAIL PROTECTED] wrote:
 Sorry the request is more :

 /select?q=text:svr09\+tutorial+AND+status_published:1+AND+status_moderated:0+AND+status_personal:0+AND+status_explicit:0+AND+status_private:0+AND+status_deleted:0+AND+status_error:0+AND+status_read
 or even I tried :
 
 There are a bunch of things you could try to speed things up a bit:
 1) optimize the index if you haven't
 2) use a faster response writer with a more compact format (i.e. add
 wt=javabin for a binary format or wt=json for JSON)
 3) use fl (field list) to restrict the results to only the fields you need
 4) never use debugQuery to benchmark performance (I don't think you
 actually did, but you did list it in the example dismax URL)
 5) pull out clauses that match many documents and that are common
 across many queries into filters.
 
 /select?q=text:svr09\+tutorialfq=status_published:1+AND+status_moderated:0+AND+status_personal:0+AND+status_explicit:0+AND+status_private:0+AND+status_deleted:0+AND+status_error:0+AND+status_read
 
 You can also use multiple filter queries for better caching if some of
 the clauses appear in smaller groups or in isolation.  If you can give
 more examples, we can tell what the common parts are.
 
 -Yonik
 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20829777.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-04 Thread sunnyfr

Hi Yonik,

I've tried everything but it's doesn't change anything, I tried as well the
last trunk version but nothing changed.
There is nothings that I can do about the indexation ...maybe I can optimize
something before searching ???
I'm using linux system, apache 5.5, last solr version updated.
Memory : 8G Intel 

Do you think its a lot for the index size 7.6G for 8.5M of document?

And idea what can I do ??? 
Thanks a lot for your time


Yonik Seeley wrote:
 
 On Wed, Dec 3, 2008 at 11:49 AM, sunnyfr [EMAIL PROTECTED] wrote:
 Sorry the request is more :

 /select?q=text:svr09\+tutorial+AND+status_published:1+AND+status_moderated:0+AND+status_personal:0+AND+status_explicit:0+AND+status_private:0+AND+status_deleted:0+AND+status_error:0+AND+status_read
 or even I tried :
 
 There are a bunch of things you could try to speed things up a bit:
 1) optimize the index if you haven't
 2) use a faster response writer with a more compact format (i.e. add
 wt=javabin for a binary format or wt=json for JSON)
 3) use fl (field list) to restrict the results to only the fields you need
 4) never use debugQuery to benchmark performance (I don't think you
 actually did, but you did list it in the example dismax URL)
 5) pull out clauses that match many documents and that are common
 across many queries into filters.
 
 /select?q=text:svr09\+tutorialfq=status_published:1+AND+status_moderated:0+AND+status_personal:0+AND+status_explicit:0+AND+status_private:0+AND+status_deleted:0+AND+status_error:0+AND+status_read
 
 You can also use multiple filter queries for better caching if some of
 the clauses appear in smaller groups or in isolation.  If you can give
 more examples, we can tell what the common parts are.
 
 -Yonik
 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20833091.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-04 Thread Yonik Seeley
On Thu, Dec 4, 2008 at 8:13 AM, sunnyfr [EMAIL PROTECTED] wrote:

 Hi Yonik,

 I've tried everything but it's doesn't change anything, I tried as well the
 last trunk version but nothing changed.
 There is nothings that I can do about the indexation ...maybe I can optimize
 something before searching ???

Did you optimize the index (send in the optimize command) after
indexing but before searching?

curl http://localhost:8983/solr/update?optimize=true

 I'm using linux system, apache 5.5, last solr version updated.
 Memory : 8G Intel

 Do you think its a lot for the index size 7.6G for 8.5M of document?

So it could be due to the index being slightly to big - subtract out
memory for Solr and other stuff, and there's not enough left for
everything to fully be cached by the OS.

You can make it bigger or smaller depending on how you have the schema
configured.
The example schema isn't necessarily optimized for speed or size - it
serves as an example of many field types and operations.

Make sure you only index fields you need to search, sort, or facet on.
Make sure you only store fields (marked as stored in the schema) that
you really need returned in results.
The example schema as copyFields and default values that you don't
need - hopefully you've removed them.

What's your schema, and do you have more examples of URLs you are
sending to Solr (all the parameters)?

-Yonik


Re: Solr 1.3 - response time very long

2008-12-04 Thread sunnyfr

Huge thanks for your help Yonik,
I optimized the index so I will try to reduce the size ... like I explained
you I stored all language text ... 
So I will reduce my stored data.
Cheers... I will let you know :)


Yonik Seeley wrote:
 
 On Thu, Dec 4, 2008 at 8:13 AM, sunnyfr [EMAIL PROTECTED] wrote:

 Hi Yonik,

 I've tried everything but it's doesn't change anything, I tried as well
 the
 last trunk version but nothing changed.
 There is nothings that I can do about the indexation ...maybe I can
 optimize
 something before searching ???
 
 Did you optimize the index (send in the optimize command) after
 indexing but before searching?
 
 curl http://localhost:8983/solr/update?optimize=true
 
 I'm using linux system, apache 5.5, last solr version updated.
 Memory : 8G Intel

 Do you think its a lot for the index size 7.6G for 8.5M of document?
 
 So it could be due to the index being slightly to big - subtract out
 memory for Solr and other stuff, and there's not enough left for
 everything to fully be cached by the OS.
 
 You can make it bigger or smaller depending on how you have the schema
 configured.
 The example schema isn't necessarily optimized for speed or size - it
 serves as an example of many field types and operations.
 
 Make sure you only index fields you need to search, sort, or facet on.
 Make sure you only store fields (marked as stored in the schema) that
 you really need returned in results.
 The example schema as copyFields and default values that you don't
 need - hopefully you've removed them.
 
 What's your schema, and do you have more examples of URLs you are
 sending to Solr (all the parameters)?
 
 -Yonik
 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20834935.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-04 Thread sunnyfr
 searching ???
 
 Did you optimize the index (send in the optimize command) after
 indexing but before searching?
 
 curl http://localhost:8983/solr/update?optimize=true
 
 I'm using linux system, apache 5.5, last solr version updated.
 Memory : 8G Intel

 Do you think its a lot for the index size 7.6G for 8.5M of document?
 
 So it could be due to the index being slightly to big - subtract out
 memory for Solr and other stuff, and there's not enough left for
 everything to fully be cached by the OS.
 
 You can make it bigger or smaller depending on how you have the schema
 configured.
 The example schema isn't necessarily optimized for speed or size - it
 serves as an example of many field types and operations.
 
 Make sure you only index fields you need to search, sort, or facet on.
 Make sure you only store fields (marked as stored in the schema) that
 you really need returned in results.
 The example schema as copyFields and default values that you don't
 need - hopefully you've removed them.
 
 What's your schema, and do you have more examples of URLs you are
 sending to Solr (all the parameters)?
 
 -Yonik
 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20836635.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-04 Thread Yonik Seeley
=false omitNorms=true /

   field name=text type=text indexed=true stored=false
 multiValued=false/
   field name=timestamp type=date indexed=true stored=true
 default=NOW multiValued=false/
   field name=spell type=textSpell indexed=true stored=false
 multiValued=true/
   dynamicField name=random* type=random /

 /fields




 Yonik Seeley wrote:

 On Thu, Dec 4, 2008 at 8:13 AM, sunnyfr [EMAIL PROTECTED] wrote:

 Hi Yonik,

 I've tried everything but it's doesn't change anything, I tried as well
 the
 last trunk version but nothing changed.
 There is nothings that I can do about the indexation ...maybe I can
 optimize
 something before searching ???

 Did you optimize the index (send in the optimize command) after
 indexing but before searching?

 curl http://localhost:8983/solr/update?optimize=true

 I'm using linux system, apache 5.5, last solr version updated.
 Memory : 8G Intel

 Do you think its a lot for the index size 7.6G for 8.5M of document?

 So it could be due to the index being slightly to big - subtract out
 memory for Solr and other stuff, and there's not enough left for
 everything to fully be cached by the OS.

 You can make it bigger or smaller depending on how you have the schema
 configured.
 The example schema isn't necessarily optimized for speed or size - it
 serves as an example of many field types and operations.

 Make sure you only index fields you need to search, sort, or facet on.
 Make sure you only store fields (marked as stored in the schema) that
 you really need returned in results.
 The example schema as copyFields and default values that you don't
 need - hopefully you've removed them.

 What's your schema, and do you have more examples of URLs you are
 sending to Solr (all the parameters)?

 -Yonik



 --
 View this message in context: 
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20836635.html
 Sent from the Solr - User mailing list archive at Nabble.com.




Re: Solr 1.3 - response time very long

2008-12-04 Thread sunnyfr
 /

field name=description   type=textindexed=true
 stored=false /
field name=description_frtype=text_fr   
 indexed=true
 stored=false /
field name=description_entype=text_en   
 indexed=true
 stored=false /
field name=description_detype=text_de   
 indexed=true
 stored=false /
field name=description_estype=text_es   
 indexed=true
 stored=false /
field name=description_rutype=text_ru   
 indexed=true
 stored=false /
field name=description_pttype=text_pt   
 indexed=true
 stored=false /
field name=description_nltype=text_nl   
 indexed=true
 stored=false /
field name=description_eltype=text_el   
 indexed=true
 stored=false /
field name=description_jatype=text_ja   
 indexed=true
 stored=false /
field name=description_ittype=text_it   
 indexed=true
 stored=false /

field name=tag1  type=string  indexed=true
 stored=false omitNorms=true /
field name=tag2  type=string  indexed=true
 stored=false omitNorms=true /
field name=tag3  type=string  indexed=true
 stored=false omitNorms=true /
field name=tag4  type=string  indexed=true
 stored=false omitNorms=true /
field name=tags  type=string  indexed=true
 stored=false omitNorms=true multiValued=true termVectors=true /
field name=owner_login   type=string  indexed=true
 stored=false omitNorms=true /

   field name=text type=text indexed=true stored=false
 multiValued=false/
   field name=timestamp type=date indexed=true stored=true
 default=NOW multiValued=false/
   field name=spell type=textSpell indexed=true stored=false
 multiValued=true/
   dynamicField name=random* type=random /

 /fields




 Yonik Seeley wrote:

 On Thu, Dec 4, 2008 at 8:13 AM, sunnyfr [EMAIL PROTECTED] wrote:

 Hi Yonik,

 I've tried everything but it's doesn't change anything, I tried as well
 the
 last trunk version but nothing changed.
 There is nothings that I can do about the indexation ...maybe I can
 optimize
 something before searching ???

 Did you optimize the index (send in the optimize command) after
 indexing but before searching?

 curl http://localhost:8983/solr/update?optimize=true

 I'm using linux system, apache 5.5, last solr version updated.
 Memory : 8G Intel

 Do you think its a lot for the index size 7.6G for 8.5M of document?

 So it could be due to the index being slightly to big - subtract out
 memory for Solr and other stuff, and there's not enough left for
 everything to fully be cached by the OS.

 You can make it bigger or smaller depending on how you have the schema
 configured.
 The example schema isn't necessarily optimized for speed or size - it
 serves as an example of many field types and operations.

 Make sure you only index fields you need to search, sort, or facet on.
 Make sure you only store fields (marked as stored in the schema) that
 you really need returned in results.
 The example schema as copyFields and default values that you don't
 need - hopefully you've removed them.

 What's your schema, and do you have more examples of URLs you are
 sending to Solr (all the parameters)?

 -Yonik



 --
 View this message in context:
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20836635.html
 Sent from the Solr - User mailing list archive at Nabble.com.


 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20837252.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-04 Thread Yonik Seeley
 name=title_el  type=text_el
 indexed=true
 stored=false /
field name=title_ja  type=text_ja
 indexed=true
 stored=false /
field name=title_it  type=text_it
 indexed=true
 stored=false /

field name=description   type=textindexed=true
 stored=false /
field name=description_frtype=text_fr
 indexed=true
 stored=false /
field name=description_entype=text_en
 indexed=true
 stored=false /
field name=description_detype=text_de
 indexed=true
 stored=false /
field name=description_estype=text_es
 indexed=true
 stored=false /
field name=description_rutype=text_ru
 indexed=true
 stored=false /
field name=description_pttype=text_pt
 indexed=true
 stored=false /
field name=description_nltype=text_nl
 indexed=true
 stored=false /
field name=description_eltype=text_el
 indexed=true
 stored=false /
field name=description_jatype=text_ja
 indexed=true
 stored=false /
field name=description_ittype=text_it
 indexed=true
 stored=false /

field name=tag1  type=string  indexed=true
 stored=false omitNorms=true /
field name=tag2  type=string  indexed=true
 stored=false omitNorms=true /
field name=tag3  type=string  indexed=true
 stored=false omitNorms=true /
field name=tag4  type=string  indexed=true
 stored=false omitNorms=true /
field name=tags  type=string  indexed=true
 stored=false omitNorms=true multiValued=true termVectors=true /
field name=owner_login   type=string  indexed=true
 stored=false omitNorms=true /

   field name=text type=text indexed=true stored=false
 multiValued=false/
   field name=timestamp type=date indexed=true stored=true
 default=NOW multiValued=false/
   field name=spell type=textSpell indexed=true stored=false
 multiValued=true/
   dynamicField name=random* type=random /

 /fields




 Yonik Seeley wrote:

 On Thu, Dec 4, 2008 at 8:13 AM, sunnyfr [EMAIL PROTECTED] wrote:

 Hi Yonik,

 I've tried everything but it's doesn't change anything, I tried as well
 the
 last trunk version but nothing changed.
 There is nothings that I can do about the indexation ...maybe I can
 optimize
 something before searching ???

 Did you optimize the index (send in the optimize command) after
 indexing but before searching?

 curl http://localhost:8983/solr/update?optimize=true

 I'm using linux system, apache 5.5, last solr version updated.
 Memory : 8G Intel

 Do you think its a lot for the index size 7.6G for 8.5M of document?

 So it could be due to the index being slightly to big - subtract out
 memory for Solr and other stuff, and there's not enough left for
 everything to fully be cached by the OS.

 You can make it bigger or smaller depending on how you have the schema
 configured.
 The example schema isn't necessarily optimized for speed or size - it
 serves as an example of many field types and operations.

 Make sure you only index fields you need to search, sort, or facet on.
 Make sure you only store fields (marked as stored in the schema) that
 you really need returned in results.
 The example schema as copyFields and default values that you don't
 need - hopefully you've removed them.

 What's your schema, and do you have more examples of URLs you are
 sending to Solr (all the parameters)?

 -Yonik



 --
 View this message in context:
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20836635.html
 Sent from the Solr - User mailing list archive at Nabble.com.





 --
 View this message in context: 
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20837252.html
 Sent from the Solr - User mailing list archive at Nabble.com.




Re: Solr 1.3 - response time very long

2008-12-04 Thread sunnyfr
  type=text_nl
 indexed=true
 stored=false /
field name=title_el  type=text_el
 indexed=true
 stored=false /
field name=title_ja  type=text_ja
 indexed=true
 stored=false /
field name=title_it  type=text_it
 indexed=true
 stored=false /

field name=description   type=text   
 indexed=true
 stored=false /
field name=description_frtype=text_fr
 indexed=true
 stored=false /
field name=description_entype=text_en
 indexed=true
 stored=false /
field name=description_detype=text_de
 indexed=true
 stored=false /
field name=description_estype=text_es
 indexed=true
 stored=false /
field name=description_rutype=text_ru
 indexed=true
 stored=false /
field name=description_pttype=text_pt
 indexed=true
 stored=false /
field name=description_nltype=text_nl
 indexed=true
 stored=false /
field name=description_eltype=text_el
 indexed=true
 stored=false /
field name=description_jatype=text_ja
 indexed=true
 stored=false /
field name=description_ittype=text_it
 indexed=true
 stored=false /

field name=tag1  type=string 
 indexed=true
 stored=false omitNorms=true /
field name=tag2  type=string 
 indexed=true
 stored=false omitNorms=true /
field name=tag3  type=string 
 indexed=true
 stored=false omitNorms=true /
field name=tag4  type=string 
 indexed=true
 stored=false omitNorms=true /
field name=tags  type=string 
 indexed=true
 stored=false omitNorms=true multiValued=true termVectors=true
 /
field name=owner_login   type=string 
 indexed=true
 stored=false omitNorms=true /

   field name=text type=text indexed=true stored=false
 multiValued=false/
   field name=timestamp type=date indexed=true stored=true
 default=NOW multiValued=false/
   field name=spell type=textSpell indexed=true stored=false
 multiValued=true/
   dynamicField name=random* type=random /

 /fields




 Yonik Seeley wrote:

 On Thu, Dec 4, 2008 at 8:13 AM, sunnyfr [EMAIL PROTECTED] wrote:

 Hi Yonik,

 I've tried everything but it's doesn't change anything, I tried as
 well
 the
 last trunk version but nothing changed.
 There is nothings that I can do about the indexation ...maybe I can
 optimize
 something before searching ???

 Did you optimize the index (send in the optimize command) after
 indexing but before searching?

 curl http://localhost:8983/solr/update?optimize=true

 I'm using linux system, apache 5.5, last solr version updated.
 Memory : 8G Intel

 Do you think its a lot for the index size 7.6G for 8.5M of document?

 So it could be due to the index being slightly to big - subtract out
 memory for Solr and other stuff, and there's not enough left for
 everything to fully be cached by the OS.

 You can make it bigger or smaller depending on how you have the schema
 configured.
 The example schema isn't necessarily optimized for speed or size - it
 serves as an example of many field types and operations.

 Make sure you only index fields you need to search, sort, or facet on.
 Make sure you only store fields (marked as stored in the schema) that
 you really need returned in results.
 The example schema as copyFields and default values that you don't
 need - hopefully you've removed them.

 What's your schema, and do you have more examples of URLs you are
 sending to Solr (all the parameters)?

 -Yonik



 --
 View this message in context:
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20836635.html
 Sent from the Solr - User mailing list archive at Nabble.com.





 --
 View this message in context:
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20837252.html
 Sent from the Solr - User mailing list archive at Nabble.com.


 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20837404.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-03 Thread sunnyfr
 name=text type=text indexed=true stored=false
 multiValued=true/
field name=timestamp type=date indexed=true stored=true
 default=NOW multiValued=false/
field name=spell type=textSpell indexed=true stored=true
 multiValued=true/
dynamicField name=random* type=random /
  /fields
 
 What would you reckon ???
 Thanks a lot,
 
 
 
 
 Matthew Runo wrote:
 
 Could you provide more information? How big is the index? How are you  
 searching it? Some examples might help pin down the issue.
 
 How long are the queries taking? How long did they take on Sphinx?
 
 Thanks for your time!
 
 Matthew Runo
 Software Engineer, Zappos.com
 [EMAIL PROTECTED] - 702-943-7833
 
 On Dec 2, 2008, at 9:04 AM, sunnyfr wrote:
 

 Hi,

 I tested my old search engine which is sphinx and my new one which  
 solr and
 I've got a uge difference of result.
 How can I make it faster?

 Thanks a lot,
 -- 
 View this message in context:
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20795134.html
 Sent from the Solr - User mailing list archive at Nabble.com.

 
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20809121.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-03 Thread sunnyfr
 /
 field name=description_nltype=text_nl   
 indexed=true stored=false /
 field name=description_eltype=text_el   
 indexed=true stored=false /
 field name=description_jatype=text_ja   
 indexed=true stored=false /
 
 
field name=text type=text indexed=true stored=false
 multiValued=true/
field name=timestamp type=date indexed=true stored=true
 default=NOW multiValued=false/
field name=spell type=textSpell indexed=true stored=true
 multiValued=true/
dynamicField name=random* type=random /
  /fields
 
 What would you reckon ???
 Thanks a lot,
 
 
 
 
 Matthew Runo wrote:
 
 Could you provide more information? How big is the index? How are you  
 searching it? Some examples might help pin down the issue.
 
 How long are the queries taking? How long did they take on Sphinx?
 
 Thanks for your time!
 
 Matthew Runo
 Software Engineer, Zappos.com
 [EMAIL PROTECTED] - 702-943-7833
 
 On Dec 2, 2008, at 9:04 AM, sunnyfr wrote:
 

 Hi,

 I tested my old search engine which is sphinx and my new one which  
 solr and
 I've got a uge difference of result.
 How can I make it faster?

 Thanks a lot,
 -- 
 View this message in context:
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20795134.html
 Sent from the Solr - User mailing list archive at Nabble.com.

 
 
 
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20810804.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-03 Thread Matthew Runo
=text_ru
indexed=true stored=false /
   field name=description_pttype=text_pt
indexed=true stored=false /
   field name=description_nltype=text_nl
indexed=true stored=false /
   field name=description_eltype=text_el
indexed=true stored=false /
   field name=description_jatype=text_ja
indexed=true stored=false /


  field name=text type=text indexed=true stored=false
multiValued=true/
  field name=timestamp type=date indexed=true stored=true
default=NOW multiValued=false/
  field name=spell type=textSpell indexed=true stored=true
multiValued=true/
  dynamicField name=random* type=random /
/fields

What would you reckon ???
Thanks a lot,




Matthew Runo wrote:


Could you provide more information? How big is the index? How are  
you

searching it? Some examples might help pin down the issue.

How long are the queries taking? How long did they take on Sphinx?

Thanks for your time!

Matthew Runo
Software Engineer, Zappos.com
[EMAIL PROTECTED] - 702-943-7833

On Dec 2, 2008, at 9:04 AM, sunnyfr wrote:



Hi,

I tested my old search engine which is sphinx and my new one which
solr and
I've got a uge difference of result.
How can I make it faster?

Thanks a lot,
--
View this message in context:
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20795134.html
Sent from the Solr - User mailing list archive at Nabble.com.










--
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20809121.html
Sent from the Solr - User mailing list archive at Nabble.com.





Re: Solr 1.3 - response time very long

2008-12-03 Thread sunnyfr
 /
field name=title_ja  type=text_ja
 indexed=true stored=false /
field name=title_it  type=text_it
 indexed=true stored=false /

field name=description   type=text 
 indexed=true
 stored=true /
field name=description_frtype=text_fr
 indexed=true stored=false /
field name=description_entype=text_en
 indexed=true stored=false /
field name=description_detype=text_de
 indexed=true stored=false /
field name=description_estype=text_es
 indexed=true stored=false /
field name=description_rutype=text_ru
 indexed=true stored=false /
field name=description_pttype=text_pt
 indexed=true stored=false /
field name=description_nltype=text_nl
 indexed=true stored=false /
field name=description_eltype=text_el
 indexed=true stored=false /
field name=description_jatype=text_ja
 indexed=true stored=false /
 

   field name=text type=text indexed=true stored=false
 multiValued=true/
   field name=timestamp type=date indexed=true stored=true
 default=NOW multiValued=false/
   field name=spell type=textSpell indexed=true stored=true
 multiValued=true/
   dynamicField name=random* type=random /
 /fields

 What would you reckon ???
 Thanks a lot,




 Matthew Runo wrote:

 Could you provide more information? How big is the index? How are  
 you
 searching it? Some examples might help pin down the issue.

 How long are the queries taking? How long did they take on Sphinx?

 Thanks for your time!

 Matthew Runo
 Software Engineer, Zappos.com
 [EMAIL PROTECTED] - 702-943-7833

 On Dec 2, 2008, at 9:04 AM, sunnyfr wrote:


 Hi,

 I tested my old search engine which is sphinx and my new one which
 solr and
 I've got a uge difference of result.
 How can I make it faster?

 Thanks a lot,
 -- 
 View this message in context:
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20795134.html
 Sent from the Solr - User mailing list archive at Nabble.com.







 -- 
 View this message in context:
 http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20809121.html
 Sent from the Solr - User mailing list archive at Nabble.com.

 
 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20816754.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-03 Thread Yonik Seeley
On Wed, Dec 3, 2008 at 11:49 AM, sunnyfr [EMAIL PROTECTED] wrote:
 Sorry the request is more :

/select?q=text:svr09\+tutorial+AND+status_published:1+AND+status_moderated:0+AND+status_personal:0+AND+status_explicit:0+AND+status_private:0+AND+status_deleted:0+AND+status_error:0+AND+status_read
 or even I tried :

There are a bunch of things you could try to speed things up a bit:
1) optimize the index if you haven't
2) use a faster response writer with a more compact format (i.e. add
wt=javabin for a binary format or wt=json for JSON)
3) use fl (field list) to restrict the results to only the fields you need
4) never use debugQuery to benchmark performance (I don't think you
actually did, but you did list it in the example dismax URL)
5) pull out clauses that match many documents and that are common
across many queries into filters.

/select?q=text:svr09\+tutorialfq=status_published:1+AND+status_moderated:0+AND+status_personal:0+AND+status_explicit:0+AND+status_private:0+AND+status_deleted:0+AND+status_error:0+AND+status_read

You can also use multiple filter queries for better caching if some of
the clauses appear in smaller groups or in isolation.  If you can give
more examples, we can tell what the common parts are.

-Yonik


Solr 1.3 - response time very long

2008-12-02 Thread sunnyfr

Hi,

I tested my old search engine which is sphinx and my new one which solr and
I've got a uge difference of result.
How can I make it faster?

Thanks a lot,
-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20795134.html
Sent from the Solr - User mailing list archive at Nabble.com.



Re: Solr 1.3 - response time very long

2008-12-02 Thread Yonik Seeley
On Tue, Dec 2, 2008 at 12:04 PM, sunnyfr [EMAIL PROTECTED] wrote:
 How can I make it faster?

There's no -go-faster-please flag ;-)

Give us the exact URL and we might be able to help figure out what part is slow.

-Yonik


Re: Solr 1.3 - response time very long

2008-12-02 Thread sunnyfr
://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20795134.html
 Sent from the Solr - User mailing list archive at Nabble.com.

 
 
 

-- 
View this message in context: 
http://www.nabble.com/Solr-1.3---response-time-very-long-tp20795134p20802690.html
Sent from the Solr - User mailing list archive at Nabble.com.