Tedious: يستغرق الإدخال في varbinary (max) col مع FILESTREAM أو القراءة من هذا العمود 10 ثوانٍ

مرحبا sammaniamsam ،

شكرا لتوضيح هذا. أعتقد أن هذا قد يكون بسبب كيفية تنفيذ تحليل الرمز المميز في Tedious ، أي أن هناك الكثير من عمليات إعادة الاتصال غير المتزامنة التي تشغل الكثير من الذاكرة والتي تصبح أكثر من ذلك عند استخدام varbinary (max) وربما varchar (max) أيضًا. لدينا خطة لإعادة هيكلة كيفية تنفيذ الأشياء في Tedious لزيادة الأداء القادم في المستقبل القريب.

ما هي أفكارك arthurschreiber ، @ MichaelSun90 ؟

مرحبًا sammaniamsam ، أشعر بالفضول فقط ما هو إصدار Tedious الذي تستخدمه والذي يسبب اختناق الأداء هذا؟ # 1006

IanChokS أنا أستخدم "^ 5.0.3"

حسنًا بعد غربلة جميع المشكلات المفتوحة حاليًا ، من الواضح أن عرقلة الأداء مشكلة شائعة (على سبيل المثال ، # 879 ، # 781 ، # 475 ، # 467 ، # 319 ، # 303). لدينا حاليًا في خريطة الطريق أشياء مثل تنفيذ ميزة "التشفير دائمًا" ، وتحسين التحقق من صحة / تحويل نوع البيانات ، وموفري المصادقة القابلة للتوصيل ، وإعادة بناء أنواع البيانات الحالية . ولكن استنادًا إلى المشكلات التي يتم طرحها ، يبدو أن كتلة الأداء هذه هي أكثر الحواجز شيوعًا التي يواجهها الأشخاص عند استخدامهم مملاً. أنا أناقش مع Arthur والفريق بشأن العمل الذي يجب تحديد أولوياته ، لذلك إذا كنت تشعر أن تحسين الأداء هو أكبر تغيير ترغب في رؤيته ، فالرجاء ترك إعجاب أو التعليق على أفكارك حول كيفية المضي قدمًا. أي ردود فعل ستكون مفيدة جدا! 🙇

العمل قيد التقدم لإصلاح مشكلات الأداء -> # 1037

الوصف: # 1038

مرحبًا sammaniamsam ، لقد دمجنا مؤخرًا # 1049 ، # 1044 ، # 1037 ونأمل أن يحسن الأداء. هل تمانع إذا قمت بتشغيل المعيار الخاص بك مرة أخرى مقابل أحدث فرع رئيسي وأخبرنا إذا رأيت تحسنًا في الأداء من نهايتك؟

شكرا! 🙇

تحرير: لم يتم إصداره بعد في npm ، ولكن التغييرات في الفرع الرئيسي الحالي

تضمين التغريدة شكرا لكم يا رفاق على الاهتمام بهذا. إنني أتطلع إلى اختبار التحسينات الجديدة.

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 (@ أحدث علامة توزيع)
• إصدار جيثب

روبوت التحرير الدلالي الخاص بك: Package :: Rocket: