ตัวจำลองเครือข่าย

*เนื้อหานี้แปลโดยใช้ AI (เวอร์ชัน Beta) และอาจมีข้อผิดพลาด หากต้องการดูหน้านี้เป็นภาษาอังกฤษ ให้คลิกที่นี่

ตัวจำลองเครือข่าย เป็นเครื่องมือทดสอบใน Studio ที่เพิ่มความล่าช้า, การกระจาย, และการสูญหายของแพ็กเก็ตในการเชื่อมต่อระหว่างไคลเอนต์การทดสอบและเซิร์ฟเวอร์ ใช้เพื่อสร้างเงื่อนไขที่ผู้เล่นพบเจอบนการเชื่อมต่อแบบมีสาย, Wi-Fi, และมือถือโดยไม่ต้องกำหนดเครื่องมือควบคุมเครือข่ายภายนอก

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

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

ตัวจำลองเครือข่ายแสดงการตั้งค่าแบบพกพาและการควบคุมความล่าช้า, การสูญหายของแพ็กเก็ต, และการกระจายที่แยกกันสำหรับการรับและส่ง.

วิธีการทำงานของตัวจำลองเครือข่าย

ตัวจำลองจะใช้เงื่อนไขอย่างอิสระในแต่ละทิศทาง:

  • การรับ ข้อมูลจะเดินทางจากเซิร์ฟเวอร์ไปยังไคลเอนต์ ซึ่งรวมถึงสถานะเซิร์ฟเวอร์ที่ทำซ้ำและการสื่อสารระหว่างเซิร์ฟเวอร์กับไคลเอนต์
  • การส่ง ข้อมูลจะเดินทางจากไคลเอนต์ไปยังเซิร์ฟเวอร์ ซึ่งรวมถึงคำขอจากไคลเอนต์และการสื่อสารระหว่างไคลเอนต์กับเซิร์ฟเวอร์
แผนภาพแสดงการส่งข้อมูลจากไคลเอนต์การทดสอบไปยังเซิร์ฟเวอร์และการรับข้อมูลจากเซิร์ฟเวอร์ไปยังไคลเอนต์.

แต่ละทิศทางมีการควบคุมดังต่อไปนี้:

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

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

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

เปิดตัวจำลองเครือข่าย

เพื่อเปิดเครื่องมือ:

  1. จากเมนู ทดสอบ, เปิดใช้งาน ตัวจำลองอุปกรณ์
  2. ในแถบเครื่องมือด้านบนของมุมมอง 3D, เลือก เครือข่าย

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

ใช้การตั้งค่าเริ่มต้น

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

การตั้งค่าเริ่มต้นแถบการรับการส่ง
ไฟเบอร์ที่สมบูรณ์แบบLAN8 ms / 0 ms / 0.00%8 ms / 0 ms / 0.00%
บรอดแบนด์แบบมีสายLAN25 ms / 3 ms / 0.00%25 ms / 3 ms / 0.00%
Wi-Fi ที่บ้านWifi30 ms / 12 ms / 0.20%30 ms / 15 ms / 0.30%
มือถือมาตรฐาน (4G/LTE)4G45 ms / 20 ms / 0.40%55 ms / 30 ms / 0.50%
การเชื่อมต่อที่ไม่ดี (3G)3G150 ms / 70 ms / 0.50%180 ms / 90 ms / 0.50%

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

เพื่อใช้การตั้งค่าเริ่มต้น:

  1. เลือกการตั้งค่าเริ่มต้นจาก การตั้งค่าเริ่มต้น
  2. ตรวจสอบค่าที่แสดงใน การรับ และ การส่ง แถบจะอัปเดตเพื่อแสดงการเลือก
  3. เลือก ใช้
  4. เริ่มหรือดำเนินการ ทดสอบการเล่น และทำการโต้ตอบระหว่างไคลเอนต์และเซิร์ฟเวอร์

การเลือกการตั้งค่าเริ่มต้นจะจัดเตรียมค่าของมันเท่านั้น การเชื่อมต่อการทดสอบที่ใช้งานอยู่จะไม่เปลี่ยนแปลงจนกว่าคุณจะเลือก ใช้ หากคุณปฏิเสธป๊อปโอเวอร์ก่อน, ตัวจำลองเครือข่ายจะทิ้งการเปลี่ยนแปลงที่จัดเตรียมไว้และคืนค่าการควบคุมและแถบกลับสู่สถานะที่ใช้แล้ว

หลังจากที่คุณเลือก ใช้, การทดสอบที่ใช้งานอยู่จะใช้ค่าที่ใหม่ทันที คุณไม่จำเป็นต้องรีสตาร์ทเซสชัน

กำหนดเงื่อนไขที่กำหนดเอง

ขยาย การรับ หรือ การส่ง เพื่อเปลี่ยนทิศทางหนึ่งโดยไม่เปลี่ยนทิศทางอื่น นี่มีประโยชน์สำหรับการแยกปัญหาในเส้นทางคำขอจากไคลเอนต์ไปยังเซิร์ฟเวอร์จากปัญหาในเส้นทางการตอบสนองจากเซิร์ฟเวอร์ไปยังไคลเอนต์

การควบคุมช่วงความแม่นยำในการแสดง
ความล่าช้า0–1000 ms0.1 ms
การกระจาย0–1000 ms0.1 ms
การสูญหายของแพ็กเก็ต0.00–0.50%0.01%

การสูญหายของแพ็กเก็ตจะแสดงเป็นเปอร์เซ็นต์ ค่า 0.50% หมายถึงครึ่งหนึ่งของหนึ่งเปอร์เซ็นต์ ไม่ใช่ 50%

การแก้ไขค่าตัวเลขใด ๆ จะเปลี่ยน การตั้งค่าเริ่มต้น เป็น กำหนดเอง การแก้ไขจะยังคงจัดเตรียมไว้จนกว่าคุณจะเลือก ใช้

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

บันทึกการตั้งค่าที่กำหนดเอง

เพื่อใช้การกำหนดค่าที่กำหนดเองอีกครั้ง:

  1. แก้ไขค่าหนึ่งหรือมากกว่า
  2. เลือก บันทึก
  3. ป้อนชื่อการตั้งค่าที่ไม่ซ้ำกัน
  4. เลือก บันทึกและใช้
กล่องโต้ตอบบันทึกการตั้งค่าเครือข่ายสำหรับการตั้งชื่อและการใช้การกำหนดค่าเครือข่ายที่กำหนดเอง.

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

เมื่อการตั้งค่าที่บันทึกถูกเลือก, ลบ จะเปลี่ยนเป็น รีเซ็ต การลบจะลบการตั้งค่าที่บันทึกและใช้ ไฟเบอร์ที่สมบูรณ์แบบ ทันที ค่าการเชื่อมต่อที่ใช้เองจะไม่ถูกเก็บรักษาหลังจากการรีสตาร์ท Studio เต็มรูปแบบ

กำหนดค่าการตั้งค่าเครือข่ายด้วยสคริปต์

การควบคุมแต่ละตัวในตัวจำลองเครือข่ายจะตรงกับคุณสมบัติ NetworkSettings ดังนั้นคุณสามารถขับเคลื่อนเงื่อนไขเดียวกันจากปลั๊กอินหรือการทดสอบอัตโนมัติแทนที่จะใช้แถบเครื่องมือ

การควบคุมคุณสมบัติคำอธิบาย
ความล่าช้าในการรับInboundNetworkMinDelayMsเพิ่มความล่าช้าให้กับการเชื่อมต่อการทดสอบในทิศทางจากเซิร์ฟเวอร์ไปยังไคลเอนต์
ความล่าช้าในการส่งOutboundNetworkMinDelayMsเพิ่มความล่าช้าให้กับการเชื่อมต่อการทดสอบในทิศทางจากไคลเอนต์ไปยังเซิร์ฟเวอร์
การกระจายในการรับInboundNetworkJitterMsเพิ่มการกระจายให้กับการเชื่อมต่อการทดสอบในทิศทางจากเซิร์ฟเวอร์ไปยังไคลเอนต์
การกระจายในการส่งOutboundNetworkJitterMsเพิ่มการกระจายให้กับการเชื่อมต่อการทดสอบในทิศทางจากไคลเอนต์ไปยังเซิร์ฟเวอร์
การสูญหายของแพ็กเก็ตในการรับInboundNetworkLossPercentตั้งค่าความน่าจะเป็นที่แพ็กเก็ตในการเชื่อมต่อการทดสอบจากเซิร์ฟเวอร์ไปยังไคลเอนต์จะถูกทิ้ง
การสูญหายของแพ็กเก็ตในการส่งOutboundNetworkLossPercentตั้งค่าความน่าจะเป็นที่แพ็กเก็ตในการเชื่อมต่อการทดสอบจากไคลเอนต์ไปยังเซิร์ฟเวอร์จะถูกทิ้ง

การตั้งค่าคุณสมบัติเหล่านี้โดยตรงจะทำให้แถบเครื่องมือและแถบของตัวจำลองเครือข่ายซิงค์กัน เนื่องจากทั้งสองอ่านจากการตั้งค่าพื้นฐานเดียวกัน

ทดสอบการทำงานที่ไวต่อเครือข่าย

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

  1. เลือกการเดินทางของผู้เล่นที่ข้ามขอบเขตระหว่างไคลเอนต์และเซิร์ฟเวอร์ เช่น การเปิดใช้งานความสามารถที่ได้รับการอนุมัติจากเซิร์ฟเวอร์, การรับการอัปเดตสินค้าคงคลัง, หรือการสังเกตการเคลื่อนไหวที่ทำซ้ำ
  2. กำหนดว่าความสำเร็จมีลักษณะอย่างไร บันทึกเวลาตอบสนอง, ข้อเสนอที่มองเห็นได้, พฤติกรรมหมดเวลา, การแก้ไข, คำขอซ้ำ, และการกู้คืน
  3. ใช้ ไฟเบอร์ที่สมบูรณ์แบบ และทำการเดินทางเป็นฐาน
  4. ใช้เงื่อนไขที่เป็นตัวแทนเช่น Wi-Fi ที่บ้าน หรือ มือถือมาตรฐาน (4G/LTE) และทำซ้ำการกระทำเดียวกัน
  5. ใช้ การเชื่อมต่อที่ไม่ดี (3G) เป็นการทดสอบความทนทาน ยืนยันว่าประสบการณ์ยังคงเข้าใจได้แม้เมื่อการอัปเดตถูกล่าช้าหรือไม่สม่ำเสมอ
  6. เปลี่ยนเฉพาะค่าการรับหรือการส่งเพื่อแยกแยะว่าทิศทางใดที่เปิดเผยปัญหา
  7. หลังจากทำการแก้ไข, ทำการวิ่งซ้ำและเปรียบเทียบผลลัพธ์

คำถามที่มีประโยชน์รวมถึง:

  • ผู้เล่นได้รับข้อเสนอในท้องถิ่นทันทีในขณะที่รอการยืนยันจากเซิร์ฟเวอร์หรือไม่?
  • การป้อนข้อมูลซ้ำสามารถส่งการกระทำเดียวกันมากกว่าหนึ่งครั้งได้หรือไม่?
  • สถานะการโหลดและความก้าวหน้าจะแยกแยะงานที่ช้าจากความล้มเหลวได้หรือไม่?
  • การหมดเวลามีเส้นทางการลองใหม่ที่ปลอดภัยหรือไม่?
  • การเคลื่อนไหวที่ทำซ้ำยังคงเข้าใจได้เมื่อการอัปเดตมาถึงไม่สม่ำเสมอหรือไม่?
  • การอัปเดตที่ไม่น่าเชื่อถือสามารถข้ามได้โดยไม่ทิ้งสถานะที่ล้าสมัยบนหน้าจอหรือไม่?
  • ประสบการณ์ฟื้นตัวหลังจากกลับไปยังการเชื่อมต่อที่ดีกว่าได้หรือไม่?

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

วัดและวินิจฉัยผลลัพธ์

ตัวจำลองเครือข่ายเปลี่ยนเงื่อนไขการทดสอบ; เครื่องมืออื่น ๆ ช่วยอธิบายผลลัพธ์:

  • คอนโซลนักพัฒนา แสดงพิงเฉลี่ยและบันทึก ซึ่งสามารถยืนยันได้ว่าการเชื่อมต่อเปลี่ยนแปลงและเปิดเผยข้อผิดพลาดในโค้ดการลองใหม่หรือหมดเวลา
  • การจับภาพเครือข่าย MicroProfiler แสดงการจราจรของเอนจินที่ส่งและรับตามเฟรม ใช้เพื่อระบุการพุ่งของการจราจรและกำหนดว่าการไหลที่ได้รับผลกระทบถูกครอบงำโดยการทำซ้ำ, ฟิสิกส์, หรือข้อมูลเครือข่ายอื่น ๆ
  • MicroProfiler สามารถช่วยแยกแยะความล่าช้าที่ไวต่อเครือข่ายจากปัญหาช่วงเวลาเฟรมที่เกิดขึ้นพร้อมกัน

รักษาสถานการณ์, โหมดการทดสอบ, และวิธีการสังเกตให้สอดคล้องกันเมื่อเปรียบเทียบการจับภาพ การวิ่งเพียงครั้งเดียวภายใต้การเชื่อมต่อที่ไม่ดีสามารถเปิดเผยอาการ แต่การวิ่งฐานและการวิ่งที่มีการบิดเบือนซ้ำจะมีประโยชน์มากกว่าในการวัดว่าการเปลี่ยนแปลงช่วยได้หรือไม่

©2026 Roblox Corporation. Roblox, โลโก้ Roblox และ Powering Imagination เป็นส่วนหนึ่งของเครื่องหมายการค้าที่จดทะเบียน และไม่ได้จดทะเบียนของเราในสหรัฐฯ และประเทศอื่นๆ