اختبار بروتوكول VMess

اختبار بروتوكول VMess

محتوى الاختبار

إضافة 10000 مستخدم، لمحاكاة استخدام عدد كبير من المستخدمين لـ بروتوكول VMess في آنٍ واحد

وصف الاختبار

يدعم الخادم مصادقة VMess+MD5+VMessAEAD معًا، ويتصل العميل باستخدام VMessAEAD، ووضع النقل websocket، و10000 مستخدم، وقيمة alterId 0

بيئة الاختبار

Ubuntu 20.04، 4 أنوية و8 GB ذاكرة، بدون swap

طريقة الاختبار

العميل->برنامج البروكسي->الخادم (موقع محاكى)

1. يُنشئ العميل 3000 اتصال بالخادم عبر البروكسي، ويرسل العميل في كل اتصال كل 2 ثانية حزمة بيانات عشوائية بحجم 1KB~16KB إلى الخادم، ويرسل الخادم في كل اتصال كل 1 ثانية حزمة بيانات عشوائية بحجم 1KB~16KB إلى العميل
2. يستمر كل اتصال لمدة عشوائية بين 30~120 ثانية ثم يُغلق، وبعد إغلاق كل اتصال يُنشأ اتصال جديد فورًا، للحفاظ على ثبات العدد الإجمالي للاتصالات النشطة
3. التشغيل لمدة 10 دقائق، ثم الإبقاء على البرنامج في حالة خمول دون حركة بيانات لمدة 5 دقائق، ثم التشغيل مجددًا لمدة 5 دقائق، وأخيرًا الإبقاء على البرنامج في حالة خمول دون حركة بيانات لمدة 10 دقائق، بإجمالي 30 دقيقة للاختبار، مع تسجيل المعالج والذاكرة وعدد الاتصالات وسرعة الشبكة

مخطط مراقبة v2ray

يرجع الارتفاع المتقطع في استهلاك المعالج إلى أن بروتوكول VMess يولّد كل 10 ثوانٍ معلومات تحقق جديدة لجميع المستخدمين، وهو ما يستهلك المعالج، وهذه سمة من سمات بروتوكول VMess، والأمر نفسه ينطبق على xray وsoga أدناه

مخطط مراقبة xray

مخطط مراقبة soga

ملخص بيانات الاختبار

البرنامج	أعلى استهلاك للذاكرة	استهلاك الذاكرة عند الانتهاء	متوسط استهلاك المعالج في فترة الذروة	متوسط استهلاك المعالج في فترة الخمول
v2ray-core(v4.45.2)، مع ضبط ذاكرة تخزين مؤقت للاتصال 16KB	1079MB	565MB	33.62%	1.45%
xray-core(v1.5.9)، مع ضبط ذاكرة تخزين مؤقت للاتصال 16KB	1084MB	553MB	31.74%	1.43%
soga(v2.7.7)، ذاكرة تخزين مؤقت للاتصال افتراضية 16KB، دون تفعيل v2ray_reduce_memory، ويمكن خفض الذاكرة أكثر عند تفعيله	604MB	276MB	21.25%	1.58%