As talked with Oscar before, we wil

As talked with Oscar before, we will do some tests on different models of products and different platforms using Iperf and Chariot.
We will send out the test report to make customers convinced.
And when it comes to the basic principles of speed test , you can refer to this link:

Speedtest.net operates mainly over TCP testing with a HTTP fallback for maximum compatibility. Speedtest.net measures ping (latency), download speed and upload speed. 
 
TCP Test Components
Latency/Jitter
This test is performed by measuring the time it takes for the server to reply to a request from the user's client. The client sends a message to the server, upon receiving that message, the server sends a reply back. The round-trip time is measured is measured in ms (milliseconds).
This test is repeated multiple times with the lowest value determining the final result.
Download
The client establishes multiple connections with the server over port: 8080. The client requests the server to send an initial chunk of data.
The client calculates the real-time speed of the transfers, then adjusts the chunk size and buffer size based on this calculation to maximize usage of the network connection.
As the chunks are received by the client, the client will request more chunks throughout the duration of the test.
During the first half of the test, the client will establish extra connections to the server if it determines additional threads are required to more accurately measure the download speed.
The test ends once the configured amount of time has been reached.
Upload
The client establishes multiple connections with the server over the defined port and sends an initial chunk of data.
The client calculates the real-time speed of the transfers and adjusts the chunk size and buffer size based on it to maximize usage of the network connection, and requests more data.
As the chunks are received by the server, the client will send more chunks throughout the duration of the test.
During the first half of the test, the client will establish extra connections to the server if it determines additional threads are required to more accurately measure the upload speed.
The test ends once the configured amount of time has been reached. 
 
HTTP Legacy Fallback Testing
Latency
This test is performed by measuring the time it takes to get a response for a HTTP request sent to the web server
This test is repeated multiple times with the lowest value determining the final result.
Download
Small binary files are downloaded from the web server to the client to estimate the connection speed
Based on this result, one of several file sizes is selected to use for the real download test
The test is performed with cache prevention via random strings appended to each download
Throughput samples are received at up to 30 times per second
These samples are then aggregated into 20 slices (each being 5% of the samples)
See bottom of document for details to fill here (see * below for more detail)
The remaining slices are averaged together to determine the final result
Upload Test
A small amount of random data is generated in the client and sent to the web server to estimate the connection speed.
Based on this result, an appropriately sized chunk of randomly generated data is selected for upload.
The upload test is then performed in chunks of uniform size, pushed to the server-side script via POST.
We'll use up to four HTTP threads here, as well, to saturate the connection.
Chunks are sorted by speed, and the fastest half is averaged to eliminate anomalies and determine the result.
 
Deciding the number of threads
Speedtest.net will use up to four HTTP threads during the download and upload portions of the test. However, it will only use more than two threads if they are needed to accurately measure the speed, so as to minimize the effect of HTTP overhead on lower-speed connections. After the pre-test, if the connection speed is at least 4 megabits per second, then Speedtest.net will use four threads. Otherwise, it will default to two threads.
However, there is a hurdle on older browsers: Internet Explorer 7 (or earlier) and Firefox 2 (or earlier), the browser strictly adheres to the HTTP specification of only two threads per hostname. To scale up to four threads in these older browsers, we must open the third and fourth thread to a secondary URL provided by the host that points to the same server. This way, we can work around the limitations of those older browsers and still measure higher-speed connections accurately. Most of our hosts do have a working secondary URL, but if you're testing from an older browser to a host that doesn't, Speedtest.net will be limited to two threads at maximum. This is one reason why we recommend that all visitors use up-to-date browsers.
How results are calculated
All samples are sorted by speed. The two fastest results are removed and hte bottom 1/4 which is left (which is approximately 22% of th

ผลลัพธ์ (ไทย) 1:

ตามที่ได้พูดคุยกับออสการ์ก่อน เราจะทำการทดสอบบางอย่างในแบบที่แตกต่างของผลิตภัณฑ์และแพลตฟอร์มต่าง ๆ ใช้ Iperf และราชรถเราจะส่งรายงานการทดสอบเพื่อให้ลูกค้ามั่นใจและเมื่อมาถึงหลักการพื้นฐานของการทดสอบความเร็ว คุณสามารถดูที่ลิงค์นี้:เพื่อทำงานส่วนใหญ่ผ่านการทดสอบ TCP กับ HTTP ที่ใช้แทนสำหรับความเข้ากันได้สูงสุด Speedtest.net วัดปิง (แฝง), ความเร็วดาวน์โหลด และอัพโหลดเร็ว  คอมโพเนนต์ทดสอบ TCPเวลาแฝง/กระวนกระวายใจการทดสอบนี้จะดำเนินการ โดยการวัดเวลาใช้สำหรับเซิร์ฟเวอร์ตอบกลับการร้องขอจากไคลเอ็นต์ของผู้ใช้ ไคลเอนต์ส่งข้อความไปยังเซิร์ฟเวอร์ เมื่อได้รับข้อความ เซิร์ฟเวอร์จะส่งการตอบกลับ เวลาไป-กลับวัดวัดเป็น ms (มิลลิวินาที)การทดสอบนี้จะถูกทำซ้ำหลายครั้งกับค่าต่ำสุดที่กำหนดผลลัพธ์สุดท้ายดาวน์โหลดไคลเอนต์สร้างหลายการเชื่อมต่อกับเซิร์ฟเวอร์ผ่านทางพอร์ต: 8080 ไคลเอ็นต์ร้องขอที่เซิร์ฟเวอร์จะส่งเป็นกลุ่มเริ่มต้นของข้อมูลไคลเอ็นต์คำนวณความเร็วแบบเรียลไทม์ของการโอนย้าย แล้วปรับขนาดท่อและขนาดบัฟเฟอร์ที่อิงการคำนวณนี้เพื่อเพิ่มการใช้งานของการเชื่อมต่อเครือข่ายเป็นกลุ่มได้รับ โดยไคลเอนต์ ไคลเอนต์จะขอเพิ่มเติมก้อนตลอดระยะเวลาของการทดสอบในช่วงครึ่งแรกของการทดสอบ ไคลเอนต์จะสร้างเชื่อมต่อไปยังเซิร์ฟเวอร์ถ้ากำหนดเธรดที่เพิ่มเติมจะต้องเพิ่มเติมแม่นยำในการวัดความเร็วในการดาวน์โหลดการทดสอบสิ้นสุดเมื่อครบกำหนดระยะเวลาแล้วอัปโหลดไคลเอนต์สร้างหลายการเชื่อมต่อกับเซิร์ฟเวอร์ผ่านพอร์ตที่กำหนดไว้ และส่งเป็นกลุ่มเริ่มต้นของข้อมูลไคลเอ็นต์คำนวณความเร็วแบบเรียลไทม์ของการโอนย้าย และปรับขนาดท่อและขนาดบัฟเฟอร์ที่อิงมันเพื่อเพิ่มการใช้งานของการเชื่อมต่อเครือข่าย และร้องขอข้อมูลเพิ่มเติมเป็นกลุ่มได้รับ โดยเซิร์ฟเวอร์ ไคลเอนต์จะส่งก้อนเพิ่มเติมตลอดระยะเวลาของการทดสอบในช่วงครึ่งแรกของการทดสอบ ไคลเอนต์จะสร้างเชื่อมต่อไปยังเซิร์ฟเวอร์ถ้ากำหนดเธรดที่เพิ่มเติมจะต้องวัดความเร็วการอัพโหลดขึ้นอย่างถูกต้องการทดสอบสิ้นสุดเมื่อครบกำหนดระยะเวลาแล้ว  การทดสอบย้อนกลับ HTTP ดั้งเดิมเวลาแฝงจะใช้การทดสอบ โดยการวัดเวลาใช้จะได้รับการตอบสนองสำหรับการร้องขอ HTTP ที่ถูกส่งไปยังเว็บเซิร์ฟเวอร์การทดสอบนี้จะถูกทำซ้ำหลายครั้งกับค่าต่ำสุดที่กำหนดผลลัพธ์สุดท้ายดาวน์โหลดไฟล์ไบนารีขนาดเล็กจะถูกดาวน์โหลดจากเว็บเซิร์ฟเวอร์ไปยังไคลเอนต์เพื่อประเมินความเร็วในการเชื่อมต่อจากผลนี้ หลายขนาดแฟ้มอย่างใดอย่างหนึ่งถูกเลือกเพื่อใช้สำหรับการทดสอบดาวน์โหลดจริงการทดสอบจะดำเนินการกับการป้องกันการแคผ่านสายอักขระแบบสุ่มผนวกเข้ากับการดาวน์โหลดแต่ละครั้งตัวอย่างปริมาณงานจะได้รับที่ถึง 30 ครั้งต่อวินาทีตัวอย่างเหล่านี้แล้วจะรวมเป็น 20 ชิ้น (แต่ละเป็น 5% ของตัวอย่าง)ดูด้านล่างของเอกสารรายละเอียดการกรอกข้อมูลที่นี่ (ดู * ด้านล่างสำหรับรายละเอียดเพิ่มเติม)ชิ้นที่เหลือเฉลี่ยกันเพื่อตรวจสอบผลลัพธ์สุดท้ายอัปโหลดการทดสอบข้อมูลสุ่มเล็กน้อยถูกสร้างขึ้นในไคลเอนต์ และส่งไปยังเว็บเซิร์ฟเวอร์เพื่อประเมินความเร็วในการเชื่อมต่อจากผลนี้ เป็นกลุ่มขนาดที่เหมาะสมของข้อมูลที่สร้างขึ้นแบบสุ่มที่เลือกสำหรับการอัพโหลดจากนั้นมีการดำเนินการทดสอบอัพโหลดในก้อนขนาด ผลักสคริปต์ฝั่งเซิร์ฟเวอร์ทางไปรษณีย์เราจะใช้เธรด HTTP ถึงสี่นี่ เช่นนี้ ทำการเชื่อมต่อให้ก้อนจะเรียงลำดับตามความเร็ว และครึ่งที่เร็วที่สุดคือเฉลี่ยเพื่อกำจัดความผิดปกติ และผลการตรวจสอบ จำนวนเธรดการตัดสินใจเพื่อจะใช้เธรด HTTP ถึงสี่ระหว่างการดาวน์โหลด และอัปโหลดบางส่วนของการทดสอบ อย่างไรก็ตาม มันจะใช้เฉพาะเธรดที่สองมากกว่าถ้าพวกเขาจะต้องแม่นยำในการวัดความเร็ว เพื่อลดผลกระทบของค่าโสหุ้ย HTTP บนการเชื่อมต่อความเร็วต่ำกว่านั้น หลังจากการทดสอบก่อน ถ้าความเร็วการเชื่อมต่อ น้อยกว่า 4 เมกะบิตต่อวินาที Speedtest.net จะใช้เธรดสี่ อย่างอื่น มันจะต้นไปเธรดที่สองอย่างไรก็ตาม มีรั้วกระโดดข้ามบนเบราว์เซอร์รุ่นเก่า: Internet Explorer 7 (หรือรุ่นก่อนหน้า) และ Firefox 2 (หรือรุ่นก่อนหน้า), เบราว์เซอร์ทุกกลุ่มข้อมูลจำเพาะเกี่ยวกับ HTTP เพียงสองเส้นต่อชื่อโฮสต์ จะไต่ถึงสี่กระทู้ในเบราว์เซอร์รุ่นเก่าเหล่านี้ เราต้องเปิดกระทู้สาม และสี่ไปยัง URL ที่รองจากโฮสต์ที่ชี้ไปยังเซิร์ฟเวอร์เดียวกัน วิธีนี้ เราสามารถหลีกเลี่ยงข้อจำกัดของเบราว์เซอร์รุ่นเก่าเหล่านั้น และยังคงเชื่อมต่อความเร็วสูงขึ้นวัดได้อย่างถูกต้อง โฮสต์ของเรามี URL รองทำงาน แต่หากคุณกำลังทดสอบจากเบราว์เซอร์ตัวเก่ากับโฮสต์ที่ไม่ Speedtest.net จะจำกัดสองเธรดที่สูงสุด นี่คือเหตุผลทำไมเราแนะนำให้ นักท่องเที่ยวใช้เบราว์เซอร์ที่ทันสมัยวิธีคำนวณผลลัพธ์ตัวอย่างทั้งหมดจะเรียงลำดับตามความเร็ว การรากที่สองจะถูกเอาออก และด้านล่าง 1/4 ที่เหลือ (ซึ่งมีประมาณ 22% ของ

ผลลัพธ์ (ไทย) 2:

ในฐานะที่ได้พูดคุยกับออสการ์ก่อนที่เราจะทำทดสอบบางอย่างในรูปแบบที่แตกต่างกันของผลิตภัณฑ์และแพลตฟอร์มที่แตกต่างโดยใช้ Iperf และ Chariot.
เราจะส่งออกรายงานการทดสอบที่จะทำให้ลูกค้าเชื่อมั่น.
และเมื่อมันมาถึงหลักการพื้นฐานของการทดสอบความเร็วคุณสามารถ ดูที่ลิงค์นี้:

Speedtest.net ดำเนินการส่วนใหญ่ในช่วงทดสอบ TCP มีทางเลือก HTTP สำหรับเข้ากันได้สูงสุด Speedtest.net มาตรการปิง (แฝง) ความเร็วในการดาวน์โหลดและอัพโหลดความเร็ว. 
 
TCP ทดสอบส่วนประกอบ
แฝง / ตัว
ทดสอบนี้จะดำเนินการโดยการวัดระยะเวลาที่ใช้สำหรับเซิร์ฟเวอร์ที่จะตอบรับคำขอจากลูกค้าของผู้ใช้ ไคลเอนต์ส่งข้อความไปยังเซิร์ฟเวอร์เมื่อได้รับข้อความว่าเซิร์ฟเวอร์จะส่งการตอบกลับ . ตลอดเวลาการเดินทางเป็นวัดที่เป็นวัดใน MS (มิลลิวินาที)
. การทดสอบนี้จะถูกทำซ้ำหลาย ๆ ครั้งที่มีค่าต่ำสุดที่กำหนดผลสุดท้าย
ดาวน์โหลด
ไคลเอนต์สร้างการเชื่อมต่อหลายกับเซิร์ฟเวอร์ผ่านพอร์ต: 8080 ลูกค้าร้องขอเซิร์ฟเวอร์เพื่อ ส่งก้อนแรกของข้อมูล.
ลูกค้าจะคำนวณความเร็วแบบ real-time ของการถ่ายโอนแล้วปรับขนาดก้อนและขนาดบัฟเฟอร์บนพื้นฐานของการคำนวณนี้จะเพิ่มการใช้งานของการเชื่อมต่อเครือข่าย.
ในฐานะที่เป็นชิ้นจะได้รับจากลูกค้าที่ลูกค้า จะขอชิ้นอื่น ๆ อีกมากมายตลอดระยะเวลาของการทดสอบ.
ในช่วงครึ่งแรกของการทดสอบลูกค้าจะสร้างการเชื่อมต่อพิเศษให้กับเซิร์ฟเวอร์ถ้ามันกำหนดหัวข้อเพิ่มเติมจะต้องให้มากขึ้นแม่นยำในการวัดความเร็วในการดาวน์โหลด.
การทดสอบจะสิ้นสุดลงเมื่อจำนวนเงินที่กำหนดไว้ เวลาที่ได้รับถึง.
อัปโหลด
ลูกค้าสร้างการเชื่อมต่อหลายกับเซิร์ฟเวอร์ผ่านพอร์ตที่กำหนดไว้และส่งก้อนแรกของข้อมูล.
ลูกค้าจะคำนวณความเร็วแบบ real-time ของการถ่ายโอนและปรับขนาดก้อนและขนาดบัฟเฟอร์บนพื้นฐานของมันไป เพิ่มการใช้งานของการเชื่อมต่อเครือข่ายและขอข้อมูลเพิ่มเติม.
ในฐานะที่เป็นชิ้นจะได้รับจากเซิร์ฟเวอร์ของลูกค้าจะส่งชิ้นอื่น ๆ อีกมากมายตลอดระยะเวลาของการทดสอบ.
ในช่วงครึ่งแรกของการทดสอบลูกค้าจะสร้างการเชื่อมต่อพิเศษใน เซิร์ฟเวอร์ถ้ามันกำหนดหัวข้อเพิ่มเติมจะต้องถูกต้องมากขึ้นวัดความเร็วอัปโหลด.
การทดสอบจะสิ้นสุดลงเมื่อปริมาณการกำหนดค่าของเวลาที่ได้รับถึง. 
 
HTTP มรดกสำรองทดสอบ
แฝง
การทดสอบนี้จะดำเนินการโดยการวัดระยะเวลาที่จะได้รับการตอบสนองได้ ร้องขอ HTTP ส่งไปยังเว็บเซิร์ฟเวอร์
ทดสอบนี้จะถูกทำซ้ำหลาย ๆ ครั้งที่มีค่าต่ำสุดที่กำหนดผลสุดท้าย.
ดาวน์โหลด
ไฟล์ไบนารีขนาดเล็กจะถูกดาวน์โหลดจากเว็บเซิร์ฟเวอร์ไปยังลูกค้าเพื่อประเมินการเชื่อมต่อความเร็ว
บนพื้นฐานของผลนี้เป็นหนึ่งในขนาดไฟล์หลาย มีการเลือกที่จะใช้สำหรับการทดสอบดาวน์โหลด Real
การทดสอบจะดำเนินการกับการป้องกันแคชผ่านสตริงสุ่มผนวกเข้ากับการดาวน์โหลดแต่ละ
ตัวอย่างกำลังการผลิตจะได้รับที่ได้ถึง 30 ครั้งต่อวินาที
ตัวอย่างเหล่านี้จะรวมแล้วเป็น 20 ชิ้น (แต่ละเป็น 5% ของกลุ่มตัวอย่าง )
ดูด้านล่างของเอกสารสำหรับรายละเอียดในการกรอกข้อมูลที่นี่ (ดู * ด้านล่างเพื่อดูรายละเอียดเพิ่มเติม)
ชิ้นที่เหลือจะเฉลี่ยกันเพื่อกำหนดผลสุดท้าย
อัพโหลดทดสอบ
จำนวนเล็ก ๆ ของข้อมูลแบบสุ่มถูกสร้างขึ้นในลูกค้าและส่งไปยังเว็บเซิร์ฟเวอร์ที่จะประเมิน ความเร็วในการเชื่อมต่อ.
อยู่บนพื้นฐานของผลนี้เป็นก้อนขนาดเหมาะสมของข้อมูลที่สร้างแบบสุ่มจะถูกเลือกสำหรับการอัปโหลด.
การทดสอบการอัปโหลดจะดำเนินการแล้วในก้อนขนาดสม่ำเสมอผลักสคริปต์ฝั่งเซิร์ฟเวอร์ผ่านทางไปรษณีย์.
เราจะใช้งานได้ถึง สี่เธรด HTTP ที่นี่เป็นอย่างดีเพื่อการเชื่อมต่อเปียกโชก.
ชิ้นจะเรียงตามความเร็วและอีกครึ่งหนึ่งเป็นค่าเฉลี่ยที่เร็วที่สุดที่จะกำจัดความผิดปกติและกำหนดผล.
 
การตัดสินใจจำนวนกระทู้
Speedtest.net จะใช้ถึงสี่เธรด HTTP ในช่วง ดาวน์โหลดและอัพโหลดส่วนของการทดสอบ แต่ก็จะใช้มากกว่าสองหัวข้อถ้าพวกเขามีความจำเป็นที่แม่นยำในการวัดความเร็วเพื่อลดผลกระทบของค่าใช้จ่ายในการเชื่อมต่อ HTTP ความเร็วที่ต่ำกว่าที่ หลังจากที่มีการทดสอบก่อนถ้าความเร็วการเชื่อมต่อเป็นอย่างน้อย 4 เมกะบิตต่อวินาทีแล้ว Speedtest.net จะใช้สี่หัวข้อ มิฉะนั้นก็จะเริ่มต้นกับสองหัวข้อ.
แต่มีอุปสรรค์ในเบราว์เซอร์รุ่นเก่า: Internet Explorer 7 (หรือก่อนหน้า) และ Firefox 2 (หรือก่อนหน้า), เบราว์เซอร์อย่างเคร่งครัดเป็นไปตามข้อกำหนดของ HTTP เพียงสองเธรดต่อชื่อโฮสต์ ที่จะไต่ถึงสี่หัวข้อในเบราว์เซอร์รุ่นเก่าเหล่านี้เราต้องเปิดด้ายที่สามและสี่ไปยัง URL ที่รองให้โดยโฮสต์ที่ชี้ไปยังเซิร์ฟเวอร์เดียวกัน วิธีนี้เราสามารถหลีกเลี่ยงข้อ จำกัด ของเบราว์เซอร์รุ่นเก่าเหล่านั้นและยังคงวัดการเชื่อมต่อความเร็วสูงได้อย่างถูกต้อง ส่วนใหญ่ของครอบครัวของเราไม่มี URL รองทำงาน แต่ถ้าคุณกำลังทดสอบจากเบราว์เซอร์รุ่นเก่าไปยังโฮสต์ที่ไม่เป็น Speedtest.net จะถูก จำกัด ให้สองหัวข้อที่สูงสุด นี่คือเหตุผลหนึ่งที่เราขอแนะนำให้ผู้เข้าชมทั้งหมดใช้เบราว์เซอร์ขึ้นไปวัน.
วิธีผลการคำนวณ
ตัวอย่างทั้งหมดจะเรียงตามความเร็ว ทั้งสองผลที่เร็วที่สุดจะถูกลบและด้านล่างจังหวัดอุบลราชธานี 1/4 ที่เหลือ (ซึ่งจะอยู่ที่ประมาณ 22% ของ TH