Slow-start is part of the congestion control strategy used by TCP, the การแปล - Slow-start is part of the congestion control strategy used by TCP, the ไทย วิธีการพูด

Slow-start is part of the congestio

Slow-start is part of the congestion control strategy used by TCP, the data transmission protocol used by many Internet applications. Slow-start is used in conjunction with other algorithms to avoid sending more data than the network is capable of transmitting, that is, to avoid causing network congestion. The algorithm is specified by RFC 5681.

Slow-start begins initially with a congestion window size (cwnd) of 1, 2 or 10.[7] The value of the Congestion Window will be increased by one with each acknowledgement (ACK) received, effectively doubling the window size each round-trip time ("although it is not exactly exponential because the receiver may delay its ACKs, typically sending one ACK for every two segments that it receives"[8]). The transmission rate will be increased with slow-start algorithm until either a loss is detected, or the receiver's advertised window (rwnd) is the limiting factor, or the slow start threshold (ssthresh) is reached. If a loss event occurs, TCP assumes that it is due to network congestion and takes steps to reduce the offered load on the network. These measurements depend on the used TCP congestion avoidance algorithm. Once ssthresh is reached, TCP changes from slow-start algorithm to the linear growth (congestion avoidance) algorithm. At this point, the window is increased by 1 segment for each RTT.

Although the strategy is referred to as "Slow-Start", its congestion window growth is quite aggressive, more aggressive than the congestion avoidance phase.[9] Before slow-start was introduced in TCP, the initial pre-congestion avoidance phase was even faster.

The behavior upon packet loss depends on the TCP congestion avoidance algorithm that is used.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
เริ่มช้าคือ ส่วนหนึ่งของกลยุทธ์การควบคุมความแออัดที่ใช้ TCP โพรโทคอลการส่งข้อมูลใช้งานอินเทอร์เน็ตหลาย ๆ เริ่มช้าใช้ร่วมกับอัลกอริทึมอื่น ๆ เพื่อหลีกเลี่ยงการส่งข้อมูลให้มากกว่าเครือข่ายสามารถส่ง นั่นคือ การหลีกเลี่ยงความแออัดของเครือข่าย อัลกอริทึมที่ระบุ โดย RFC 5681เริ่มช้าเริ่มต้นครั้งแรก ด้วยความแออัดขนาด (cwnd) 1, 2 หรือ 10 [7] ค่าของหน้าต่างแออัดจะเพิ่มขึ้นหนึ่งกับแต่ละรับรอง (ACK) รับ เสแสร้งขนาดหน้าต่างได้อย่างมีประสิทธิภาพทุกครั้งไป-กลับ ("แม้ว่ามันจะชี้แจงไม่ตรงเนื่องจากผู้รับอาจล่าช้า ACKs โดยทั่วไปการส่ง ACK หนึ่งสำหรับทั้งส่วนที่มัน receives"[8]) อัตราการส่งจะเพิ่มขึ้นกับอัลกอริทึมเริ่มช้าจนกว่าจะตรวจ พบการสูญเสีย หรือหน้าต่างโฆษณาของผู้รับ (rwnd) เป็นตัวคูณ limiting หรือเพดานเริ่มช้า (ssthresh) หากเกิดเหตุการณ์ขาดทุน TCP สันนิษฐานว่า เนื่องจากความแออัดของเครือข่าย และขั้นตอนเพื่อลดการโหลดนำเสนอบนเครือข่าย การวัดเหล่านี้ขึ้นกับวิธีการหลีกเลี่ยงความแออัดของ TCP ใช้ เมื่อถึง ssthresh, TCP เปลี่ยนจากอัลกอริทึมเริ่มช้าเป็นอัลกอริทึม (หลีกเลี่ยงความแออัด) เติบโตเชิงเส้น ที่จุดนี้ หน้าต่างจะเพิ่มขึ้น โดยส่วนที่ 1 สำหรับแต่ละค่า RTTAlthough the strategy is referred to as "Slow-Start", its congestion window growth is quite aggressive, more aggressive than the congestion avoidance phase.[9] Before slow-start was introduced in TCP, the initial pre-congestion avoidance phase was even faster.The behavior upon packet loss depends on the TCP congestion avoidance algorithm that is used.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ช้าเริ่มต้นเป็นส่วนหนึ่งของกลยุทธ์การควบคุมความแออัดที่ใช้โดย TCP โปรโตคอลการส่งผ่านข้อมูลที่ใช้โดยการใช้งานอินเทอร์เน็ตจำนวนมาก ช้าเริ่มต้นที่จะใช้ร่วมกับขั้นตอนวิธีการอื่น ๆ เพื่อหลีกเลี่ยงการส่งข้อมูลมากกว่าเครือข่ายที่มีความสามารถในการส่งสัญญาณที่เป็นเพื่อหลีกเลี่ยงการก่อให้เกิดความแออัดของเครือข่าย อัลกอริทึมจะถูกระบุโดย RFC 5681. ช้าเริ่มต้นเริ่มต้นครั้งแรกที่มีขนาดของหน้าต่างแออัด (CWnd) 1, 2 หรือ 10 [7] ค่าของหน้าต่างแออัดที่จะเพิ่มขึ้นโดยหนึ่งกับแต่ละทราบ (ACK) ที่ได้รับ ได้อย่างมีประสิทธิภาพเป็นสองเท่าของขนาดของหน้าต่างเวลาในแต่ละรอบการเดินทาง ( "แม้ว่ามันจะไม่ชี้แจงว่าเพราะรับอาจล่าช้า ACKs มันมักจะส่ง ACK หนึ่งสำหรับทุกสองกลุ่มที่ได้รับ" [8]) อัตราการส่งจะเพิ่มขึ้นด้วยวิธีช้าเริ่มต้นจนกว่าจะมีการตรวจพบการสูญเสียหรือหน้าต่างที่โฆษณาของผู้รับ (rwnd) เป็นปัจจัย จำกัด หรือเกณฑ์การเริ่มต้นช้า (ssthresh) จะมาถึง ถ้าเหตุการณ์การสูญเสียเกิดขึ้น TCP สันนิษฐานว่าเป็นเพราะความแออัดของเครือข่ายและใช้เวลาดำเนินการเพื่อลดภาระที่นำเสนอบนเครือข่าย วัดเหล่านี้ขึ้นอยู่กับขั้นตอนวิธีการหลีกเลี่ยงความแออัดที่ใช้ TCP เมื่อ ssthresh ถึงการเปลี่ยนแปลง TCP จากอัลกอริทึมช้าเริ่มต้นการเติบโตเชิงเส้น (หลีกเลี่ยงความแออัด) อัลกอริทึม ณ จุดนี้หน้าต่างถูกเพิ่มขึ้น 1 ส่วนสำหรับแต่ละ RTT. แม้ว่ากลยุทธ์ที่จะเรียกว่า "ช้า Start" การเจริญเติบโตของหน้าต่างแออัดของมันค่อนข้างก้าวร้าวก้าวร้าวมากขึ้นกว่าขั้นตอนการหลีกเลี่ยงความแออัด. [9] ก่อนที่จะช้า เริ่มต้นเป็นที่รู้จักใน TCP, ขั้นตอนการหลีกเลี่ยงความแออัดก่อนเริ่มต้นได้เร็วยิ่งขึ้น. ลักษณะการทำงานเมื่อสูญเสียตขึ้นอยู่กับขั้นตอนวิธีการหลีกเลี่ยงความแออัดของ TCP ที่ใช้






การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: