Base on the trace file you gave me.

Base on the trace file you gave me. I found 3 attempt to the http://srx.main.ebayrtm.com, the first attempt the fqdn resolved to 119.46.110.225. the second and the third got resolved to 66.135.211.19, and all 3 get response from the server in a very quick manner, which we could not see the time out traffic in the trace file. That is why I last time mentioned it was hard to replicate the issue, and I replied to you with the report and suggestion from our Taas server which you mentioned you already checked the 1,2 and 4 , that would be the potential cause to this performance issue. 3 is the result which lead to the result, if the surgeQ keep increasing which means the there are packets waiting on the incoming queue waiting for the vserver, if the backend server for some reason is busy handling income packet, and the persistence setting on the vserver still lead the traffic to this backend server, will lead to this result.

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

สร้างไฟล์การติดตามที่คุณให้ฉัน พบ http://srx.main.ebayrtm.com พยายาม 3 ครั้งแรก fqdn ได้ 119.46.110.225 ที่สองและที่สามได้แก้ไขการ 66.135.211.19 และ 3 ทั้งหมดได้รับการตอบสนองจากเซิร์ฟเวอร์อย่างรวดเร็วมาก ซึ่งเราไม่สามารถเห็นเวลาออกในไฟล์การติดตาม นั่นคือเหตุผลที่ผมครั้งสุดท้ายดังกล่าวก็ยากที่จะจำลองปัญหา และผมตอบคุณ ด้วยรายงานและคำแนะนำจากเซิร์ฟเวอร์ของ Taas ที่คุณกล่าวถึงคุณเลือกแล้ว 1, 2 และ 4 ที่จะทำเกิดให้ปัญหาประสิทธิภาพการทำงานนี้ 3 เป็นผลที่นำไปสู่ผลลัพธ์ surgeQ ให้เพิ่มขึ้นซึ่งหมายความว่า นั่นมีแพคเก็ตที่รอเข้าคิวรอ vserver ถ้าเซิร์ฟเวอร์ backend ในบางกรณีไม่ว่างจัดการรายได้แพคเก็ต และการตั้งค่ามีอยู่ใน vserver ยังคงทำการจราจรนี้เซิร์ฟเวอร์ backend จะนำไปสู่ผลลัพธ์นี้

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

ฐานในการติดตามแฟ้มที่คุณให้ฉัน ผมพบว่า 3 ความพยายามที่จะ http://srx.main.ebayrtm.com, ความพยายามครั้งแรก FQDN มติ 119.46.110.225 ที่สองและสามได้มีมติ 66.135.211.19 และทุกการตอบสนองที่ 3 ได้รับจากเซิร์ฟเวอร์ในลักษณะที่รวดเร็วมากซึ่งเราไม่สามารถมองเห็นเวลาในการออกการจราจรในไฟล์การสืบค้นกลับ นั่นคือเหตุผลที่ผมกล่าวถึงครั้งสุดท้ายที่มันเป็นเรื่องยากที่จะทำซ้ำปัญหาและผมตอบให้คุณด้วยรายงานและข้อเสนอแนะจากเซิร์ฟเวอร์ส่วนสูงของเราที่คุณกล่าวถึงคุณแล้วตรวจสอบ 1,2 และ 4 ที่จะก่อให้เกิดศักยภาพในการนี​​้ ปัญหาประสิทธิภาพการทำงาน 3 เป็นผลที่นำไปสู่​​ผลที่ตามมาถ้า surgeQ ให้เพิ่มขึ้นซึ่งหมายความว่ามีแพ็คเก็ตที่รอคิวเข้ามารอ VServer ถ้าเซิร์ฟเวอร์แบ็กเอนด์ด้วยเหตุผลบางอย่างเป็นแพ็คเก็ตรายได้การจัดการที่วุ่นวายและความเพียรการตั้งค่าบน VServer ยังนำไปสู่​​การเข้าชมไปยังเซิร์ฟเวอร์แบ็กเอนด์นี้จะนำไปสู่​​ผลนี้

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

ฐานในการติดตามข้อมูลที่คุณให้มา ผมเจอ 3 พยายามที่จะ http://srx.main.ebayrtm.com แรก พยายาม fqdn มีมติ 119.46.110.225 . ที่สองและที่สามได้มีมติ 66.135.211.19 และทั้ง 3 ได้รับการตอบสนองจากเซิร์ฟเวอร์ในลักษณะที่รวดเร็วมาก ซึ่งเราไม่อาจเห็นเวลาจราจรในแฟ้มติดตาม นั่นคือเหตุผลที่ทำไมฉันถึงครั้งสุดท้ายที่กล่าวถึง มันก็ยากที่จะทำซ้ำปัญหาและผมตอบให้คุณกับรายงานและข้อเสนอแนะจากเซิร์ฟเวอร์ของเรา taas ซึ่งคุณกล่าวถึงคุณได้ตรวจ 1 , 2 และ 4 นั้นจะเป็นสาเหตุที่อาจเกิดขึ้นเพื่อแสดงปัญหา 3 ผลที่นำไปสู่ผล ถ้า surgeq เก็บเพิ่มขึ้นซึ่งหมายความว่ามีแพ็คเก็ตรอเข้าคิวรอ vserver ,ถ้าเซิร์ฟเวอร์แบ็กเอนด์สำหรับบางเหตุผลคือไม่ว่างจัดการรายได้แพ็คเก็ตและการตั้งค่าบน vserver ยังคงนำรถแบ็กเอนด์เซิร์ฟเวอร์นี้จะนำไปสู่ผลนี้