Both RTT and throughput aremeasured with respect to a dedicatedserver  การแปล - Both RTT and throughput aremeasured with respect to a dedicatedserver  ไทย วิธีการพูด

Both RTT and throughput aremeasured

Both RTT and throughput aremeasured with respect to a dedicated
server at TU Darmstadt (Germany), allowing maximum
flexibility in the measurement setup. The server and the university
network are well connected to the public Internet using a
lightly loaded network. The mobile devices used in the measurement
campaigns are all Nexus 5 devices running Android
4.4.4, while the devices used by the users of the public application
vary. Hence, thorough filtering was applied to assure high
quality of the measurements.
When measuring throughput and RTT, the cellular network
poses additional challenges compared to wired networks,
requiring adaptation of the measurement procedure. Due to
the mobility of the users, the duration of the measurements
must be kept to a minimum. This is particularly important
for throughput measurements, as the available data rates may
change within seconds.
The RTT measurements use the native ping command on the
Android device to determine the latency to the server. The minimum,
average, and maximum RTT out of five consecutive ping
measurements (excluding the connection upgrade delay) were
recorded. These measurements were run once per minute to
obtain a fine-grained view on the network performance.
Network operations on mobile devices cause an additional,
device internal delay, stemming from kernel and operating
system processing the outgoing and incoming packets [26].
This delay is different depending on the chosen measurement
implementation (e.g. native ping, HTTP ping, socket connect
duration). For our measurements, the RTT is measured using
the native ping command, eliminating the influence of the
Android virtual machine and its scheduling on the accuracy of
the measurements. The ping command directly accesses the low
level timing functions. According to [18] the additional delay
of the sent and received packets on the Nexus 5 for a measured
RTT of 20 ms and 50 ms is 6.028 ms and 7.70 ms with a 95%
confidence interval of ±0.811 ms and ±2.331 ms.
The TU Darmstadt server used for the RTT measurements
is also used to measure the throughput between the end-user
device and the server. The measurements are run using a
patched version of iPerf5, allowing to measure the down-link
bandwidth (conventional iPerf always measures the up-link
from the iPerf client). The generated traffic is reduced by limiting
the time of the measurement, which by default is set to
run for 10 s. In lab trials the minimum measurement duration
on WiFi was determined to be 3 s for the connection to exit the
slow start phase and remain within a limit of ±10% compared
to the full measurement. Repeating the same measurements on
a 3G network led to a minimum measurement interval of 5 s
due to the higher RTT. The accuracy of this setting was also
verified on LTE and hence set as the default interval for all
measurements.
The performance of popular websites is measured by connecting
to the respective URLs of the service as derived
from the Alexa website ranking service6. These addresses are
used on the mobile client to first measure the RTT using the
ping command, measure the connect duration using a TCP
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
Aremeasured RTT และอัตราความเร็วเกี่ยวกับเฉพาะสูงสุดช่วยให้เซิร์ฟเวอร์ของคุณที่ TU ดาร์มสตัดท์ (เยอรมนี),มีความยืดหยุ่นในการตั้งค่าการวัด เซิร์ฟเวอร์และมหาวิทยาลัยเครือข่ายเชื่อมต่อกันโดยใช้อินเทอร์เน็ตสาธารณะเครือข่ายโหลด อุปกรณ์มือถือที่ใช้ในการวัดแคมเปญจะใช้ Android อุปกรณ์ Nexus 5 ทั้งหมด4.4.4 ในขณะที่อุปกรณ์ที่ใช้ โดยผู้ใช้ของโปรแกรมประยุกต์ที่สาธารณะแตกต่างกัน ด้วยเหตุนี้ การกรองอย่างละเอียดถูกนำไปใช้เพื่อให้มั่นใจสูงคุณภาพของการวัดเมื่อวัดปริมาณงานและ RTT เครือข่ายโทรศัพท์ก่อให้เกิดความท้าทายเพิ่มเติมเมื่อเปรียบเทียบกับแบบมีสายเครือข่ายต้องปรับกระบวนการวัด เนื่องจากการจำนวนของผู้ใช้ ระยะเวลาของการวัดต้องเก็บไว้ให้น้อยที่สุด นี้เป็นสิ่งสำคัญโดยเฉพาะอย่างยิ่งสำหรับการวัดอัตราความเร็ว เป็นข้อมูลมี ราคาอาจเปลี่ยนภายในวินาทีการวัดค่า RTT ใช้คำสั่ง ping ดั้งเดิมบนอุปกรณ์ android การตรวจสอบล่าช้าไปยังเซิร์ฟเวอร์ ขั้นต่ำRTT เฉลี่ย และสูงสุดจากปิงห้าติดต่อกันวัด (จำนวนการหน่วงเวลาการเชื่อมต่อการอัพเกรดได้บันทึก การวัดเหล่านี้ถูกเรียกใช้ครั้งต่อนาทีเพื่อได้รับมุมมองกำหนดประสิทธิภาพการทำงานของเครือข่ายทำให้เกิดการดำเนินงานของเครือข่ายบนอุปกรณ์มือถือเพิ่มเติมอุปกรณ์ภายในความล่าช้า เกิดจากเคอร์เนล และการดำเนินงานระบบการประมวลผลแพคเก็ตขาเข้า และขาออก [26]หน่วงเวลานี้จะแตกต่างกันขึ้นอยู่กับการวัดในการใช้งาน (เช่นแม่ปิง ping HTTP เชื่อมต่อซ็อกเก็ตระยะเวลา) สำหรับการวัดของเรา RTT ถูกวัดโดยใช้คำสั่ง ping ดั้งเดิม ขจัดอิทธิพลของการเครื่องเสมือนหุ่นยนต์และการจัดกำหนดการความถูกต้องของการวัด คำสั่ง ping ต่ำในการเข้าถึงโดยตรงระดับเวลาฟังก์ชัน [18] ตามการหน่วงเวลาเพิ่มเติมการส่ง และรับแพคเก็ตบน Nexus 5 สำหรับการวัดจาก 20 ms และ 50 ms เป็น 6.028 ms และ ms 7.70 กับ 95%ช่วงความเชื่อมั่นของ ±0.811 ms ±2.331 msดาร์มสตัดท์ TU เซิร์ฟเวอร์ที่ใช้สำหรับการวัดค่า RTTยังใช้การวัดปริมาณงานระหว่างผู้ใช้อุปกรณ์และเซิร์ฟเวอร์ การวัดจะเรียกใช้การปะรุ่น iPerf5 ช่วยให้การวัดการเชื่อมโยงลงแบนด์วิธ (iPerf ทั่วไปมักจะวัดการเชื่อมโยงขึ้นจาก iPerf ไคลเอ็นต์) ลดการจราจรที่สร้างขึ้น โดยการจำกัดเวลาของการวัด ซึ่งถูกกำหนด โดยค่าเริ่มต้นเรียกใช้สำหรับ 10 s ในห้องปฏิบัติการทดลองระยะเวลาการวัดที่ต่ำสุดบน WiFi ได้กำหนดให้เป็น 3 s สำหรับการเชื่อมต่อเพื่อออกจากการเริ่มขั้นตอนช้า และยังคงอยู่ภายในขีดจำกัดของ± 10% เมื่อเทียบการประเมินเต็มรูปแบบ ทำซ้ำการวัดบนเครือข่าย 3G นำช่วงการวัดต่ำสุดที่ 5 sเนื่องจาก RTT สูง ความถูกต้องของการตั้งค่านี้ก็จริงใน LTE และตั้งค่าเป็นช่วงเริ่มต้นทั้งหมดดังนั้นวิธีการวัดวัดประสิทธิภาพการทำงานของเว็บไซต์ยอดนิยม โดยการเชื่อมต่อใน Url ที่เกี่ยวข้องของการบริการที่ได้มาจากเว็บไซต์ Alexa อันดับ service6 ที่อยู่เหล่านี้ใช้การวัดครั้งแรกค่า RTT ใช้ไคลเอ็นต์เคลื่อนคำสั่ง ping วัดระยะเวลาการเชื่อมต่อโดยใช้ TCP
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ทั้งสอง RTT และผ่าน aremeasured เกี่ยวกับการทุ่มเท
เซิร์ฟเวอร์ที่ TU ดาร์มสตัด (เยอรมนี) ช่วยให้สูงสุด
มีความยืดหยุ่นในการตั้งค่าการวัด เซิร์ฟเวอร์และมหาวิทยาลัย
เครือข่ายจะเชื่อมต่อกับอินเทอร์เน็ตสาธารณะโดยใช้
เครือข่ายโหลดเบา ๆ โทรศัพท์มือถือที่ใช้ในการวัด
แคมเปญทั้งหมด Nexus 5 อุปกรณ์ที่ใช้ Android
4.4.4 ในขณะที่อุปกรณ์ที่ใช้โดยผู้ใช้ของแอพลิเคชันของประชาชน
แตกต่างกันไป ดังนั้นการกรองอย่างละเอียดถูกนำมาใช้เพื่อให้มั่นใจสูง
ที่มีคุณภาพของการวัด.
เมื่อวัดผ่านและ RTT, เครือข่ายโทรศัพท์เคลื่อนที่
ท้าทายเพิ่มเติมเมื่อเทียบกับเครือข่ายแบบมีสาย
ปรับตัวกำหนดของขั้นตอนการวัด เนื่องจาก
การเคลื่อนไหวของผู้ใช้ระยะเวลาของการวัดที่
จะต้องเก็บไว้ให้น้อยที่สุด นี้เป็นสิ่งสำคัญโดยเฉพาะอย่างยิ่ง
สำหรับการตรวจวัดการส่งผ่านเป็นอัตราการส่งข้อมูลที่มีอาจ
เปลี่ยนภายในไม่กี่วินาที.
วัด RTT ใช้คำสั่ง ping พื้นเมืองบน
อุปกรณ์ Android เพื่อตรวจสอบความล่าช้าไปยังเซิร์ฟเวอร์ ขั้นต่ำ,
ค่าเฉลี่ยและ RTT สูงสุดจากห้าติดต่อกันปิง
วัด (ไม่รวมความล่าช้าอัพเกรดการเชื่อมต่อ) ได้รับการ
บันทึกไว้ วัดเหล่านี้ถูกเรียกใช้ครั้งเดียวต่อนาทีเพื่อ
ให้ได้มุมมองที่ละเอียดเกี่ยวกับประสิทธิภาพของเครือข่าย.
การดำเนินงานเครือข่ายบนอุปกรณ์มือถือทำให้เกิดการเพิ่มเติม
อุปกรณ์ล่าช้าภายในที่เกิดจากเมล็ดและการดำเนินงาน
ระบบการประมวลผลแพ็กเก็ตออกและขาเข้า [26].
ความล่าช้านี้ จะแตกต่างกันขึ้นอยู่กับการได้รับการแต่งตั้งวัด
การดำเนินงาน (เช่นปิงพื้นเมือง HTTP ปิงซ็อกเก็ตเชื่อมต่อ
ระยะเวลา) สำหรับการตรวจวัดของเรา RTT วัดโดยใช้
คำสั่ง Ping พื้นเมือง, การขจัดอิทธิพลของ
เครื่องเสมือน Android และกำหนดเวลากับความถูกต้องของ
การวัด คำสั่ง Ping เข้าถึงโดยตรงต่ำ
ฟังก์ชั่นระยะเวลาระดับ ตามที่ [18] ล่าช้าเพิ่มเติม
ของแพ็คเก็ตที่ส่งและรับใน Nexus 5 วัด
RTT 20 มิลลิวินาทีและ 50 มิลลิวินาทีคือ 6.028 ms และ 7.70 มิลลิวินาทีกับ 95%
ช่วงความเชื่อมั่นของ± 0.811 ms และ± 2.331 Ms.
เซิร์ฟเวอร์ TU Darmstadt ใช้สำหรับการวัด RTT
นอกจากนี้ยังใช้ในการวัดการส่งผ่านระหว่างปลายผู้ใช้
อุปกรณ์และเซิร์ฟเวอร์ การวัดจะดำเนินการโดยใช้
รุ่น patched ของ iPerf5 ช่วยให้การวัดลงลิงค์
แบนด์วิดธ์ (ธรรมดา iPerf เสมอมาตรการขึ้นเชื่อมโยง
จากลูกค้า iPerf) การจราจรที่สร้างขึ้นจะลดลงโดยการ จำกัด
เวลาของการวัดซึ่งเริ่มต้นโดยถูกตั้งค่า
เรียกใช้เวลา 10 วินาที ในการทดลองในห้องปฏิบัติการตรวจวัดระยะเวลาขั้นต่ำ
ใน WiFi มุ่งมั่นจะเป็น 3 s สำหรับการเชื่อมต่อเพื่อออกจาก
ขั้นตอนการเริ่มต้นช้าและยังคงอยู่ในขีด จำกัด ของการ± 10% เทียบ
กับการวัดเต็มรูปแบบ การทำซ้ำวัดเดียวกันบน
เครือข่าย 3G จะนำไปสู่ช่วงเวลาที่วัดอย่างน้อย 5 s
เนื่องจากการ RTT สูง ความถูกต้องของการตั้งค่านี้ยังได้รับ
การยืนยันบน LTE และตั้งเป็นช่วงเวลาเริ่มต้นสำหรับทุกเพราะฉะนั้น
วัด.
ประสิทธิภาพการทำงานของเว็บไซต์ยอดนิยมเป็นวัดโดยการเชื่อมต่อ
ไปยัง URL ที่เกี่ยวข้องในการให้บริการเป็นมา
จากการจัดอันดับเว็บไซต์ของ Alexa service6 ที่อยู่เหล่านี้จะถูก
นำมาใช้ในการเคลื่อนที่ของลูกแรกวัด RTT โดยใช้
คำสั่ง ping วัดระยะเวลาที่เชื่อมต่อโดยใช้ TCP
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ทั้ง RTT และ throughput aremeasured ด้วยความทุ่มเทเซิร์ฟเวอร์ที่ตูดาร์มสตัดท์ ( เยอรมนี ) ให้สูงสุดการวัดความยืดหยุ่นในการติดตั้ง เซิร์ฟเวอร์ และมหาวิทยาลัยเครือข่ายมีการเชื่อมต่อกับอินเทอร์เน็ตสาธารณะโดยใช้โหลดๆเครือข่าย มือถืออุปกรณ์ที่ใช้ในการวัดแคมเปญทั้งหมด Nexus 5 อุปกรณ์ที่ใช้ Android4.4.4 ขณะที่อุปกรณ์ที่ใช้โดยผู้ใช้ของโปรแกรมสาธารณะแตกต่างกันไป ดังนั้น รอบคอบการกรองใช้มั่นใจสูงคุณภาพของการวัดเมื่อวัด throughput และ RTT , เครือข่ายมือถือposes ความท้าทายเพิ่มเติมเมื่อเทียบกับเครือข่ายสายโดยการปรับตัวของกระบวนการการวัด เนื่องจากการเคลื่อนไหวของผู้ใช้ ระยะเวลาของการวัดต้องเก็บให้น้อยที่สุด นี้เป็นสิ่งสำคัญโดยเฉพาะอย่างยิ่งสำหรับการวัดอัตราความเร็ว ในฐานะของอัตราข้อมูลอาจเปลี่ยนภายในไม่กี่วินาทีการใช้คำสั่ง ping RTT การวัดพื้นเมืองบนอุปกรณ์ Android เพื่อตรวจสอบศักยภาพไปยังเซิร์ฟเวอร์ ต่ําสุดค่าเฉลี่ยและสูงสุดรัตต์ออกจากห้าติดต่อกัน ปิงวัด ( ไม่รวมการเชื่อมต่อปรับล่าช้า ) คือบันทึก วัดเหล่านี้ถูกเรียกใช้ครั้งต่อนาทีได้รับมุมมองอย่างละเอียดเกี่ยวกับประสิทธิภาพการทำงานของเครือข่ายเครือข่ายการดำเนินงานบนโทรศัพท์มือถือให้มีเพิ่มเติมอุปกรณ์ภายในล่าช้าที่เกิดจากเมล็ดและปฏิบัติการระบบการประมวลผลแพ็กเก็ตขาเข้าและขาออก [ 26 ]ความล่าช้านี้จะแตกต่างกันขึ้นอยู่กับการเลือกวัดการดำเนินการ ( เช่น HTTP พื้นเมือง ปิง ปิง ซ็อกเก็ตที่เชื่อมต่อระยะเวลา ) สำหรับการวัดของเรา , RTT เป็นวัดโดยใช้คำสั่ง ping พื้นเมือง , การขจัดอิทธิพลของสำหรับเครื่องเสมือนและกำหนดการในความถูกต้องของการวัด ปิงคำสั่งโดยตรง ใช้น้อยการทำงานเวลาระดับ ตาม [ 18 ] ล่าช้าเพิ่มเติมของที่ส่งและรับแพ็กเก็ตใน Nexus 5 สำหรับวัดรัตต์ 20 และ 50 เป็น 6.028 MS MS MS และ 7.70 MS กับ 95%ช่วงความเชื่อมั่น± 0.811 MS และ± 2.331 นางสาวทียู ดาร์มชตัท เซิร์ฟเวอร์ที่ใช้สำหรับการวัดรัตต์นอกจากนี้ยังใช้ในการวัด throughput ระหว่างผู้ใช้อุปกรณ์และเซิร์ฟเวอร์ วัดเรียกใช้การติดตั้งรุ่นของ iperf5 ให้วัดลงลิงค์แบนด์วิดธ์ ( iperf ปกติมักจะวัดขึ้นลิงค์จาก iperf ลูกค้า ) การสร้างการจราจรจะลดลงโดยการ จำกัดเวลาในการวัด ซึ่งโดยค่าเริ่มต้นชุดวิ่ง 10 เอส ในการทดลอง Lab ระยะเวลาการวัดต่ำสุดต่อ wifi ได้ถูกกำหนดเป็น 3 สำหรับการเชื่อมต่อออกระยะเริ่มต้นช้าและยังคงอยู่ภายในขีด จำกัด ของ± 10% เทียบในการวัดเต็มรูปแบบ าในวัดเดียวกันเครือข่าย 3G ทำให้ช่วงการวัดอย่างน้อย 5 วินาทีเนื่องจากสูงกว่ารัตต์ . ความถูกต้องของการตั้งค่านี้จะตรวจสอบในระบบจึงตั้งเป็นค่าเริ่มต้นสำหรับทุกช่วงเวลาการวัดประสิทธิภาพของเว็บไซต์ที่เป็นที่นิยมเป็นวัดโดยเชื่อมต่อกับ URL ที่เกี่ยวข้องของการบริการที่ได้รับจากเว็บไซต์ของ Alexa การจัดอันดับ service6 . ที่อยู่เหล่านี้ใช้กับลูกค้ามือถือแรกวัด RTT โดยใช้ปิงคำสั่งวัดเชื่อมต่อระยะเวลาการใช้ :
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: