Score:0

HAProxy - บันทึก http และความคลาดเคลื่อน TTFB

ธง in

ฉันสังเกตเห็นความแตกต่างอย่างมากระหว่าง TTFB ในเครื่องมือเครือข่ายของเบราว์เซอร์และบันทึก HAProxy HAProxy จะบอกว่าคำขอส่งคืนใน 29 มิลลิวินาที ตัวอย่างเช่น แต่เบราว์เซอร์รายงานที่ใดก็ได้ตั้งแต่ 50-600 มิลลิวินาที ฉันสังเกตเห็นสิ่งนี้เมื่อการจราจรหนาแน่นที่สุด เซิร์ฟเวอร์ HAProxy มี 8 คอร์และการเชื่อมต่อเครือข่าย 1GB บน Bare Metal ดังนั้นฉันไม่คิดว่ามันเป็นข้อจำกัดของเครื่อง แต่แทนที่จะปรับแต่งให้ฉันไม่สามารถหาวิธีจัดเรียงได้

ตัวอย่างเช่น นี่คือบรรทัดจาก HAProxy Log (ตัวเลือก httplog)

14 ม.ค. 01:51:06 localhost haproxy[258127]: 555.555.555.555:59310 [14/Jan/2022:01:51:06.900] https-www~ ngt/api_srv_3 0/0/0/29/29 200 645 - - ---- 316/316/3/3/0 0/0 "รับ [URL] HTTP/1.1"

TTFB ใน Chrome และ Brave แสดงได้ทุกที่ตั้งแต่ 50-600ms 50ms สมเหตุสมผล แต่ 600ms ไม่สมเหตุสมผล มีบางสิ่งที่ฉันมองข้ามไปหรือไม่? เวลาที่สอดคล้องกับ 600ms มักจะตรงกับเวลาที่ยุ่งกว่าของวัน แต่บันทึก HAProxy จะยังคงแสดง 29ms เป็นต้น

ขอบคุณล่วงหน้า

jp flag
มีเครือข่ายระหว่าง haproxy และเบราว์เซอร์ และมีเวลาแฝงของตัวเอง
Score:1
ธง jp

ทีทีเอฟบี ในเบราว์เซอร์และ ในบันทึก HAProxy เป็นตัวชี้วัดที่แตกต่างกัน ทีทีเอฟบี ในเบราว์เซอร์ประกอบด้วยเวลาที่จำเป็นในการดำเนินการแก้ไข DNS เวลาสำหรับคำขอเดินทางจากเบราว์เซอร์ไปยัง HAProxy และเวลาสำหรับแพ็กเก็ตแรกของการตอบสนอง HAProxy เพื่อเดินทางจาก HAProxy ไปยังเบราว์เซอร์

โพสต์คำตอบ

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