2013-02-06 11 views
5

प्रश्न 1: मैं अपने खोजकर्ताओं को अपने solrconfig.xml में अनुकूलित करने की कोशिश कर रहा हूं, और दो अलग-अलग खोजकर्ता हैं जो गर्म हो सकते हैं। मेरी समझ यह है कि पहले खोजकर्ता केवल सर्वर स्टार्टअप पर आग लगती है। जब भी आपको कोई नया खोजकर्ता चाहिए तो एक नया शोधकर्ता बनाया जाता है। ऐसा लगता है कि हम एक ही fqs और पहलुओं को प्रत्येक में निर्दिष्ट करना चाहते हैं। एक मामला कब होता है जब आप उन्हें अलग करना चाहते हैं?मुझे अपने सौर फ़िल्टर कैश, प्रथम खोजकर्ता और नए खोजकर्ता को कैसे कॉन्फ़िगर करना चाहिए?

प्रश्न 2: क्या कोई तरीका है कि मैं fq या facet जोड़ने के खोजकर्ता स्टार्टअप समय पर प्रभाव निर्धारित कर सकता हूं? मुझे पता है कि मैं बिना किसी खोजकर्ता के स्टार्टअप समय को फिक्सेस/पहलुओं बनाम बना सकता हूं, लेकिन यह बहुत दानेदार नहीं है। मान लीजिए कि एक व्यक्तिगत fq/facet के लिए रास्ता/लाभ है, मैं इसे मापने में सक्षम होना चाहता हूं, इसलिए मैं तय कर सकता हूं कि कौन सी चीजें वार्मिंग के लायक हैं और कौन नहीं हैं।

प्रश्न 3: मैं अपने फ़िल्टर कैश को प्रभावी रूप से कैसे आकार दे सकता हूं? मेरे पास एफक्यू का एक विशिष्ट सेट है जो मुझे पता है कि उनमें से लगभग 500 हिट होने की संभावना है, इसलिए ऐसा लगता है कि मैं इसे 500 पर सेट कर दूंगा। हालांकि, सोलर फ़िल्टर परिणामों का उपयोग क्वेरी परिणामों के लिए करता है जिन्हें पहचाना जाना चाहिए। चूंकि मेरे 9 0% प्रश्नों को पहचाना जाता है, ऐसा लगता है कि हमें कैश आकार के आधार पर अपेक्षित प्रश्नों की संख्या का उपयोग करना होगा। क्या यह सही लगता है?

उत्तर

2
  1. आपकी समझ सही है। हालांकि, एक नए शोधकर्ता को अंतिम से स्वचालित किया जा सकता है, इसलिए यह एक अंतर है। दूसरा यह है कि चूंकि नया शोधकर्ता प्रति प्रतिबद्ध होता है, यदि आप लगातार काम कर रहे हैं, तो आप ठंड शुरू कर रहे हैं, तो आप काफी कम काम करना चाहेंगे।

  2. मुझे एक शानदार तरीका पता नहीं है। प्रश्नों को क्रमशः चलाया जाता है, और कम से कम पहले खोजकर्ता के साथ, एक्सेस लॉग में दिखाया जाता है, ताकि आप सचमुच देख सकें कि वे कितने समय तक लेते हैं। चाहे किसी दिए गए क्वेरी सेट में "पर्याप्त गर्म" कुछ नतीजा है, हालांकि बहुत अधिक परीक्षण और त्रुटि है।

  3. फ़िल्टरकैच आकार के बारे में याद रखने की सबसे बड़ी बात यह है कि एक प्रविष्टि आसपास है (आपके सूचकांक में दस्तावेज़ों की संख्या)/8 बाइट्स। तो यदि आप आकार को 500 पर सेट करते हैं, और आपके इंडेक्स में 100 एम डॉक्स हैं, तो आपको इसे पकड़ने के लिए 6.25 जी ढेर की आवश्यकता होगी। आम तौर पर सिफारिश यह है कि डिस्क कैश के लिए अधिक मेमोरी छोड़ने के लिए आप जितना संभव हो उतना छोटा ढेर आकार देते हैं, लेकिन यह एक अपवाद है। जहां तक ​​पहलू प्रश्न आपके कैश पर बेदखल दबाव डालते हैं, मुझे एक ही समस्या है, और मुझे किसी भी समाधान से अवगत नहीं है। https://issues.apache.org/jira/browse/SOLR-8171 देखें।

संबंधित मुद्दे