अधिक लोड समस्याओं

[Snake]

ठीक है तो मैं परीक्षण के लोड किया है.

24hrs की एक अवधि के दौरान मेरी लोड 30.00 'में तेजी से उगता है

एक सर्वर को पुनः आरंभ यह एक और 24hrs के लिए हल करता है.

यदि मैं आधुनिक अक्षम मैं इस समस्या को नहीं मिलता है.

अक्षम वहाँ कम यातायात है के रूप में है कि सच नहीं है mod के साथ ऐसा मत कहो, गूगल अभी भी मेरे आँकड़े के अनुसार अक्षम mod के साथ एक ही यातायात भेजता है.

समझाने कृपया, लोड मुझे पागल गाड़ी चला रहा है.

[tavenger5]

बॉट की तरह लगता अनुवादित पृष्ठों जब आधुनिक पर है मार रहे हो. आप एपाचे अनुकूलन या अधिक सीपीयू की शक्ति के साथ एक सर्वर हो रही में देखना चाहिए. क्या आप vboptimise या कैशिंग यांत्रिकी के किसी भी प्रकार चल रहा है, memcached तरह?

[Snake]

यह तथ्य है कि मेरा यह फोरम प्रतिदिन 30,000 व्यक्ति को प्राप्त कर सकता है, यदि मैं तत्काल ड्रॉप डाउन को अक्षम कर देता है, और बीओटी और उपयोगकर्ता अभी भी ऐसे पृष्ठ हैं जो अभी भी सर्वर शक्ति की मांग कर रहे हैं, यह बस वही है जिसमें अनुवादित पृष्ठों को सामान्य डेटाबेस से मानक वीबी पृष्ठों की तुलना में 10x संसाधनों का उपयोग करते हुए दिखाया गया है। यह खराब लिखित कोड है, और निश्चित करने की जरूरत है! अन्य मोड्स ने ऐसा कभी नहीं किया, बस शर्त, काश मैं कभी नहीं बदली, लेकिन वापस जा रहा है अब बहुत देर हो चुकी है.

[moman]

यह वास्तव में लगता है जैसे आप एक underpowered सर्वर पर चल रहे हैं. मैं एक 8 कोर Nehalem मशीन (इसलिए हम 8 अधिक आभासी हिंदुस्तान टाइम्स के लिए कारण कोर पर देख रहे हैं, 16 के कुल के लिए) पर हूँ. मैं भी बड़े पैमाने पर इस vbulletin.com पर लोगों से मशीन का उपयोग कर के रूप में के रूप में अच्छी तरह से अपना खुद का तकनीक संकेत अनुकूलित.

vBET 3.0-3.5 के बारे में 2.5 से मेरे लोड को जन्म देती है, प्रयोक्ताओं की संख्या के आधार पर, और यह स्पष्ट रूप से कैश आकार के आधार पर बढ़ता है. हालांकि, मैं मेरे युगपत उपयोगकर्ताओं को एक काफी उच्च 800 से भी १२०० उच्च सीमा के रूप में नहीं लगता है कि बहुत बुरा सब पर करते हैं,.

[vBET]

हाय बेशक अनुवाद कुछ संसाधनों ले जरूरी है - वहाँ कोई जादू नहीं है. अनुवाद पृष्ठ साधन उत्पादन परिणाम लेने के लिए और इसे बदलने के. कि अनुवाद की वजह से हमेशा सामान्य पृष्ठ से लंबे समय तक ले जाएगा.

मैं समझता हूँ कि तुम भी अधिक सर्वर लोड होने खुश नहीं हैं, लेकिन कृपया ध्यान दें कि vBET अनुवाद के लिए केवल संसाधनों ले जा रहा है. सामान्य पृष्ठों के लिए यह केवल झंडे कहते हैं. तो यह सब अतिरिक्त भार अतिरिक्त यातायात से अनुवादित पृष्ठों को आता है. जैसा कि आप अपने यातायात के नीचे लिखा तुरन्त नहीं जाना था vBET अक्षम करने के बाद (यदि आप इसे एक समय है तो इसे अक्षम बाद कमी होगी - विश्वास मुझे) और सर्वर लोड कम है - यह स्पष्ट है - रोबोटों अभी भी अनुवादित पन्नों यूआरएल रेंगने हैं, उपयोगकर्ताओं को अब भी अपने अनुवादित पृष्ठों पर गूगल लिंक में पा रहे हैं. तो आप अभी भी एक ही यातायात, लेकिन अब अनुवादित लिंक के तहत केवल सामग्री दोहराया गया है - सामान्य पृष्ठ जो अनुवाद नहीं है. यदि आप करने के लिए विकलांग vBET के साथ रहना चाहते हैं हम दृढ़ता के लिए अपने. Htaccess फ़ाइल है जो सभी अनुवादित पन्नों एक सामान्य अनुप्रेषित, अन्यथा आप अपने दोहराया सामग्री की वजह से एसईओ ढीला कर सकते हैं में नियम जोड़ सलाह देते हैं.

कृपया ध्यान दें कि हम पहले से ही अन्य कैश प्रणालियों का समर्थन करने की योजना बना है और हमारे अनुवाद एल्गोरिदम तुरंत अनुकूलित कर रहे हैं. यानी हम सिर्फ यह पता चला कि जब बड़े तार पर काम करते हैं और हम हमारे एल्गोरिथ्म को संशोधित करते हैं तो पीएचपी के प्रदर्शन को कितने कम यह पहले से ही अतिरिक्त विन्यास विकल्प के साथ VBET 4.2.0 में जारी किया गया है. और हम सभी सुधार vBET 3.x जो अभी भी समर्थित है के लिए भी जाएगा,

मैं समझता हूँ कि आपकी राय में हमारे कोड कमजोर है. मैं क्या आप अपनी उम्मीदों आधारित कर रहे हैं पर पता नहीं है. हम vB के लिए सबसे तेजी से आधुनिक अनुवाद है - वहाँ कुछ भी नहीं है क्या बेहतर काम करता है है. अनुवाद कुछ संसाधनों ले और यह कम किसी भी अन्य है कि हमारे आधुनिक लेता होगा. तुम कितनी तेजी से vBET कई मंचों पर काम कर सकते हैं देख सकते हैं. यदि आप अपने सर्वर पर मुद्दों है, तब कॉन्फ़िगरेशन परिवर्तन या सर्वर के संसाधनों को जोड़ने पर विचार करें. आप 20 लीटर पानी की 10 लीटर की बाल्टी में नहीं रखा जाएगा.

हमारी योजना है: " हमारे पास " बदल परिवर्तन है. और यही कारण है कि हम प्रयोग कर रहे हैं, बदलते एल्गोरिदम, प्रोफाइलिंग कर रहे हैं और समाधान खोजने के लिए समय की बहुत खर्च कर रहे हैं, जो कम संसाधनों की आवश्यकता होगी. फिर भी हम कोई ऐसा व्यक्ति नहीं जानते जो वीबीटी के लिए कोई प्रतिस्पर्धा हो सकती है और कुछ अन्य अनुवाद भी हो सकते हैं । हमने एल्गोरिथ्म परिवर्तनों का निर्माण किया है, जो हमें दूर करने के लिए था क्योंकि वे मदद नहीं करते थे, इस प्रक्रिया के दौरान हमने कई सुधार की खोज की. आप अपने सर्वर के मुद्दों पर अपनी छाप कर सकते हैं, लेकिन कृपया पर विचार करें क्या आप किसी भी बेहतर समाधान है? आप एक संकेत दे सकते हैं कि शायद वीबीटी गलत समाधान नहीं है क्योंकि हजारों मंचों पर काम कर रहा है, शायद आप केवल 20 लीटर पानी डालने की कोशिश कर रहे हैं 10 लीटर बाल्टी में पानी. अभी भी-हम अनुकूलन अनुभाग में TODO सूची में बहुत कुछ है (लगभग 70% उपयोग करने के लिए यह मदद करेगा या नहीं कर सकता है) और आप 100% सही कर रहे हैं - हम बेहतर कर सकते हैं, और हम हम इसे हैं हर समय कर बस इंतज़ार करो जब तक हम जो हम vBET4.x कार्यान्वयन के दौरान किए गए सभी सुधार कदम

अगर मैं तुंहें कुछ संकेत दे सकते है-कृपया जांच कैसे आप अनुकूलित कर सकते है vBET: http://www.vbenterprisetranslator.co...rformance.html
विशेष रूप से कुछ भाषाओं को अक्षम और robots.txt द्वारा अप्रासंगिक पृष्ठों को अवरुद्ध पर विचार

अनुवादित पन्नों के लिए प्रतिक्रिया के समय क्या है? अपने CPU उपयोग क्या है? अपनी स्मृति के उपयोग क्या है? यदि यह स्वीकार्य है, तो आप के बारे में चिंता करने के लिए कुछ भी नहीं है. लोग अक्सर सर्वर लोड में वृद्धि से डर रहे हैं और भी पता नहीं क्या करता है इसका मतलब है. 10 गुना अधिक सर्वर लोड करता है नहीं मतलब 10 बार और संसाधनों का इस्तेमाल किया । यह बस का मतलब है कि अधिक धागे कतार में इंतजार कर रहे हैं, क्या पूरी तरह से सामांय है, क्योंकि अभी अपने धागे के लिए गूगल की प्रतिक्रिया के लिए इंतजार करना होगा अगर कुछ अनुवाद अभी तक कैश्ड नहीं है । तो धागा गूगल रिस्पांस के लिए इंतज़ार कर रही है और यह इस समय के दौरान सभी में कोई सीपीयू लेता है । की वजह से है कि आपके सर्वर लोड बड़ा हो जाएगा, भले ही vBET सब पर कोई संसाधन ले सकता है (क्या पाठ्यक्रम के संभव नहीं है) ।

अपने सर्वर दुर्घटनाग्रस्त के बारे में - यह स्पष्ट रूप से आपके सर्वर मुद्दा है. यह समय समय पर होता है. मैं मेरे सर्वर पर समान मुद्दा था. यह कुछ अपाचे बग की वजह से किया गया था तो एक अपाचे धागा और बढ़ रहा था स्मृति के उपयोग के साथ बढ़ रहा है जब तक पूरे स्मृति ans सर्वर भस्म हो गया था कैश्ड. केवल एक ही धागा है कि तरह बर्ताव करता है - अन्य अपाचे धागे सामान्य था. मैं खेला के साथ Apache विन्यास और इस मुद्दे को हल है. मुझे लगता है कि अपाचे बस कुछ स्मृति रिसाव था - के रूप में मुझे याद है मैं अनुरोध है जो एक धागे से आयोजित किया जा सकता है की कम मूल्य डाल. वहाँ भी अन्य परिवर्तनों थे. मैं अपनी स्मृति के उपयोग की जाँच करें और यह कुछ समय के लिए निगरानी का सुझाव देते हैं. इसके अलावा, यह उपयोगी हो करने के लिए एक अपाचे धागे से इस्तेमाल किया स्मृति की औसत राशि की जांच करने के लिए, कुछ गणना किया और अपाचे के लिए अधिकतम धागे का उचित मूल्य निर्धारित कर सकते हैं.

यदि आप किसी भी अधिक प्रश्नों कृपया बस पूछो

[vBET]

अरे - मैं सिर्फ अपने मंच पर यह अल्ट्रा फास्ट अनुवाद ... तो क्या आप के बारे में और क्यों vBET के बारे में इतना गुस्सा रवैया, दावा कर रहे हैं जब आप सुपर फास्ट अनुवाद सेवा है? ...

कृपया पर विचार सर्वर लोड का क्या अर्थ है. इसका अर्थ को समझना बहुत उपयोगी हो सकता है समझने के लिए क्या सर्वर पर होता है और कैसे यह धागे जो कतार में इंतजार कर रहे हैं नहीं है क्योंकि आप कोई संसाधन हैं करने के लिए संबंधित हो सकता है, कर सकते हैं, लेकिन अन्य सर्वर (इस मामले में गूगल) से प्रतिक्रिया के लिए प्रतीक्षा कर रहे हैं.

मेरी राय में आप सुपर फास्ट अनुवाद है और आप के बारे में चिंता करने के लिए कुछ भी नहीं है

[Snake]

मैं साइटों 10 साल का निर्माण किया है, मैं पूरी तरह से पता है 10x लोड 10x संसाधनों मतलब नहीं है, मुझे एक मूर्ख और मुझे बकवास खिला चम्मच की तरह इलाज बंद कर रहा हूँ. ठंड तथ्यों इस mod के साथ कर रहे हैं अन्य मुक्त आधुनिक बनाम अपने लोड मेगा है. और पीक समय पर मेरी साइट अब धीमी और अनुत्तरदायी है. हाँ, पृष्ठों तेजी से बंद पीक, लेकिन बाद में दिन में एक धीमी गति से सर्वर की एक लागत में अनुवाद. मैं एक ट्रैक्टर कोर, छापे 15k SAS सर्वर, अनुकूलित है कि बस ठीक है, यह सब दिन 0.50 बड़ी यातायात के साथ लंबे समय तक इस से पहले है. यह VBET कोड है कि लोड कहते हैं और पीक समय में सर्वर धीमी गति से बनाता है, यह एक तथ्य है, यह यातायात में वृद्धि नहीं है, मैं पहले ही यातायात और bots पड़ा है और सर्वर ठीक coped, यह अनुवाद उत्पाद है. अवधि. जल्दी करो और इसे ठीक करने के लिए, मैं वास्तव में एक महीने के एक और £ 300 एक सर्वर के उन्नयन के लिए सिर्फ एक MOD चलाने के लिए योग्य भुगतान नहीं करना चाहती.

[tavenger5]

कितनी भाषाओं आप सक्षम करना है? आप कितनी पोस्ट है? क्या आप vbseo और साइटमैप जनरेटर स्थापित? कितने बॉट साइट एक दिन मार रहे हैं?

[Snake]

हाय!

32 भाषाओं सक्षम.

100.000 प्रविष्टियाँ.

vbseo और साइटमैप स्थापित.

साइटमैप प्लगइन का कहना है कि एक दिन 1000.000 पृष्ठों क्रॉल.


तथ्य यह है, अगर मैं आधुनिक अक्षम और सर्वर बॉट, और उपयोगकर्ताओं को पुनरारंभ करें अभी भी अपने सर्वर मार रहे हैं पहले के रूप में एक ही, एक ही पृष्ठ googles सूचकांक में अभी भी में हैं और इस तरह मैं एक ही यातायात सक्षम है या नहीं.

फर्क सिर्फ इतना है कि के साथ आधुनिक अक्षम बॉट और गूगल खोजकर्ताओं अंग्रेजी पृष्ठ है, तो, यातायात समान है, फर्क सिर्फ इतना वे देख रहे हैं, नहीं एक अनुवाद पृष्ठ इस प्रकार mods डेटाबेस मुद्दों से बचने.

यह स्पष्ट है मेरे लिए दिन के रूप में इस आधुनिक समुचित परीक्षण के बिना जारी की गई है, और स्पष्ट रूप से मालिक के मुद्दों को संबोधित करने में कोई दिलचस्पी नहीं है.

असफल.

[Snake]

माइकल, तो आप गलत हैं, इस लोड यातायात में वृद्धि की वजह से नहीं है, यह पढ़ने और लिखने mysql अनुवाद की वजह से है.

यदि vBulletin टीम पढ़ सकते हैं और कम क्यों नहीं आप लोड के साथ mysql करने के लिए लिख सकते हैं?

बेचारी मेरे दोस्त कोड.