คำถามติดแท็ก keep-alive

1
การชี้แจงส่วนหัวของ Keep-alive
ฉันถูกขอให้สร้างไซต์และหนึ่งในผู้ร่วมพัฒนาบอกฉันว่าฉันจะต้องใส่ส่วนหัวที่มีชีวิตอยู่ ฉันอ่านมากเกี่ยวกับเรื่องนี้ แต่ฉันก็ยังมีคำถาม msdn -> การเชื่อมต่อแบบเปิดจะช่วยเพิ่มประสิทธิภาพเมื่อไคลเอ็นต์ทำการร้องขอหลายครั้งสำหรับเนื้อหาเว็บเพจเนื่องจากเซิร์ฟเวอร์สามารถส่งคืนเนื้อหาสำหรับแต่ละคำร้องขอได้เร็วขึ้น มิฉะนั้นเซิร์ฟเวอร์จะต้องเปิดการเชื่อมต่อใหม่สำหรับทุกคำขอ มองไปที่ เมื่อ IIS (F) ส่งkeep aliveส่วนหัว ( หรือผู้ใช้ส่ง keep-ยังมีชีวิตอยู่ ) มันไม่ได้หมายความว่า ( E, C, B) บันทึกการเชื่อมต่อซึ่งเป็นเพียงสำหรับเซสชันของฉันได้อย่างไร ข้อมูลนี้ถูกเก็บไว้ที่ไหน ( "การเชื่อมต่อนี้เป็นของ" Royi " ) หมายความว่าไม่มีใครสามารถใช้การเชื่อมต่อนั้นได้ ถ้าเป็นเช่นนั้นหมายความว่า keep alive-header - ลดจำนวนผู้ใช้การเชื่อมต่อที่ทับซ้อนกันหรือไม่ ถ้าเป็นเช่นนั้นการเชื่อมต่อจะบันทึกถึงฉันได้นานเท่าใด (กล่าวอีกนัยหนึ่งคือถ้าฉันยังคงมีชีวิตอยู่ - "เก็บ" ไว้จนถึงเมื่อไหร่?) ps สำหรับผู้ที่สนใจ: การคลิกหน้าตัวอย่างนี้จะส่งคืนส่วนหัวของ keep alive

4
http ให้มีชีวิตอยู่ในยุคใหม่
ดังนั้นตามที่ผู้เขียน haproxy ผู้ที่รู้เรื่อง http: Keep-alive ถูกคิดค้นขึ้นเพื่อลดการใช้งาน CPU บนเซิร์ฟเวอร์เมื่อ CPU ช้าลง 100 เท่า แต่สิ่งที่ไม่ได้กล่าวคือการเชื่อมต่อแบบต่อเนื่องใช้หน่วยความจำจำนวนมากในขณะที่ไม่มีใครใช้งานได้ยกเว้นลูกค้าที่เปิดใช้งาน ปัจจุบันในปี 2009 ซีพียูมีราคาถูกมากและหน่วยความจำยังคง จำกัด อยู่ที่สถาปัตยกรรมหรือราคาเพียงไม่กี่กิกะไบต์ หากไซต์ต้องการให้มีชีวิตอยู่แสดงว่ามีปัญหาอย่างแท้จริง ไซต์ที่มีการโหลดสูงมักจะปิดการใช้งาน Keep-alive เพื่อรองรับจำนวนไคลเอ็นต์พร้อมกันสูงสุด ข้อเสียที่แท้จริงของการไม่มี Keep-alive คือเวลาแฝงที่เพิ่มขึ้นเล็กน้อยในการดึงวัตถุ เบราว์เซอร์เพิ่มจำนวนการเชื่อมต่อพร้อมกันเป็นสองเท่าบนไซต์ที่ไม่ได้เก็บรักษาไว้เพื่อชดเชยสิ่งนี้ (จากhttp://haproxy.1wt.eu/ ) สิ่งนี้สอดคล้องกับประสบการณ์ของคนอื่น ๆ หรือไม่? คือไม่มีชีวิต - ตอนนี้ผลลัพธ์แทบไม่เป็นที่สังเกตหรือไม่? (เป็นที่น่าสังเกตว่าด้วย websockets ฯลฯ - การเชื่อมต่อจะยังคง "เปิด" ไม่ว่าจะอยู่ในสถานะใดก็ตาม - สำหรับแอปที่ตอบสนองได้ดีมาก) มีผลมากกว่าสำหรับผู้ที่อยู่ห่างไกลจากเซิร์ฟเวอร์หรือหากมีสิ่งประดิษฐ์จำนวนมากที่จะโหลดจากโฮสต์เดียวกันเมื่อโหลดหน้าเว็บ (ฉันคิดว่าสิ่งต่างๆเช่น CSS, รูปภาพและ JS มาจาก CDN …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.