In addition, we also measured the t

In addition, we also measured the transfer delay time and the overhead generated by increasing the number of concurrent connections. We compared the overhead generated by an increasing number of concurrent users. Figure 6 shows the results. As the concurrent number of users increase, the overhead of the polling method increases, while the overhead of WebSocket system was barely noticeable. In the polling method, starting from the client’s request, the forward delay time, the time of 60 ms consuming, and the time while waiting re-request, even if the response occurs after the response time from the server, all become overhead. However, using the WebSocket system, connections that occur after the first connection, resulted in the connection being maintained, with no additional latency. Figure 7 is a graph comparing the response times of the system using the polling and WebSocket methods. The x-axis represents the number of requests, and the y-axis represents the response time (ms).

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

นอกจากนี้ เราวัดเวลาเลื่อนโอนย้ายและโสหุ้ยการผลิตที่สร้างขึ้น โดยการเพิ่มจำนวนการเชื่อมต่อพร้อมกัน เราเปรียบเทียบค่าใช้จ่ายในสร้างขึ้น โดยการเพิ่มจำนวนผู้ใช้พร้อมกัน รูปที่ 6 แสดงผลลัพธ์ เป็นเวลาเดียวกันจำนวนผู้ใช้เพิ่มขึ้น ค่าโสหุ้ยของพูวิธีเพิ่ม ในขณะที่ค่าใช้จ่ายในระบบ WebSocket เห็นได้ชัดแทบไม่ วิธีโพลล์ เริ่มจากการร้องขอของไคลเอ็นต์ เวลาเลื่อนไปข้างหน้า เวลาใช้ ms 60 และเวลาขณะรอการร้องขอ แม้ว่าการตอบสนองเกิดขึ้นหลังจากการตอบสนองจากเซิร์ฟเวอร์ ทั้งหมดเป็น ค่าใช้จ่ายในการ อย่างไรก็ตาม โดยใช้ WebSocket ระบบเชื่อมต่อที่เกิดขึ้นหลังจากการเชื่อมต่อครั้งแรก ผลในการรักษา มีไม่แฝงเพิ่มเติมการเชื่อมต่อ รูปที่ 7 กราฟเปรียบเทียบเวลาการตอบสนองของระบบที่ใช้พูและวิธี WebSocket ได้ แกน x แทนหมายเลขของการร้องขอ และแกน y แสดงถึงเวลาตอบสนอง (ms)

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

นอกจากนี้เรายังวัดโอนหน่วงเวลาและค่าใช้จ่ายที่เกิดจากการเพิ่มจำนวนของการเชื่อมต่อพร้อมกัน เราเมื่อเทียบกับค่าใช้จ่ายที่เกิดจากการเพิ่มจำนวนของผู้ใช้พร้อมกัน รูปที่ 6 แสดงให้เห็นผล ในขณะที่จำนวนของผู้ใช้พร้อมกันเพิ่มขึ้นค่าใช้จ่ายของการเพิ่มวิธีการลงคะแนนเลือกตั้งในขณะที่ค่าใช้จ่ายของระบบ WebSocket เห็นได้ชัดแทบจะไม่ ในวิธีการเลือกตั้งที่เริ่มต้นจากการร้องขอของลูกค้า, การหน่วงเวลาที่ไปข้างหน้าเวลา 60 มิลลิวินาทีบริโภคและเวลาในขณะที่รอการร้องขออีกครั้งแม้ว่าการตอบสนองที่เกิดขึ้นหลังจากเวลาการตอบสนองจากเซิร์ฟเวอร์ทั้งหมดกลายเป็นค่าใช้จ่าย อย่างไรก็ตามการใช้ระบบ WebSocket, การเชื่อมต่อที่เกิดขึ้นหลังจากการเชื่อมต่อครั้งแรกที่ส่งผลในการเชื่อมต่อที่ถูกเก็บรักษาไว้โดยไม่มีความล่าช้าเพิ่มเติม รูปที่ 7 เป็นกราฟเปรียบเทียบเวลาการตอบสนองของระบบโดยใช้การลงคะแนนเลือกตั้งและวิธีการ WebSocket แกน x แสดงถึงจำนวนของการร้องขอและแกน y แสดงถึงเวลาตอบสนอง (ms)

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

นอกจากนี้เรายังวัดการประวิงเวลาและค่าใช้จ่ายที่เกิดขึ้น โดยเพิ่มจำนวนการเชื่อมต่อพร้อมกัน เปรียบเทียบค่าใช้จ่ายที่เกิดจากการเพิ่มจำนวนของผู้ใช้พร้อมกัน รูปที่ 6 แสดงผล เป็นตัวเลขการเพิ่มขึ้นของผู้ใช้ และวิธีการเลือกตั้งเพิ่มขึ้นในขณะที่ค่าใช้จ่ายของระบบ websocket แทบไม่สังเกตเห็นในเลือกตั้งวิธีเริ่มต้นจากการร้องขอของไคลเอ็นต์ เวลาเลื่อนไปข้างหน้า เวลา 60 นางสาวการบริโภค และเวลาในขณะที่รอขออีกครั้ง แม้ว่าการตอบสนองเกิดขึ้นหลังจากเวลาการตอบสนองจากเซิร์ฟเวอร์ทั้งหมดเป็นค่าใช้จ่าย อย่างไรก็ตาม การใช้ระบบ websocket การเชื่อมต่อที่เกิดขึ้นหลังจากการเชื่อมต่อแรกส่งผลให้การเชื่อมต่อการรักษาที่มีศักยภาพเพิ่มเติม รูปที่ 7 เป็นกราฟเปรียบเทียบเวลาการตอบสนองของระบบและวิธีการเลือกตั้ง websocket . แกน x แสดงถึงจำนวนของการร้องขอ และแกน Y แสดงเวลาการตอบสนอง ( MS )