2011-11-05 3 views
3

나는 Rumbles 3.1을 우분투 10.4 LTS에서, 그리고 mongoid로 실행 중이다. 또한 this guide을 통해 tomcat6과 solr을 설치합니다. 모든 것이 훌륭하게 작동하지만, 내가 가장 잘 구성되어 있는지 확실하지 않습니다. 나는 내 sunspot.yml에서 auto_commit_after_request을 사용 불가능하게 설정하고 here에 대해 이야기했다.Running Sunspot in production

또한 내 solrcongif.xml에서 자동 커밋 섹션의 주석 처리를 제거했습니다. 인덱싱 된 레코드의 업데이트가 인덱싱되지 않은 레코드의 업데이트보다 약간 더 오래 걸리는 것처럼 보입니다. auto_commit_after_request가 실제로 꺼져 있는지 확인할 수있는 방법이 있습니까?

또한 solr에서 분석 페이지를 검사하면 업데이트 된 모델이 두 배로 색인 생성 된 것처럼 보입니다. 아직 많은 데이터가 없기 때문에 말할 수 있습니다. 그래서 키워드가있는 하나의 모델을 가지고 있지만 색인에 3 개의 단어 인스턴스가 있습니다 (하나는 작성 용이고 하나는 mondel에서 수행 한 것입니다). 그게 정상인가요? 자주 업데이트되는 모델에 대한 편견을 유발할뿐 아니라 인덱스의 크기를 증가시키는 것처럼 보입니다.

다음은 내 config/sunspot.yml 파일입니다. 필요한 경우 solrconfig.xml도 게시 할 수 있지만 크기가 커서 지금은 남겨 둘 것입니다. 생산을위한 흑점을 조정하는 가이드가 있습니까? 감사!

production: 
    solr: 
    hostname: localhost 
    port: 8080 
    log_level: WARNING 
    path: '/solr' 
    auto_commit_after_request: false 

development: 
    solr: 
    hostname: localhost 
    port: 8982 
    log_level: INFO 

test: 
    solr: 
    hostname: localhost 
    port: 8981 
    log_level: WARNING 

답변

0

여기에 여러 가지 질문이 있습니다.

대부분의 성능 조정은 Solr에 대한 인터페이스 인 Sunspot보다는 SOlr에서 수행됩니다. http://wiki.apache.org/solr/SolrPerformanceFactors을 참조하십시오. 당신이 커밋 할 때 언급했듯이, 백그라운드에서 완료되었는지 여부는 앱의 성능에 영향을 미칠 수 있습니다.

Solr (Lucene) 업데이트는 실제로 이전 개체를 제거하고 다시 추가하여 작동합니다. 이것은 귀하의 속도 차이의 원인을 발견 할 수 있습니다.

업데이트 할 때 색인에 용어를 여러 번 추가하지 않습니다. 다른 것을 관찰하고 있어야합니다. 개발을 위해 동일한 색인을 사용했다면 색인을 오염시키는 오래된 필드 이름을 볼 수 있습니다. 전체 색인 (디스크의 실제 색인 폴더)을 삭제하고 다시 시작하십시오.