Iperf: فترة تشغيل وإحصائيات لمدة ساعة واحدة في إخراج JSON

يتم تعيين الحد الأقصى لوقت التشغيل بواسطة الثابت MAX_TIME في src/iperf.h . تغيير ذلك من شأنه تغيير الحد الأقصى للقيمة التي يمكن تحديدها في سطر الأوامر. لقد ناقشتُ مع bltierney هذا الأمر ، ونعتقد أن الحد الأقصى يجب أن يكون بالتأكيد أعلى ، لأن هناك بعض حالات الاستخدام الجيدة لإجراء الاختبارات التي تزيد مدتها عن ساعة ، على الرغم من أننا لسنا متأكدين بالضبط من مقدار الارتفاع. ربما نذهب إلى يوم واحد (86400).

لا يمكن عرض JSON إلا في نهاية التشغيل لأنه نظرًا لأن نتائج JSON منظمة حاليًا ، فلا يمكن عرض نتيجة جزئية.

وضع علامة على هذا لـ 3.0.x لزيادة المعلمة MAX_TIME .

مرحبا بروس ،

شكرا. حول إخراج JSON: أفهم أنه مكتوب بالكامل في النهاية ، لكن سؤالي كان حول موضوع آخر ، لكنني قمت بحل هذا. في الواقع ، لاحظ أحد زملائي أن مخرجات الخادم والعميل مختلفة: فالمخرجات من الخادم تمت طباعتها وفقًا للفاصل الزمني ، في حين أن المخرج من العميل يطبعه فقط في النهاية ويتم حسابه على مدار التشغيل بالكامل. لذلك قمنا بالحل باستخدام إخراج الخادم ، ولكن ربما تريد التحقق من سبب هذا الاختلاف.

يعتبر
فيديريكو

لا تتوفر إحصاءات Jitter حاليًا إلا على الخادم لأن هذا هو المكان الذي تم إنشاؤه فيه. هناك مشكلة معلقة (رقم 160) للعميل والخادم لتبادل المزيد من البيانات في نهاية الاختبار بحيث يكون لكل منهما مجموعة كاملة من النتائج.

هل يمكنني أن أسأل بأدب لماذا وضع حدًا أقصى لمدة الاختبار على الإطلاق؟

Yakkity : أردنا تجنب خطر وجود تدفقات عالية معدل البت تعمل بشكل أساسي إلى الأبد. يجب أن يكون الشخص الذي لديه حاجة حقيقية لهذا قادرًا على تعديل الكود (إنه أمر تافه).