การเชื่อมต่ออินเทอร์เน็ตแบนด์วิดธ์ที่สูงขึ้นจะลดเวลาตอบสนองการ ping หรือไม่


15

เห็นได้ชัดว่าการเชื่อมต่อที่เร็วขึ้นช่วยลดความล่าช้า ... แต่ฉันสงสัยว่า: ฉันทำงานจากระยะไกลในพื้นที่อีกด้านหนึ่งของโลก - แสงสามารถเดินทางได้อย่างรวดเร็วเท่านั้น (1 ฟุตในนาโนวินาที) และเราทั้งคู่มีการเชื่อมต่อบรอดแบนด์ เกินอัปโหลด 1,000kbps และดาวน์โหลด 10,000kbps:

การเชื่อมต่อแบนด์วิดธ์ที่สูงขึ้นจะลดเวลาในการ ping หรือไม่? เนื่องจากเป็นข้อมูลน้อยมากการเชื่อมต่อที่รวดเร็วจะช่วยได้อย่างไร ปัจจุบัน ping ใช้เวลา 450ms มีวิธีใดบ้างที่ฉันสามารถปรับปรุงได้


7
สุ่มด้านข้างถ้าคุณเติม AirBus ด้วยฮาร์ดไดรฟ์ 3TB และบินข้ามมหาสมุทรแอตแลนติกความเร็วในการเชื่อมต่ออาจจะอยู่ในหลักสิบของ Gb / วินาที แต่เวลาแฝงจะเป็นชั่วโมง
รอยเปื้อน

450ms มีกลิ่นเหมือนดาวเทียมเริ่มต้นด้วย ฉันไปเกือบครึ่งทางทั่วโลก (ชิคาโก -> เบอร์ลิน) และฉันมีเวลาประมาณ 125ms หากคุณใช้สิ่งนี้เป็นแบบเชิงเส้น 450ms จะเป็นอะไรก็ได้รอบโลกเกือบ มีบางอย่างแปลก ๆ ที่นี่
TomTom

2
@TomTom - op มาจากออสเตรเลียตามข้อมูลส่วนตัวของเขาซึ่งเป็นที่รู้จักกันดีในเรื่องความล่าช้าที่น่าสมเพชภายในประเทศของเรา เดิมพันของฉันคือความล่าช้าส่วนใหญ่เกิดขึ้นก่อนที่แพ็คเก็ตของเขาจะออกจากประเทศ ถ้าเขาอยู่กับใครบางคนอย่าง TPG มันอาจจะเกิดขึ้นก่อนที่เขาจะออกจาก ISP
Mark Henderson

คำตอบ:


24

ขั้นแรกแบนด์วิดท์ไม่เหมือนกับเวลาแฝง การเชื่อมต่อที่เร็วกว่านั้นไม่จำเป็นต้องลดความหน่วงแฝง 450ms ดูเหมือนจะช้าไปนิด แต่ก็ไม่ได้ไกลขนาดนั้นถ้าคุณกำลังจะไป 1/2 ทางทั่วโลก ในฐานะที่เป็นเฟรมอ้างอิงความเร็วสูงลิงค์แฝงต่ำจะใช้เวลา ~ 70-80ms เพื่อข้ามไปยังสหรัฐอเมริกา คุณอาจสามารถหลบซ่อนเร้นน้อยลงเล็กน้อยโดยเปลี่ยนผู้ให้บริการของคุณโดยสมมติว่าพวกเขามีเส้นทางที่ดีที่สุด แต่ฉันไม่สามารถสัญญาอะไรได้เลย


2
ในคำอื่น ๆ ไม่มี วิธีเดียวที่จะปรับปรุงเวลาตอบสนองอาจใช้ผู้ให้บริการรายอื่นซึ่งอาจมีเส้นทางที่ดีกว่า ถูกต้องหรือไม่

2
เราจะต้องเห็น traceroutes (ทั้งสองทิศทาง) เพื่อแสดงความคิดเห็นเพิ่มเติม การทราบเวลาแฝงฮอปแรก (หรือไมล์สุดท้าย) สามารถช่วยในการพิจารณาว่าผู้ให้บริการรายอื่นจะช่วยได้จริงหรือไม่
Wim Kerkhoff

tracereoutes ช้าลงอย่างจงใจดูเหมือนว่าจะผ่านทางอินเทอร์เน็ตและมีความยาวขัน ..

อาไม่ทำงานได้ดีจากทุกสถานที่ที่ฉันมีเซิร์ฟเวอร์ที่ขออภัย
TomTom

ฉันมีการเชื่อมต่อที่ไม่ดีและถ้าฉัน จำกัด แบนด์วิดท์โดยใช้ Netlimiter ฉันจะได้รับ ping ที่สูงขึ้นในการทดสอบ ... เช่นถ้าฉันปิดการใช้งาน 50% ของแบนด์วิดท์ ping ของฉันจะเพิ่มขึ้นอย่างมาก
Bluedayz

11

การเชื่อมต่อ "เร็วขึ้น" (ตามที่คุณอ้างถึง) ไม่ทำให้เวลาในการตอบสนองลดลง การเชื่อมต่อที่ "เร็วกว่า" ช่วยให้สามารถวางข้อมูลบนลวดได้มากขึ้นในช่วงเวลาที่กำหนด

แบนด์วิดธ์เป็นเครื่องวัดความจุ

ความหน่วงแฝงเป็นการวัดความล่าช้า

แก้ไข

นี่คือตัวอย่างของความแตกต่างระหว่างแบนด์วิดท์และเวลาแฝง: ลองจินตนาการถึงการเชื่อมต่ออินเทอร์เน็ต 2 แห่งหนึ่ง 10Mbps และอีก 1 Mbps ทั้งสองมีเวลาแฝง 50ms ตอนนี้จินตนาการว่าฉันกำลังส่งการกดแป้นไปยังเทอร์มินัลระยะไกลที่ปลายอีกด้านหนึ่งของการเชื่อมต่อเหล่านั้น เพื่อความเรียบง่ายสมมติว่าการกดแป้นแต่ละครั้งใช้แบนด์วิดท์ 1 Mbps ในการเชื่อมต่อ 10Mbps ฉันสามารถส่งตัวอักษร A, B, C, D, E, F, G, H, I, J ในเวลาเดียวกันดังนั้นพวกเขาทั้งหมดมาถึงที่ปลายทางระยะไกล 50ms ในภายหลังและสะท้อน หน้าจอ ... ในเวลาเดียวกัน ขณะนี้การเชื่อมต่อ 1Mbps การกดแป้นแต่ละครั้งจะถูกส่งอย่างอิสระเพราะการกดแป้นแต่ละครั้งจะใช้แบนด์วิดท์ที่มีอยู่ทั้งหมด ดังนั้นตัวอักษร A จึงถูกส่งไปและจากนั้น 50 มิลลิวินาทีในภายหลังจะได้รับจากรีโมตเทอร์มินัลและสะท้อนบนหน้าจอตามด้วยตัวอักษร B 50ms หลังจากนั้น จากนั้นตัวอักษร C ... ไปจนถึงตัวอักษร J มันจะใช้เวลา 500ms สำหรับจดหมายทั้งสิบตัวที่จะได้รับบนสถานีปลายทางและสะท้อนไปที่หน้าจอ การเชื่อมต่อ 10Mbps เร็วกว่าหรือไม่ ไม่มันไม่ใช่ เวลาแฝงอยู่ที่ 50ms เช่นเดียวกับการเชื่อมต่อ 1Mbps ปรากฏขึ้นเร็วขึ้นเนื่องจากมีปริมาณงาน (แบนด์วิธ) ที่สูงกว่าและสามารถวางข้อมูลเพิ่มเติมบนสายได้ในครั้งเดียว นั่นคือความแตกต่างระหว่างแบนด์วิดท์ (ความจุ) และเวลาแฝง (ล่าช้า) ในความหมายที่เข้มงวดการเชื่อมต่อที่ "เร็วกว่า" (ในแบบที่คุณอ้างถึง) จะไม่ลดความล่าช้า ปรากฏขึ้นเร็วขึ้นเนื่องจากมีปริมาณงาน (แบนด์วิธ) ที่สูงกว่าและสามารถวางข้อมูลเพิ่มเติมบนสายได้ในครั้งเดียว นั่นคือความแตกต่างระหว่างแบนด์วิดท์ (ความจุ) และเวลาแฝง (ล่าช้า) ในความหมายที่เข้มงวดการเชื่อมต่อที่ "เร็วกว่า" (ในแบบที่คุณอ้างถึง) จะไม่ลดความล่าช้า ปรากฏขึ้นเร็วขึ้นเนื่องจากมีปริมาณงาน (แบนด์วิธ) ที่สูงกว่าและสามารถวางข้อมูลเพิ่มเติมบนสายได้ในครั้งเดียว นั่นคือความแตกต่างระหว่างแบนด์วิดท์ (ความจุ) และเวลาแฝง (ล่าช้า) ในความหมายที่เข้มงวดการเชื่อมต่อที่ "เร็วกว่า" (ในแบบที่คุณอ้างถึง) จะไม่ลดความล่าช้า


ดังนั้นการเชื่อมต่อแบนด์วิดท์ที่สูงขึ้นจะลดเวลาตอบสนอง ping หรือไม่ ถ้าไม่: มีวิธีใดบ้างที่ฉันจะได้รับเวลาตอบสนองที่ดีขึ้น?

1
ไม่มันจะไม่ ดูการแก้ไขของฉันสำหรับคำอธิบาย
joeqwerty

7

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


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

2
แบนด์วิดท์และความหน่วงแฝงเป็นอิสระ ความหน่วงแฝงขึ้นอยู่กับสามสิ่ง (โดยปกติ): สื่อการเชื่อมต่อ (ไร้สายช้า, โมเด็มช้า, โมเด็มเคเบิลเร็ว, ดังนั้นคือ T1 และไฟเบอร์), ระยะทาง (ไฟฟ้าเดินทางใกล้ความเร็วแสงซึ่งช้ากว่าที่คุณต้องการ คิดว่าแออัด (รอเวลาเปิดของคุณเพิ่มเวลา) ปัจจัยแรกคือสิ่งเดียวที่คุณจะสามารถควบคุมได้
Chris S

จริง แต่ง่ายกว่าที่จะพูดว่า "การเชื่อมต่อความเร็วสูง" แทนที่จะ "เราย้ายแพ็กเก็ตต่อวินาทีมากกว่าคนอื่น!"
JYelton

เข้าใจ - แต่นั่นไม่ถูกต้องนัก - ดูสิว่าไฟเงินพูดอะไร ใช้กรณีของ ping 32 ไบต์: คุณกำลังพูดตราบใดที่แบนด์วิดท์ที่แต่ละเพียร์มีค่ามากกว่า 32 ไบต์ต่อวินาทีและเพียร์ทั้งสองไม่ได้ทำ comms อื่น ๆ มันจะใช้เวลาแฝงในการเข้าถึงเพียร์อื่น ๆ ที่จริงแล้วจะใช้เวลา 1 วินาที + เวลาแฝงเนื่องจากเพียร์จะต้องดาวน์โหลด 32 ไบต์ ping ในขณะที่ถ้าการเชื่อมต่อมีแบนด์วิดท์ 320 ไบต์ต่อวินาทีมันจะใช้เวลา 0.1 วินาที + เวลาแฝง เป็นที่ยอมรับเมื่อคุณได้รับการเชื่อมต่อเกินกว่า 1 MB / s ดังนั้นเวลานี้ในการดาวน์โหลดมีขนาดเล็ก แต่ไฟสีเงินนั้นถูกต้อง

2
เวลาการส่งโดยรวมไม่เหมือนกันในเวลาแฝง การทดสอบ ping พยายามประมาณเวลาแฝงโดยส่งการส่งสัญญาณที่น้อยมาก ความจริงที่ว่าแบนด์วิดท์โดยเฉพาะอย่างยิ่งในตัวอย่างสุดขั้วนั้นส่งผลกระทบต่อเวลาในการส่งข้อมูลโดยรวมไม่ได้หายไปกับฉันหรือคนที่ตัดสินใจทดสอบ ping มาตรฐานจะเป็น 32 ไบต์ เวลาแฝงคือเวลาที่ใช้ในการส่งสัญญาณตั้งแต่เริ่มต้นการส่งสัญญาณไปจนถึงจุดเริ่มต้นการรับสัญญาณที่ปลายอีกด้านหนึ่ง Hyperbole เป็นตัวอย่างที่ดี: หากคุณต้องการทดสอบการเชื่อมต่อกับไฟล์ 100MB และใช้เวลา 3 ชั่วโมงการเชื่อมต่อของคุณอาจไม่มีเวลาแฝง 3 ชั่วโมง
Chris S

4

ฉันมีประเด็นที่จะพูดเกี่ยวกับ ping ที่นี่

โดยทั่วไปการรับส่งข้อมูล ICMP จะไม่ได้รับความสำคัญสูง ดังนั้นการวัดความล่าช้า / เวลาหน่วงของเครือข่ายจะไม่แม่นยำเมื่อใช้ ping หรือการรับส่งข้อมูลแบบอิง icmp อื่น ๆ

ความล่าช้าระหว่างสองจุดสามารถคำนวณได้โดยใช้สูตร:

Total delay = transmission delay + propagation delay + processing delay

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


2

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

แต่มันไม่จริงเสมอไป พิจารณาวิธีการที่รวดเร็วในการถ่ายโอนข้อมูลจำนวนมาก: เติมฮาร์ดไดรฟ์ 12 2TB พร้อมข้อมูลและส่งโดยผู้ให้บริการจัดส่ง อัตราการถ่ายโอนข้อมูลสูงมาก (มากกว่า 2000MBps เนื่องจากคุณสามารถส่ง 24TB ใน 24 ชั่วโมง) เวลาแฝงยังสูงมาก (24 ชั่วโมง) การหมุนโทรศัพท์มีเวลาหน่วงต่ำกว่านั้นมาก แต่ต้องใช้เวลาหลายปีกว่าจะส่ง 24TB ผ่านการหมุนโทรศัพท์

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


+1 สำหรับ quoting Tanenbaum แม้ว่าบางทีคุณอาจไม่ได้ตระหนักถึงมัน :-)
Massimo

0

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

หากคุณเป็นลูกค้าองค์กรขนาดใหญ่คุณควรจะสามารถเปิดการสนทนากับผู้ให้บริการโทรคมนาคมของคุณทั้งสองด้านเกี่ยวกับการกำหนดเส้นทาง IP ที่สั้นลง (อาจเป็นค่าใช้จ่าย) ระหว่างเว็บไซต์ทั้งสอง


4
จำนวนฮ็อพไม่จำเป็นต้องมีความหมายอะไรเลย ฉันอยากจะใช้เส้นทางที่มีฮ็อพ 30 จุดที่ส่งผ่านเส้นใยอย่างหมดจดแล้วเป็นเส้นทาง 5 ฮอปที่มีการเชื่อมต่อดาวเทียมในนั้น
Wim Kerkhoff

0

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

เรียกใช้ traceroute หรือดีกว่า mtr (mytraceroute) หากคุณใช้ Windows คุณสามารถใช้ winmtr PingPlotterยังเป็นเครื่องมือที่ดีสำหรับเรื่องนี้

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


0

แบนด์วิดธ์ที่สูงขึ้นจะไม่ช่วยอะไรมากเว้นแต่ว่าข้อมูลจำนวนมากกำลังจมข้อมูลเชิงโต้ตอบ หากทั้งสองฝ่ายใช้ไฟเบอร์แทน xDSL / เคเบิล / ไร้สายนั่นอาจทำให้คุณโกนหนวด RTT ของคุณได้ 20-80ms

ทำการทดสอบ ping โดยใช้pingtest.netเพื่อตรวจสอบคุณภาพของแต่ละลิงก์ ความหน่วงแฝงเป็นสิ่งสำคัญ แต่ / jitter / สามารถสร้างความแตกต่างอย่างมากเช่นกัน ฉันจะค่อนข้างมีการเชื่อมต่อช้ากว่า (3 Mbps) โดยไม่ต้องกระวนกระวายใจแล้วการเชื่อมต่อที่เร็วขึ้น (เช่น 15 Mbps) กับกระวนกระวายใจ

สำหรับการเชื่อมต่อ TCP (เช่น SSH, telnet เป็นต้น) การปรับแต่ง TCP บางอย่างสามารถช่วยได้

คุณสามารถดูการใช้ตัวเร่งความเร็ว TCP มีเชิงพาณิชย์ แต่pepsalสามารถสร้างความแตกต่างได้แล้ว


0

บางทีไฟร์วอลล์ / เราเตอร์ของคุณอาจมีปัญหา ...

วิธีเดียวที่จะบอกได้อย่างชัดเจนว่าการเสียอยู่ที่ใดโดยการทำ traceroute ดังที่ได้ระบุไว้ข้างต้น


0

มีคำตอบที่แตกต่างกันสำหรับคำถามนี้และคำตอบที่ถูกต้อง (ในความคิดของฉัน) คือ "มันขึ้นอยู่กับ"

ไม่สำคัญว่าคุณจะมีการเชื่อมต่อ 1gbit / s หรือไม่หากอิ่มตัว TCP (และโปรโตคอลอื่น ๆ ) ใช้การตรวจสอบการส่งข้อมูลซึ่ง 99% ของกรณีไม่ได้รับการจัดลำดับความสำคัญอย่างถูกต้องด้วย QoS หรือเทคโนโลยีที่คล้ายคลึงกัน

โดยทั่วไปแล้วบรรทัด Symmetrical (SDSL, ไฟเบอร์ ฯลฯ ) จะเหมาะสำหรับการปฏิบัติการแบบ latency ต่ำเนื่องจากไม่ใช้ RX กับ TX (ซึ่งหมายความว่า TCP ACK ของการตอบกลับ ICMP และอื่น ๆ จะไม่ถูกขัดขวางหากคุณดาวน์โหลดด้วยแสงไฟเต็ม) มันยังคงต้องการ QoS เพื่อรับประกันปริมาณการใช้งานแอปพลิเคชันที่มีความละเอียดอ่อน (โดยเฉพาะ VoIP)

น่าแปลกที่จำนวนการเข้าชม (และคุณภาพของการเข้าชม) บน google เมื่อพูดถึงการจัดลำดับความสำคัญของ TCP ACK นั้นค่อนข้างบาง .. พูดคุยกับผู้เชี่ยวชาญด้านเครือข่ายใด ๆ และพวกเขาจะรู้ว่าทำไมคุณต้องการสิ่งนี้


-1

ใช่ แต่ไม่มาก

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

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

ปัจจัยอันดับหนึ่งคือเวลาที่แพ็กเก็ตข้อมูลจะถูกจัดเรียงที่เราเตอร์และโครงสร้างพื้นฐาน WAN อื่น ๆ

เวลาต่ำสุดทางทฤษฎีที่แพ็กเก็ตข้อมูลใช้ในการเดินทางทั่วโลกนั้นอยู่ที่ประมาณ 70ms นั่นคือเมื่อแพ็กเก็ตเดินทางด้วยความเร็วแสง

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


คำตอบสั้น ๆ ใช่มันจะลดเวลาแฝง แต่ไม่มาก
Silverfire

-2

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

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

เราควรจำไว้ว่ามันขึ้นอยู่กับโครงสร้างพื้นฐานซึ่งประกอบด้วยอุปกรณ์เครือข่ายและสื่อทางกายภาพตั้งแต่โฮสต์ของเราไปจนถึงปลายทาง

ISP หนึ่งรายสามารถจัดลำดับความสำคัญการเชื่อมต่อแบนด์วิดท์ต่ำ / สูงและมอบสิทธิประโยชน์ด้านฮาร์ดแวร์และซอฟต์แวร์ให้กับผู้อื่นอย่างใดอย่างหนึ่งซึ่งจะส่งผลให้เกิดความแตกต่างในความล่าช้า

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

ดังนั้นในช่วงสั้น ๆ แบนด์วิดท์และความล่าช้าจะแตกต่างกัน แต่ไม่ได้ยกเลิกการเชื่อมโยงอย่างสมบูรณ์

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.