Aspnetcore: اختبار حد الاتصال المتزامن على أحجام مختلفة من Azure VM

تم إنشاؤها على ٢٨ يونيو ٢٠١٨  ·  3تعليقات  ·  مصدر: dotnet/aspnetcore

اجمع عدد الاتصال ، CPU٪ ، استخدام الذاكرة
أحجام الماكينة:

  • [] B1s (4900 اتصال ، عامل تحديد ذاكرة الوصول العشوائي 1 غيغابايت ، وحدة المعالجة المركزية ~ 10٪) المواصفات: 1 غيغابايت من ذاكرة الوصول العشوائي ، 1 وحدة المعالجة المركزية
  • [] B2s (82000 اتصال ، وحدة المعالجة المركزية وذاكرة الوصول العشوائي بشكل أساسي 100٪) المواصفات: 4 جيجا بايت رام ، 2 وحدة المعالجة المركزية
  • [] D2s_v3 (110.000 اتصال ، وحدة المعالجة المركزية 100٪ ، ذاكرة الوصول العشوائي 80٪) المواصفات: 8 جيجا بايت رام ، 2 وحدة المعالجة المركزية
  • [] D4s_v3 (160000 اتصال ، وحدة المعالجة المركزية 100٪ ، ذاكرة الوصول العشوائي 50٪ ، تم بدء فصل الاتصالات) المواصفات: 16 جيجا بايت رام ، 4 وحدة معالجة مركزية
  • [] D8s_v3 المواصفات: 32 جيجا بايت رام ، 8 وحدة معالجة مركزية
  • [] D16s_v3 المواصفات: 64 جيجا بايت رام ، 16 وحدة معالجة مركزية
  • [] D32s_v3 المواصفات: 128 جيجا بايت رام ، 32 وحدة المعالجة المركزية
  • [] مواصفات D64s_v3: 256 جيجا بايت رام ، 64 وحدة معالجة مركزية

ملاحظة: اختبر Linux مقابل Windows VMs لمعرفة ما إذا كان هناك فرق

area-signalr task

التعليق الأكثر فائدة

نحن مهتمون بالنتائج هنا ؛)

ال 3 كومينتر

نحن مهتمون بالنتائج هنا ؛)

مهتم جدا !

إغلاق هذا لأن الأداء يمثل مصدر قلق دائم ومسار عمل بالنسبة لنا ، لكن تفاصيل هذه المشكلة لم تعد ذات صلة حقًا بعد الآن. القلق هو أن هذه البيانات ستستند إلى ظروفنا الخاصة وستتقادم بسرعة كبيرة.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات