Score:0

Bytes-in-flight สูงกว่าหน้าต่างรับในการเชื่อมต่อไคลเอนต์ที่ค้าง

ธง in

ฉันกำลังจัดการกับ "ปัญหาผี" เรามี URL ปลายทางที่บางคนสามารถใช้ได้ตลอดเวลาโดยไม่มีปัญหา แต่คนอื่นๆ มีการเชื่อมต่อที่ค้างในฝั่งไคลเอ็นต์ (ตรวจสอบด้วยโค้ดไคลเอ็นต์หลายตัวที่เขียนด้วย Java, Python C#) ที่ไม่เสร็จสิ้นในขณะที่เซิร์ฟเวอร์เห็นการรีเซ็ตการเชื่อมต่อ ฉันได้บันทึกการรับส่งข้อมูลผ่านเครือข่ายที่ใช้งานได้และมีการซิงโครไนซ์อย่างสมบูรณ์แบบ และฉันสามารถเห็นได้ว่าเมื่อผู้ส่งเข้าใกล้ขนาดหน้าต่างตัวรับ มันจะลดขนาดลงในขณะที่เครือข่ายที่ล้มเหลวจำนวนไบต์ในการบินเพิ่มขึ้น 3-4 เท่าจากขนาดหน้าต่างที่คำนวณได้ เพื่อทำให้สิ่งต่าง ๆ สับสนมากขึ้น เรามีจุดสิ้นสุดที่แตกต่างกัน 2 จุดซึ่งมีการตั้งค่าเกือบเหมือนกัน และมีจุดหนึ่งที่ทำให้เกิดปัญหาตามที่อธิบายไว้ และอีกจุดหนึ่งที่สามารถจัดการได้ทั้งหมด (ความแตกต่างเพียงอย่างเดียวระหว่างจุดสิ้นสุดคือประเภท VM ที่ใช้ในคลัสเตอร์) ดูเหมือนว่ามีการโฆษณาการปรับขนาดอัตโนมัติในทั้งสองกรณีและแพ็กเก็ตเริ่มต้นดูเหมือนกับฉัน นี่คือการจับเครือข่ายการทำงาน การจับภาพเครือข่ายที่ล้มเหลว การจับภาพเครือข่ายที่ล้มเหลว

cn flag
ขนาดหน้าต่างจะไม่ทำให้เกิดสิ่งนี้ MTU คืออะไร?
Ver Siw avatar
in flag
@GregAskew เป็น 1,500 บนเครือข่ายที่สร้างปัญหา

โพสต์คำตอบ

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