Tedious: FILESTREAM के साथ varbinary(max) col में सम्मिलित करता है या उस कॉलम से पढ़ता है जिसमें 10 सेकंड लगते हैं

हाय @sammaniamsam ,

इस पर ध्यान दिलाने के लिए धन्यवाद। मुझे लगता है कि यह टेडियस में टोकन पार्सिंग को लागू करने के कारण हो सकता है, अर्थात् बहुत सारे एसिंक्रोनस कॉल बैक हैं जो बहुत सारी मेमोरी लेते हैं जो कि वर्बिनरी (अधिकतम) और शायद वर्चर (अधिकतम) का उपयोग करते समय अधिक हो जाता है। निकट भविष्य में आने वाले प्रदर्शन को बढ़ाने के लिए हमारे पास टेडियस में चीजों को कैसे लागू किया जाता है, इस पर दोबारा विचार करने की योजना है।

आपके क्या विचार हैं @arthurschreiber , @MichaelSun90 ?

हाय @ सम्मानियाम्सम , मैं बस उत्सुक हूं कि आप किस संस्करण का उपयोग कर रहे हैं जो इस प्रदर्शन बाधा का कारण बनता है? #1006

@IanChokS मैं "^5.0.3" का उपयोग कर रहा हूँ

ठीक है, वर्तमान में सभी खुले मुद्दों के माध्यम से जाने के बाद, यह स्पष्ट है कि प्रदर्शन अवरोध एक आम समस्या है (उदाहरण के लिए, #879, #781,#475,#467, #319, #303)। वर्तमान में हमारे पास हमारे रोड मैप पर ऑलवेज एनक्रिप्टेड फीचर को लागू करने, बेहतर डेटा प्रकार सत्यापन / रूपांतरण , प्लग करने योग्य प्रमाणीकरण प्रदाता , और वर्तमान डेटा प्रकारों को फिर से तैयार करने जैसी चीजें हैं। लेकिन उठाए जा रहे मुद्दों के आधार पर, ऐसा लगता है कि यह प्रदर्शन ब्लॉक सबसे आम बाधा है जिसका सामना लोग थकाऊ उपयोग करते समय कर रहे हैं। मैं आर्थर और टीम के साथ चर्चा कर रहा हूं कि किस काम को प्राथमिकता दी जानी चाहिए, इसलिए यदि आपको लगता है कि प्रदर्शन में सुधार करना सबसे बड़ा बदलाव है, तो कृपया एक लाइक छोड़ें या अपने विचारों पर टिप्पणी करें कि हमें कैसे आगे बढ़ना चाहिए। कोई प्रतिक्रिया बहुत मददगार होगी! मैं

प्रदर्शन समस्याओं को ठीक करने के लिए WIP -> #1037

विवरण: #1038

नमस्ते @sammaniamsam , हमने हाल ही में #1049, #1044, #1037 को मर्ज किया है जिससे उम्मीद है कि प्रदर्शन में सुधार होगा। यदि आप नवीनतम मास्टर शाखा के खिलाफ अपना बेंचमार्क फिर से चलाते हैं तो क्या आपको बुरा लगता है और हमें बताएं कि क्या आपको अपने प्रदर्शन में सुधार दिखाई देता है?

धन्यवाद! मैं

संपादित करें: इसे अभी तक npm पर जारी नहीं किया गया है, लेकिन परिवर्तन वर्तमान मास्टर शाखा में हैं

@IanChokS बिल्कुल! इसका ख्याल रखने के लिए धन्यवाद दोस्तों। मैं नए सुधारों का परीक्षण करने के लिए उत्सुक हूं।

@IanChokS परिणाम नीचे दी गई तालिका में हैं। अगर आपका कोई प्रश्न हैं, तो मुझे से पूछें।

विधि | थकाऊ संस्करण | फाइलों की संख्या | आकार | निष्पादित करने का समय (एमएस)
-- | -- | -- | -- | --
पढ़ें | ^6.3.0 | 1 | 23.33 एमबी | 2435.834
पढ़ें | ^6.3.0 | 2 | 46.66 एमबी | 5008.435
पढ़ें | ^6.3.0 | 3 | 136.5 केबी | 329.727
सम्मिलित करें | ^6.3.0 | 2 | 11.9 एमबी | 4316.95
सम्मिलित करें | ^6.3.0 | 4 | 59 केबी | 42.864
पढ़ें | नवीनतम मास्टर | 1 | 23.33 एमबी | 2771.478
पढ़ें | नवीनतम मास्टर | 2 | 46.66 एमबी | 4877.394
पढ़ें | नवीनतम मास्टर | 3 | 136.5 केबी | 93.575
सम्मिलित करें | नवीनतम मास्टर | 2 | 11.9 एमबी | 2535.267
सम्मिलित करें | नवीनतम मास्टर | 4 | 59 केबी | 43.886

यह अच्छा लग रहा है! यह सम्मिलन के लिए हमारे परिणामों से मेल खाता है। उदाहरण के लिए, स्मृति उपयोग आधे से कम हो गया है।

हम निश्चित रूप से भविष्य में पढ़ने के समय को भी बढ़ाना चाहेंगे

:tada: इस मुद्दे को संस्करण 8.1.0 में हल किया गया है :tada:

रिलीज पर उपलब्ध है:

• npm पैकेज ( @latest dist-tag)
• गिटहब रिलीज

आपका सिमेंटिक-रिलीज़ बॉट :package::rocket: