Etherpad-lite: लागू विशेषताएँ लागू बेमेल का कारण बन सकती हैं। दोहराने के लिए लोड टेस्ट कवरेज की जरूरत है।

को निर्मित 22 मई 2020 · 9टिप्पणियाँ · स्रोत: ether/etherpad-lite

यह प्रारंभिक टिप्पणी अप्रासंगिक लगती है।

यह थोड़ा बढ़त का मामला है लेकिन ऐसा हो सकता है। यह केवल बहुत सक्रिय पैड पर होता है (सोचें कि 10 सेकंड एक सेकंड में संपादित होते हैं)।

नकल बनाना।

loadTesting सक्षम करें।
लोड परीक्षण चलाएं
ब्राउजर में पैड आईडी को कॉपी/पेस्ट करें।

क्या होता है

पैड लोड नहीं होगा

क्या होना चाहिए

पैड लोड होना चाहिए।

अधिक डिबग जानकारी

पैड सफलतापूर्वक लोड हो जाएगा और लोड परीक्षण पूरा होने के बाद संपादित किया जा सकता है
यदि आप पहले से ही पैड पर हैं तो कोई त्रुटि नहीं आती है और यह बहुत अच्छा काम करता है।

त्रुटि है

Error: Failed assertion: mismatched apply: 10984 / 11740

मान्यता

मेरी धारणा यह है कि बेसरेव # सहित pad ऑब्जेक्ट देने के समय के बीच एक अतिरिक्त परिवर्तन हुआ है जिसका अर्थ है कि अगला परिवर्तन बेमेल लागू होने में विफल रहता है।

इस परिदृश्य पर विचार करें ..

Rev # | 
1    | <-- we connect here
2    | <-- has been an edit here.
3    | <-- is the first commit we receive from the server

तर्क यह है:

exports.applyToText = function (cs, str) {
  var unpacked = exports.unpack(cs);
  exports.assert(str.length == unpacked.oldLen, "mismatched apply: ", str.length, " / ", unpacked.oldLen);

मुझे लगता है कि समाधान यह है कि ईथरपैड "भविष्य में" संशोधन प्राप्त करने पर पिछले संशोधन का "अनुरोध" कर सकता है और नवीनतम संशोधन से पहले इसे लागू कर सकता है। अनिवार्य रूप से 3 प्राप्त करने और यह जानने पर कि यह 1 यह [2] भी अनुरोध करता है और [2] से पहले 3 [2] लागू होता है?

मैंने etherpad-cli-client पर etherpad-load-test साथ इसी समस्या को बनाने की कोशिश की और नहीं कर सकता। संदेश हमेशा क्रम में लोड होते दिखाई देते हैं। अगला कदम CLIENT_VARS और NEW_CHANGES बीच देरी का अनुकरण करना है और देखें कि क्या होता है।

Minor Bug

स्रोत

JohnMcLear

सबसे उपयोगी टिप्पणी

विख्यात @yorickreum। लेकिन अगर मैं इस मुद्दे को ठीक कर सकता हूं तो यह संभावित/संभव है यह आपकी समस्या को ठीक कर देगा। बेमेल आवेदन अनिवार्य रूप से एक दौड़ की स्थिति है जिसे मुझे उपाय करने की आवश्यकता है और यह बग फिक्स उम्मीद है कि कारण के बावजूद उस दौड़ की स्थिति की सभी घटनाओं को कवर किया जाएगा।

JohnMcLear 17 जुल॰ 2020

👍2

सभी 9 टिप्पणियाँ

दिलचस्प बात यह है कि सीएलआई क्लाइंट का उपयोग करते हुए ऐसा कभी नहीं होता है। तो यह एक वेब क्लाइंट मुद्दा होना चाहिए।

collab_client.js की लाइन 283

    if (msg.type == "NEW_CHANGES")

यह वह जगह है जहाँ से त्रुटि आ रही प्रतीत होती है ..

ऐसा प्रतीत होता है कि संशोधन की संख्या को अच्छी तरह से नियंत्रित नहीं किया जा रहा है..

JohnMcLear 28 मई 2020

हाय जॉन, यह सही है!
मैंने टेस्ट सर्वर पर लोडटेस्ट चलाया: नोड app.js http://127.0.0.1:9001/p/load -d 180 -l 100 -a 500
और उत्पादक पर भी: नोड app.js http://127.0.0.1 :9001/p/load -l 50 -a 12
कोई समस्या नहीं थी।

एक उपयोगकर्ता ने मुझसे पुष्टि की, यदि आप पहले से ही पैड में हैं, तो आपको कोई समस्या नहीं है। समस्या हमारे साथ 10 से 15 उपयोगकर्ताओं तक होती है।

sus16cn 17 जुल॰ 2020

180 / 500 अवास्तविक संख्याएँ हैं इम्हो! 500 लेखक प्रति सेकंड 1 संपादन कर रहे हैं, इंटरनेट तोड़ने जा रहा है ️

JohnMcLear 17 जुल॰ 2020

हाय @JohnMcLear , ज़रूर। लेकिन मैं पुष्टि कर सकता हूं, ईथरपैड प्रतिष्ठानों ने इसका सामना किया! प्रभावशाली। हालांकि, इसका मतलब यह भी है कि जो कुछ भी वास्तव में हमारे उदाहरण को क्रैश करता है (बंद मुद्दा देखें https://github.com/ether/etherpad-lite/issues/4090) शायद वास्तव में पैड में गतिविधि पर निर्भर नहीं है, जिसका शायद मतलब है कि यह एक और मुद्दा है।

yorickreum 17 जुल॰ 2020

JohnMcLear 17 जुल॰ 2020

👍2

दिलचस्प। mismatched apply केवल एक स्ट्रिंग में परिवर्तन लागू करने के लिए लागू होता है, न कि पैड सामग्री का "संलग्न" जो केवल लोडटेस्ट टूल कर रहा है।

मुझे लोडटेस्ट टूल को एक स्ट्रिंग में एक परिवर्तन लागू करने का अनुकरण करने की भी आवश्यकता है।

JohnMcLear 18 जुल॰ 2020

चीजें बासी होने की स्थिति में इस पर बस एक अपडेट।

मुझे दस्तावेज़ विशेषता प्रबंधक के बिना केवल changeset.js का उपयोग करके चयन में एक विशेषता लागू करने का तर्क याद नहीं है, इसलिए मैंने मदद मांगी है।

यह कुछ ऐसा है जिसके साथ हाल ही में परिचित कोई व्यक्ति मदद कर पाएगा। एक बार मेरे पास वह तर्क हो जाने के बाद मैं इसे लोड परीक्षणों में शामिल कर दूंगा और उम्मीद है कि बग अनुकरण करने में सक्षम होगा।

यदि इस पर मेरी ओर से कोई और अपडेट नहीं हैं, तो ऐसा इसलिए है क्योंकि मेरे पास समय समाप्त हो गया है।

JohnMcLear 18 जुल॰ 2020

बस एक छोटा अपडेट/रिपोर्ट:

कल समस्या केवल 2 उपयोगकर्ताओं के साथ एक पैड में मेरे लिए फिर से आ गई, इसलिए मैं उपयोगकर्ताओं की संख्या पर निर्भर नहीं लगता जैसा कि @yorickreum ने पहले ही लिखा है (देखें https://github.com/ether/etherpad-lite/issues / 4090)। समस्या 2 मिनट के बाद उत्पन्न हुई और टैब बंद करने से पहले 1 मिनट तक चली और पैड को एक नए टैब में फिर से खोल दिया जिसने अंततः अगले घंटे के लिए समस्या हल कर दी। मैं फ़ायरफ़ॉक्स 78.0.2 का उपयोग करता हूं।

Oremountainflorian 22 जुल॰ 2020

@Oremountainflorian मैं प्लगइन के बिना परीक्षण का सुझाव देने का

त्रुटि बनी रहने के 1 मिनट के भीतर क्या आपने अपने ब्राउज़र को रीफ़्रेश करने का प्रयास किया? परिवर्तन लगातार संग्रहीत नहीं होते हैं, इसलिए इसका कोई मतलब नहीं है कि कम गतिविधि का एक ताज़ा ठीक नहीं हुआ। मुझे लगता है कि कुछ प्लगइन बकवास चल सकता है

JohnMcLear 22 जुल॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Etherpad-lite: लागू विशेषताएँ लागू बेमेल का कारण बन सकती हैं। दोहराने के लिए लोड टेस्ट कवरेज की जरूरत है।

नकल बनाना।

क्या होता है

क्या होना चाहिए

अधिक डिबग जानकारी

त्रुटि है

मान्यता

सबसे उपयोगी टिप्पणी

सभी 9 टिप्पणियाँ

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