เกี่ยวกับประสิทธิภาพของการใช้ TCP ของ Linux และ Windows

ฉันเข้าใจว่าการใช้ TCP stack ใน windows และ Linux แตกต่างกัน Windows ใช้อัลกอริธึมควบคุมความแออัดที่รู้จักในชื่อ TCP Reno ในขณะที่ Linux ใช้ Cubic

โพรโทคอล 2 วิธีเปรียบเทียบเมื่ออยู่ร่วมกันบนเครือข่ายเดียวกัน เป็นความจริงหรือไม่ที่จะบอกว่า Cubic (Linux) ก้าวร้าวมากขึ้นและอาจจบลงด้วยการได้รับแบนด์วิดธ์ที่สูงขึ้น?

โปรดทราบว่าอัลกอริทึมการควบคุมความแออัดมีผลกับทราฟฟิกทวนน้ำและทำให้แบนด์วิดท์อัปสตรีมเท่านั้น

ดังที่กล่าวไปแล้วลูกบาศก์จริง ๆ แล้วมีความก้าวร้าวมากขึ้นโดยเฉพาะอย่างยิ่งสำหรับเครือข่ายที่มีผลิตภัณฑ์ที่มีแบนด์วิธสูงล่าช้า แม้กระทั่งกฎที่มีอยู่ในการใช้งาน Linux เพื่อไม่ให้ใช้อัตราการส่งที่น้อยกว่า reno ในสถานการณ์เดียวกัน:

อัลกอริธึมลีนุกซ์ลูกบาศก์ยังมีรหัสที่ทำให้มั่นใจได้ว่าอัลกอริทึมแบบลูกบาศก์นั้นมีความก้าวร้าวเทียบเท่ากับ TCP มาตรฐาน

- Leith, Shorten, McCullagh, การประเมินผลการทดลองของ Cubic-TCP

ดังนั้นเมื่อดาวน์โหลดการอัปเดต Windows ของคุณในขณะที่ดูวิดีโอ Youtube ปริมาณการใช้ Youtube ของคุณอาจทำให้ปริมาณการใช้ข้อมูลไมโครซอฟต์ของคุณลดลงและไม่มีอะไรที่คุณสามารถทำได้

ก่อนอื่นสิ่งที่คุณพูดไม่ถูกต้องตามข้อเท็จจริง:

• Linux สูงถึงเคอร์เนลเวอร์ชัน 2.6.18 ใช้BIC เป็นค่าเริ่มต้น
• Linux kernel 2.6.19 และใหม่กว่าใช้CUBICตามค่าเริ่มต้น
• กลไกการควบคุมความคับคั่งของ TCP ของ Linux นั้นสามารถเสียบได้เช่นคุณสามารถเปลี่ยนได้อย่างง่ายดาย
• Windows XP และก่อนหน้านี้ใช้ TCP Reno (หรือReno ใหม่ )
• Windows Vista และต่อมาก็มี Compound TCPซึ่งเปิดใช้งานโดยค่าเริ่มต้นใน Server 2008 และสามารถเปิดใช้งานใน Vista และ Windows 7 หากจำเป็น

อัลกอริธึมทั้งหมดเหล่านี้มีการปรับตัวเองตามแบนด์วิดท์เครือข่ายที่มีอยู่, เวลาในการตอบสนอง, หน่วยความจำที่มีอยู่เป็นต้นนอกจากนี้ยังมีพารามิเตอร์การกำหนดค่ามากมายที่ให้คุณปรับแต่งเอง

ดังนั้นคุณไม่สามารถเปรียบเทียบหนึ่งกับอื่น ๆ โดยไม่ต้องดูโทโพโลยีเครือข่ายเฉพาะที่ใช้ฮาร์ดแวร์และซอฟต์แวร์ ฯลฯ มันไม่เหมือนกับที่หนึ่งดีกว่าอื่น ๆ หรือจะใช้แบนด์วิธที่ใหญ่กว่าที่มีอยู่ มันเป็นความจริงที่ CUBIC นั้นมีความก้าวร้าวน้อยกว่า BIC แต่ในทางปฏิบัติการพิจารณาอื่น ๆ มักจะสำคัญกว่ารสชาติของอัลกอริธึมการใช้ TCP ที่แออัด

ยกเว้นว่าคุณกำลังพยายามปรับให้เข้ากับสถานการณ์เครือข่ายที่แคบและผิดปกติอัลกอริธึมเหล่านี้จะทำงานได้ดีและเป็นธรรม