Timeout determines the maximum time

Timeout determines the maximum time (in seconds) that the server holds open an HTTP keep alive connection. A client can keep a connection to the server open so that multiple requests to one server can be serviced by a single network connection. Since the number of open connections that the server can handle is limited, a high number of open connections will prevent new clients from connecting.

The default time out value is 30 seconds. Thus, by default, the server will close the connection if idle for more than 30 seconds. The maximum value for this parameter is 300 seconds (5 minutes).

The proper value for this parameter depends upon how much time is expected to elapse between requests from a given client. For example, if clients are expected to make requests frequently then, set the parameter to a high value; likewise, if clients are expected to make requests rarely, then set it to a low value.

Both HTTP 1.0 and HTTP 1.1 support the ability to send multiple requests across a single HTTP session. A server can receive hundreds of new HTTP requests per second. If every request was allowed to keep the connection open indefinitely, the server could become overloaded with connections. On Unix/Linux systems, this could easily lead to a file table overflow.

The GlassFish Server’s Keep Alive system, which is affected by the Timeout setting, addresses this problem. A waiting keep alive connection has completed processing the previous request, and is waiting for a new request to arrive on the same connection. The server maintains a counter for the maximum number of waiting keep-alive connections. If the server has more than the maximum waiting connections open when a new connection waits for a keep-alive request, the server closes the oldest connection. This algorithm limits the number of open waiting keep-alive connections.

If your system has extra CPU cycles, incrementally increase the keep alive settings and monitor performance after each increase. When performance saturates (stops improving), then stop increasing the settings.

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

หมดเวลากำหนดเวลา (เป็นวินาที) สูงสุดที่มีการเปิดเซิร์ฟเวอร์ HTTP มีให้เชื่อมต่อ ไคลเอนต์สามารถเก็บการเชื่อมต่อไปยังเซิร์ฟเวอร์เปิดเพื่อให้สามารถให้บริการคำขอหลายเซิร์ฟเวอร์หนึ่ง โดยการเชื่อมต่อเครือข่ายเดียว เนื่องจากจำนวนการเชื่อมต่อเปิดที่เซิร์ฟเวอร์สามารถจัดการจำกัด จำนวนการเชื่อมต่อที่เปิดสูงจะป้องกันลูกค้าใหม่จากการเชื่อมต่อค่าหมดเวลาเริ่มต้นคือ 30 วินาที ดังนั้น โดยค่าเริ่มต้น เซิร์ฟเวอร์จะปิดการเชื่อมต่อถ้าเป็นเวลามากกว่า 30 วินาที ค่าสูงสุดสำหรับพารามิเตอร์นี้คือ 300 วินาที (5 นาที)ค่าเหมาะสมสำหรับพารามิเตอร์นี้ขึ้นเวลาคาดว่านั่นระหว่างการร้องขอจากไคลเอนต์ที่กำหนด ตัวอย่าง ถ้าลูกค้าจะต้องร้องขอให้บ่อย ๆ แล้ว ตั้งค่าพารามิเตอร์เป็นค่าสูง ในทำนองเดียวกัน ถ้าลูกค้าคาดว่าจะไม่ค่อยร้องขอให้ แล้วตั้งค่าต่ำสุดHTTP 1.0 และ HTTP 1.1 สนับสนุนความสามารถในการส่งคำขอหลายผ่านเซสชัน HTTP เดียว เซิร์ฟเวอร์ได้หลายร้อยคำขอ HTTP ใหม่ต่อวินาที ถ้าคำได้รับอนุญาตให้เปิดการเชื่อมต่อโดยไม่จำกัดเวลา เซิร์ฟเวอร์อาจเป็นโอเวอร์โหลด ด้วยการเชื่อมต่อ บนระบบ Unix/Linux นี้ได้อาจเป็นแฟ้มตารางมากเกินไปของเซิร์ฟเวอร์ GlassFish ให้ชีวิตระบบ ซึ่งได้รับผลกระทบจากการตั้งค่าการหมดเวลา ปัญหานี้ รอให้ชีวิตเชื่อมต่อเสร็จสิ้นการประมวลผลการร้องขอก่อนหน้านี้ และรอคำขอใหม่การเชื่อมต่อเดียวกัน เซิร์ฟเวอร์รักษาตัวนับสำหรับจำนวนสูงสุดของการรอการเชื่อมต่อให้มีชีวิตอยู่ ถ้าเซิร์ฟเวอร์ที่มีมากกว่าสูงสุดรอเชื่อมต่อเปิดเมื่อเชื่อมต่อใหม่รอการร้องขอให้มีชีวิตอยู่ เซิร์ฟเวอร์ปิดการเชื่อมต่อที่เก่าที่สุด อัลกอริทึมนี้จำกัดจำนวนการเชื่อมต่อให้มีชีวิตอยู่รอเปิดถ้าระบบของคุณมีรอบ CPU เพิ่มเติม แบบเพิ่มหน่วยเพิ่มค่าชีวิตให้และตรวจสอบประสิทธิภาพหลังจากเพิ่มแต่ละ เมื่อประสิทธิภาพ saturates (หยุดปรับปรุง), หยุดเพิ่มการตั้งค่า

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

หมดเวลากำหนดเวลาสูงสุด (เป็นวินาที) ว่าเซิร์ฟเวอร์ถือเปิด HTTP ให้การเชื่อมต่อที่มีชีวิตอยู่ ลูกค้าสามารถให้การเชื่อมต่อไปยังเซิร์ฟเวอร์เปิดเพื่อให้การร้องขอหลายเซิร์ฟเวอร์สามารถได้รับบริการจากการเชื่อมต่อเครือข่ายเดียว เนื่องจากจำนวนของการเปิดการเชื่อมต่อที่เซิร์ฟเวอร์สามารถจัดการมี จำกัด จำนวนการเปิดการเชื่อมต่อจะป้องกันไม่ให้ลูกค้าใหม่จากการเชื่อมต่อ. ค่าเวลาเริ่มต้นคือ 30 วินาที ดังนั้นโดยค่าเริ่มต้นเซิร์ฟเวอร์จะปิดการเชื่อมต่อถ้าไม่ได้ใช้งานมานานกว่า 30 วินาที ค่าสูงสุดสำหรับพารามิเตอร์นี้เป็น 300 วินาที (5 นาที). ค่าที่เหมาะสมสำหรับพารามิเตอร์นี้ขึ้นอยู่กับวิธีการมากเวลาที่คาดว่าจะผ่านพ้นไประหว่างการร้องขอจากลูกค้าได้รับ ตัวอย่างเช่นถ้าลูกค้าที่คาดว่าจะทำให้การร้องขอบ่อยแล้วตั้งค่าพารามิเตอร์ที่จะมีมูลค่าสูง; เช่นเดียวกันถ้าลูกค้าที่คาดว่าจะทำให้การร้องขอไม่ค่อยแล้วตั้งค่าให้เป็นค่าที่ต่ำ. ทั้ง HTTP 1.0 และ HTTP 1.1 การสนับสนุนความสามารถในการส่งการร้องขอหลายข้ามเซสชั่น HTTP เดียว เซิร์ฟเวอร์จะได้รับหลายร้อยร้องขอ HTTP ใหม่ต่อวินาที ถ้าทุกคำขอได้รับอนุญาตให้ให้การเชื่อมต่อเปิดไปเรื่อย ๆ เซิร์ฟเวอร์จะกลายเป็นมากเกินไปกับการเชื่อมต่อ ในระบบ Unix / Linux, นี้ได้อย่างง่ายดายอาจนำไปสู่ล้นโต๊ะไฟล์. เซิร์ฟเวอร์ของ GlassFish ให้ระบบยังมีชีวิตอยู่ซึ่งเป็นผลมาจากการตั้งค่าหมดเวลาที่อยู่ในปัญหานี้ รอให้การเชื่อมต่อที่มีชีวิตอยู่ได้เสร็จสิ้นการดำเนินการตามคำขอก่อนหน้านี้และกำลังรอคำขอใหม่ที่จะมาถึงในการเชื่อมต่อเดียวกัน เซิร์ฟเวอร์รักษาเคาน์เตอร์สำหรับจำนวนสูงสุดของการรอคอยการเชื่อมต่อแบบ keep-alive ถ้าเซิร์ฟเวอร์ที่มีมากกว่าการเชื่อมต่อสูงสุดรอเปิดเมื่อมีการเชื่อมต่อใหม่รอการร้องขอ keep-alive เซิร์ฟเวอร์ปิดการเชื่อมต่อที่เก่าแก่ที่สุด ขั้นตอนวิธีนี้จะช่วย จำกัด จำนวนเปิดรอ keep-alive การเชื่อมต่อ. หากระบบของคุณมีรอบการทำงานพิเศษเพิ่มขึ้นเพิ่มการเก็บการตั้งค่ามีชีวิตอยู่และตรวจสอบประสิทธิภาพหลังจากที่เพิ่มขึ้นในแต่ละ เมื่ออิ่มตัวประสิทธิภาพ (หยุดการปรับปรุง) แล้วหยุดการเพิ่มการตั้งค่า

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

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

เวลาออกค่าเริ่มต้นคือ 30 วินาที ดังนั้น โดยค่าเริ่มต้นเซิร์ฟเวอร์จะปิดการเชื่อมต่อ ถ้าไม่ได้ใช้งานเกิน 30 วินาที มูลค่าสูงสุดสำหรับพารามิเตอร์นี้เป็น 300 วินาที ( 5 นาที ) .

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

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

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

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