ฉันได้รับข้อมูลที่สำคัญกับ iPerf ในโหมด UDP เนื่องจาก CPU ไม่สามารถติดตามได้ ด้วยเหตุผลบางอย่าง iPerf กับ UDP ดูเหมือนว่าจะมีมาก CPU เข้มข้นมากขึ้นกว่า iPerf กับ TCP คุณเคยมีอัตราการสูญเสียเท่ากันหรือไม่เมื่อคุณตั้งค่า iPerf ให้เท่ากับครึ่งหนึ่ง
ในการตอบคำถามที่สองของคุณเกี่ยวกับจำนวนแพ็กเก็ตที่ยอมรับได้นั้นขึ้นอยู่กับแอปพลิเคชั่นที่คุณใช้งานปริมาณการรับส่งข้อมูล จริงๆแล้วไม่ควรมีการสูญเสียใด ๆ ถ้าคุณอยู่ภายใต้ขีด จำกัด แบนด์วิดท์ของคุณ สำหรับสิ่งต่าง ๆ ส่วนใหญ่ฉันอาจจะไม่บ่นมากเกินไปเกี่ยวกับ. 25% แต่ก็ยังคงมีการสูญเสียมากถ้าคุณทำงานด้วยอัตราที่สูงมาก
[แก้ไข 1] ความคิดอื่น ๆ ที่ฉันมีในหัวข้อ:
- ลองเพิ่มอัตราของ iPerf หากมีปัญหาในระบบอยู่ที่ไหนสักแห่งเป็นไปได้ว่าคุณอาจประสบกับการสูญเสียเท่าเดิมไม่ว่าอัตรานั้นจะเป็นเท่าไหร่ หากคุณอยู่ในขอบเขตของฮาร์ดแวร์ของคุณหรือผู้ให้บริการของคุณทำอะไรบางอย่างของREDคุณจะไม่มีการสูญเสียในอัตราที่แน่นอนและจากนั้นการสูญเสียที่เพิ่มขึ้นที่สูงกว่าที่คุณไป
- ทำการวัด tcpdump ของเซสชัน iPerf เพียงเพื่อตรวจสอบว่าการทดสอบของคุณถูกต้อง
- ลอง iPerf ด้วย TCP สิ่งนี้จะไม่รายงานการสูญเสีย แต่ถ้าคุณได้รับการสูญเสียการเชื่อมต่อจะไม่สามารถเพิ่มขนาดได้สูงมาก เนื่องจากความหน่วงแฝงจะส่งผลกระทบต่อสิ่งนี้ด้วยดังนั้นให้ทดสอบจุดสิ้นสุดด้วยเวลาแฝงที่น้อยที่สุดเท่าที่จะทำได้
- ขึ้นอยู่กับอุปกรณ์ที่คุณมีในการเชื่อมต่อของคุณตรวจสอบให้แน่ใจว่าคุณอยู่ใกล้มันมากที่สุด เช่นหากคุณมีสวิตช์หลายตัวระหว่างระบบทดสอบของคุณกับเราเตอร์ขอบย้ายไปยังสวิตช์ที่เชื่อมต่อโดยตรง
- หากคุณมีสวิตช์ที่มีการจัดการตรวจสอบสถิติบนสวิตช์เพื่อให้แน่ใจว่าไม่มีการสูญเสียเกิดขึ้นที่นั่น ฉันพบสวิตช์ที่ถูกกว่าบางตัวที่เริ่มลดลงเมื่อคุณเข้าใกล้กับ 100Mbps ของการรับส่งข้อมูลบน UDP ที่สวิตช์เหล่านั้น (ส่วนใหญ่เป็นสวิตช์เก่าที่ไม่มีการจัดการและราคาถูก)
- ลอง iPerfs พร้อมกันจากสองไคลเอนต์ที่แตกต่างกันไปยังโฮสต์ที่แตกต่างกันสองเพื่อให้คุณสามารถมั่นใจได้ว่าข้อ จำกัด ไม่ได้เป็นผลมาจาก CPU หรือ NIC การ์ดท้องถิ่นราคาถูก