การแก้ไขปัญหาเครือข่ายความเร็ว - สอบถามอายุเก่า

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

เรามีเซิร์ฟเวอร์ไม่กี่แห่งที่กระจายอยู่ตามพื้นที่โดยใช้ Windows หลายรุ่น สมมติว่าเราใช้โฮสต์หนึ่ง (เดสก์ท็อป) เป็นแหล่งที่มาเมื่อคัดลอกข้อมูลจากโฮสต์นั้นไปยังเซิร์ฟเวอร์อื่น ๆ ทั่วประเทศเราจะเห็นความแปรปรวนของความเร็วสูง ในบางกรณีเราสามารถคัดลอกข้อมูลที่ 12MB / s อย่างต่อเนื่องในบางกรณีเราเห็น 0.8 MB / s ควรสังเกตหลังการทดสอบ 8 จุดหมายเราดูเหมือนจะอยู่ที่ 0.6-0.8MB / s หรือ 11-12 MB / s ในอาคารที่เราเกี่ยวข้องเป็นหลักเรามีการเชื่อมต่อ OC-3 กับ ISP ของเรา

ฉันรู้ว่ามีตัวแปรมากมายที่เล่น แต่ฉันเดาว่าฉันหวังว่าผู้เชี่ยวชาญที่นี่จะช่วยตอบคำถามพื้นฐานสองสามข้อเพื่อช่วยหนุนความเข้าใจของฉัน

1. ) สำหรับเครื่องรุ่นเก่าที่ใช้ Windows XP เซิร์ฟเวอร์ 2003 ฯลฯ ด้วยการ์ดอีเทอร์เน็ต 100Mbps และเวลาแฝงทั่วไป 72 ms เสียง 0.8 MB / s จะสมเหตุสมผลหรือไม่? หรือคุณคิดว่าช้าพอที่จะระบุปัญหาหรือไม่

2. ) คลาสสิก "ความเร็วที่เร็วที่สุดทางคณิตศาสตร์" ของ "throughput = TCP window / latency" คือในกรณีของเราคำนวณเป็น 0.8 MB / s (64Kb / 72 ms) ความเข้าใจของฉันคือขอบเขตบน; ที่คุณไม่เคยคาดหวังที่จะเข้าถึง (เนื่องจากค่าใช้จ่าย) ให้เกินกว่าความเร็วนั้นเพียงอย่างเดียว ในบางกรณีเราจะเห็นความเร็ว 12.3 MB / s มีตัวเร่งความเร็ว Steelhead กระจัดกระจายอยู่รอบ ๆ เครือข่ายบัญชีเหล่านั้นมีอัตราการถ่ายโอนที่สูงกว่านี้ไหม

3. ) มีคนแนะนำว่าการใช้ SMB กับ SMB2 สามารถอธิบายความแตกต่างของความเร็วได้ แน่นอนตามที่คาดไว้การจับแพ็คเก็ตแสดงให้เห็นว่ามีการใช้งานขึ้นอยู่กับเวอร์ชั่นของระบบปฏิบัติการที่เราเล่น ฉันเข้าใจว่าอะไรเป็นตัวกำหนด SMB2 ที่ใช้หรือไม่ แต่ฉันอยากรู้ว่าประสิทธิภาพที่คุณคาดหวังได้จาก SMB2

ปัญหาของฉันดูเหมือนจะขาดประสบการณ์และที่สำคัญกว่านั้นคือมุมมองในแง่ของสิ่งที่เป็นและไม่ได้ความเร็วเครือข่ายที่เหมาะสม ใครช่วยได้บ้างบริบท / มุมมอง?

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

สูตรที่เป็นปัญหาจริง ๆ แล้วกำหนดขนาดในอุดมคติของหน้าต่างการส่ง TCP นั้นขึ้นอยู่กับเวลาแฝงและเวลาแฝงแบบไปกลับระหว่างคู่โฮสต์ที่กำหนด แนวคิดคือมีขนาดหน้าต่างที่ปริมาณข้อมูลในเที่ยวบินสอดคล้องกับสิ่งที่รู้จักกันในชื่อผลิตภัณฑ์ที่ใช้แบนด์วิดท์ล่าช้า ตัวอย่างเช่นหากคุณมี 50 เมกะบิตต่อวินาที (6.25 megaBYTES) และเวลาในการตอบกลับเฉลี่ย 100ms ดังนั้นคุณจะมีข้อมูล 6.25 * 0.1 = 625 กิโลไบต์ นี่จะเป็นค่าที่ TCP จะเจรจา (หากกำหนดค่าไว้ถูกต้อง) เนื่องจากความหน่วงแฝงและแบนด์วิดท์ของลิงก์ของคุณนั้นแตกต่างกันไปตามขนาดของหน้าต่าง

สิ่งที่คุณต้องการคือเครื่องมือการจัดการแบนด์วิดท์เช่น iperf (ฟรี) ที่ทำงานบนทั้งต้นทางและปลายทางต่างๆของคุณ วิธีนี้จะช่วยให้คุณทราบถึงปริมาณการรับส่งข้อมูลจริงที่เป็นไปได้ การเรียกใช้ ping แบบขยายระหว่างโฮสต์จะให้แนวคิดทั่วไปเกี่ยวกับลักษณะความล่าช้า เมื่อคุณมีข้อมูลนี้คุณจะมีความคิดที่ดีขึ้นเกี่ยวกับสิ่งที่คุณควรเห็นเมื่อถึงปริมาณงาน

BTW - การใช้เครื่องมือเพิ่มประสิทธิภาพ LAN ชนิดใด ๆ มักจะรวมการบีบอัดข้อมูลการปรับ TCP ให้เหมาะสมการแคช ฯลฯ ในขณะที่สะดวกมันสามารถบดบังลักษณะของลิงก์พื้นฐาน เมื่อคุณมีความคิดเกี่ยวกับแบนด์วิดท์ดิบ / ความล่าช้า (และการสูญเสียแพ็กเก็ตที่อาจเกิดขึ้น) คุณสามารถตรวจสอบอย่างละเอียดเพื่อให้แน่ใจว่าโฮสต์ต่างๆของคุณได้รับการตั้งค่าเพื่อใช้ประโยชน์จากแบนด์วิดท์ที่มีอยู่

ลอง "ping -l 8092" หรือ FTP หรือ HTTP เพื่อตรวจสอบว่าเป็นปัญหาของ SMB หรือไม่

ก่อนอื่น: คุณใช้สื่อชนิดใดในการเชื่อมต่อคอมพิวเตอร์ พวกเรา "100mpbs" คืออะไร? อีเธอร์เน็ต? คุณไม่สามารถใช้กับคอมพิวเตอร์ "กระจายตามภูมิศาสตร์" ใช่ไหม

ในกรณีที่เราเตอร์ "vpn ผ่านอินเทอร์เน็ต" ระหว่างคอมพิวเตอร์ของคุณอาจใช้ลิงค์อื่น: อันหนึ่งเร็ว, อื่น ๆ ไม่ใช่ พวกเขาอาจเลือกลิงก์ตามพารามิเตอร์หลายตัว

โปรดอธิบายเครือข่ายของคุณ

นั่นอาจเป็นปัญหาของ MTU เช่นกันลิงก์หลายรายการอาจมี MTU ต่างกัน

ความคิดเห็นและผู้ใช้จำนวนมากได้ให้คำแนะนำที่ดีที่นี่ บางคนก็เข้าใกล้สิ่งที่ฉันกำลังมองหา แต่ฉันก็โชคดีที่ได้พบกับทหารผ่านศึกเครือข่ายจาก บริษัท ของเราที่ช่วยอธิบายสิ่งต่าง ๆ ฉันคิดว่าฉันจะโพสต์สิ่งที่ค้นพบ / ความเข้าใจของฉันที่นี่เพื่อประโยชน์ของผู้อื่น โปรดอย่าลังเลที่จะแก้ไขฉันหากสิ่งนี้เกิดขึ้น

1. ) ทรูพุตสูงสุดของเซสชัน TCP เดียวที่มีเวลาตอบสนอง 72ms และหน้าต่าง 64K อยู่ที่ประมาณ 0.8 MB / s ทำให้ความเร็วนั้นเหมาะสมสำหรับเธรดเดี่ยวสำเนาเซสชันเดียวเช่นเดียวกับที่เราดำเนินการกับ robocopy

2. ) ความแตกต่างของความเร็วนี้ดูเหมือนว่าจะลดลงสำหรับประสิทธิภาพของวิธีการถ่ายโอน ในกรณีของเราเราใช้ Robocopy และ Repliweb ฉันค้นพบ robocopy ใช้เซสชัน TCP เดียวในขณะที่ Repliweb สามารถเปิดหลายเซสชันเพื่อส่งข้อมูลผ่าน

3. ) การวิจัยจากเว็บไซต์ของ Microsoft แสดงให้เห็นว่า SMB2 มีผลการดำเนินงานที่ดีกว่า SMB1 อย่างไรก็ตามมีปัญหาในบางกรณีเกี่ยวกับวิธีที่ OS เจรจาต่อรองโปรโตคอลที่จะใช้ดังนั้นเราควรตระหนักถึงทั้ง a.) ซึ่งอาจใช้SMB2 และ b.) SMB2 นั้นใช้จริงหรือไม่ ในการจับเครือข่าย

ปัจจุบันดูเหมือนว่า Wire-shark สามารถกำหนดการใช้โปรโตคอล SMB2 ได้

ฉันหวังว่านี่จะช่วยได้. อีกครั้งความเข้าใจของฉันค่อนข้างพื้นฐานที่นี่อย่าลังเลที่จะขยาย