In many Internet applications, the

In many Internet applications, the client and server communicate for an extended period of time, with the client making a series of requests and the server responding to each of the requests. Depending on the application and on how the application is being used, the series of requests may be made back-to-back, periodically at regular intervals, or intermittently. When this client-server interaction is taking place over TCP, the application developer needs to make an important decision––should each request/response pair be sent over a separate TCP connection, or should all of the requests and their corresponding responses be sent over the same TCP connection? In the former approach, the application is said to use non-persistent connections; and in the latter approach, persistent connections. To gain a deep understanding of this design issue, let’s examine the advantages and disadvantages of persistent connections in the context of a specific application, namely, HTTP, which can use both non-persistent connections and persistent connections. Although HTTP uses persistent connections in its default mode, HTTP clients and servers can be configured to use non-persistent connections instead.

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

อินเทอร์เน็ตกับงาน ไคลเอนต์และเซิร์ฟเวอร์สื่อสารเป็นระยะเวลานานของเวลา ไคลเอนต์ทำการร้องขอและตอบสนองการร้องขอแต่ละเซิร์ฟเวอร์ ขึ้นอยู่ กับโปรแกรม และวิธีการใช้โปรแกรม ชุดของการร้องขออาจทำ back-to-back เป็นระยะ ๆ อย่างสม่ำเสมอ หรือเป็นระยะ ๆ เมื่อโต้ตอบนี้ไคลเอ็นต์-เซิร์ฟเวอร์จะใช้ TCP ผู้พัฒนาโปรแกรมต้องทำการตัดสินใจที่สำคัญ – – ควรร้องขอการตอบสนองแต่ละคู่ส่งผ่านการเชื่อมต่อ TCP แยก หรือควรร้องขอและการตอบรับที่สอดคล้องกันทั้งหมดถูกส่งผ่านการเชื่อมต่อ TCP เดียว ในวิธีการเดิม โปรแกรมบอกว่า จะใช้การเชื่อมต่อแบบถาวร และ ใน วิธีการหลัง การเชื่อมต่อปัจจุบัน รับความปัญหานี้ออก ขอตรวจสอบข้อดีและข้อเสียของการเชื่อมต่อปัจจุบันในบริบทของการใช้งาน ได้แก่ HTTP ซึ่งสามารถใช้การเชื่อมต่อแบบถาวรและการเชื่อมต่อปัจจุบัน แม้ว่า HTTP ใช้การเชื่อมต่อปัจจุบันในโหมดเริ่มต้น HTTP ไคลเอนต์และเซิร์ฟเวอร์สามารถกำหนดค่าการใช้การเชื่อมต่อแบบถาวรแทน

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

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

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

ในการใช้งานอินเทอร์เน็ตหลาย ไคลเอนต์และเซิร์ฟเวอร์ติดต่อเป็นระยะเวลานาน กับลูกค้าการสร้างชุดของการร้องขอและการตอบสนองของแต่ละเซิร์ฟเวอร์ หน้า ทั้งนี้ขึ้นอยู่กับการประยุกต์ใช้และเกี่ยวกับวิธีการโปรแกรมที่ใช้ ชุดรับประทานอาหาร อาจจะทำให้ชนกัน เป็นระยะ ๆในช่วงเวลาปกติหรือเป็นระยะๆ . เมื่อไคลเอ็นต์เซิร์ฟเวอร์ปฏิสัมพันธ์ที่เกิดขึ้นผ่าน TCP , ผู้พัฒนาโปรแกรมต้องการให้––ตัดสินใจที่สำคัญควรร้องขอแต่ละ / ตอบสนองคู่ถูกส่งผ่านการเชื่อมต่อ TCP ที่แยกต่างหาก หรือจะทั้งหมดของการร้องขอและการตอบสนองที่สอดคล้องกันของพวกเขาถูกส่งผ่านการเชื่อมต่อ TCP เดียวกัน ? ในแบบเดิม โปรแกรมจะบอกว่าให้ใช้การเชื่อมต่อที่ไม่ถาวร และในแนวทางหลังถาวรการเชื่อมต่อ เพื่อให้ได้รับความเข้าใจลึกของปัญหาการออกแบบนี้ เรามาศึกษาข้อดีและข้อเสียของการเชื่อมต่อแบบถาวรในบริบทของโปรแกรมประยุกต์เฉพาะ คือ HTTP ซึ่งสามารถใช้ทั้งแบบถาวรและไม่มีการเชื่อมต่อการเชื่อมต่อแบบถาวร แม้ว่าการใช้ HTTP การเชื่อมต่อถาวรในโหมดเริ่มต้นของลูกค้า HTTP และ เซิร์ฟเวอร์สามารถกำหนดค่าให้ใช้การเชื่อมต่อที่ไม่ถาวรแทน