เรียกใช้ผู้ปฏิบัติงาน MPM, Apache 2.4.46, Debian 9
พนักงานจบงานอย่างสง่างามก็เติบโตขึ้นเมื่อเวลาผ่านไป ดูเหมือนพวกเขาจะไม่จบสิ้น ในที่สุดฉันก็หมดความสามารถและได้รับข้อผิดพลาด "กระดานคะแนนเต็ม" ถ้าฉันรีสตาร์ท apache พวกเขาจะถูกปล่อยออกมา
ฉันไม่เชื่อว่ามันไม่มีส่วนเกี่ยวข้องกับโค้ดเว็บไซต์ของฉัน (php) เนื่องจากคำขอที่หยุดทำงานจำนวนมากเป็นเพียง GET รูปภาพล้วน ๆ ไม่เกี่ยวข้องกับ php
<IfModule mpm_worker_module>
ServerLimit 500
StartServers 10
MinSpareThreads 50
MaxSpareThreads 100
ThreadLimit 64
ThreadsPerChild 64
MaxRequestWorkers 500
MaxConnectionsPerChild 0
</IfModule>
ป้ายบอกคะแนน
ตัวอย่าง g คนงาน
apache ตลอดสัปดาห์ ช่องฟรีลดน้อยลง
พยายามเปิดและปิด Keep Live
เมื่อคุณใช้ผู้ปฏิบัติงาน MPM คำขอจะได้รับการจัดการโดยเธรดที่มีอยู่ในกระบวนการ
จาก https://httpd.apache.org/docs/2.4/mod/worker.html
กระบวนการควบคุมเดียว (พาเรนต์) มีหน้าที่รับผิดชอบในการเรียกใช้กระบวนการย่อย กระบวนการลูกแต่ละกระบวนการจะสร้างเธรดเซิร์ฟเวอร์ในจำนวนคงที่ตามที่ระบุในคำสั่ง ThreadsPerChild เช่นเดียวกับเธรดตัวฟังที่รับฟังการเชื่อมต่อและส่งต่อไปยังเธรดเซิร์ฟเวอร์เพื่อประมวลผลเมื่อมาถึง
บน Linux กระบวนการ 'มี' เธรด นั่นคือ PID หนึ่งสามารถมีได้หลายเธรดซึ่งใช้หน่วยความจำร่วมกัน (ท่ามกลางทรัพยากรอื่นๆ) กับเธรดอื่นๆ ใน PID นั้น
ตามความเป็นจริงแล้ว Linux สนใจเฉพาะ 'งาน' เท่านั้น กระบวนการที่ไม่ใช่มัลติเธรดคือ PID ที่มีคอนเทนเนอร์ หนึ่ง งาน.
เมื่อคุณโหลด Apache ใหม่อย่างนุ่มนวล แสดงว่าคุณกำลังยุติกระบวนการที่มีอยู่ สิ่งที่เกิดขึ้นที่นี่คือ Apache ทำให้แต่ละเธรดรอจนกว่าเธรดทั้งหมดในกระบวนการบรรจุจะเสร็จสิ้นก่อนที่จะรีสตาร์ทคอนเทนเนอร์ PID
ดังนั้น ในกรณีของคุณ คุณมีเธรดเดียวที่อยู่ในกระบวนการทั้งหมดในรายการนั้นซึ่งยังไม่ว่างหรือติดค้างอยู่
คุณมีตัวเลือกไม่กี่อย่าง
1 เป็นเรื่องง่าย เพิ่มตัวเลือกการกำหนดค่า สง่างามShutdownTimeout ด้วยมูลค่าที่สูงแต่ไม่โง่ พูด 900 วินาที ตามค่าดีฟอลต์ ค่านี้จะไม่มีที่สิ้นสุด ซึ่งหมายความว่าเธรดของคุณรอตลอดไปเพื่อให้เธรดปัญหาของคุณเสร็จสิ้น
ข้อเสียเปรียบหลักคือคุณมีโอกาสชนกับกระบวนการระหว่างทำสิ่งที่สำคัญ ซึ่งการยกเลิกอาจทำให้ไฟล์เสียหายหรือทำให้แอปพลิเคชันเสียหายได้ คุณยังเรียกใช้โอกาส (น้อยมาก) ในการยกเลิกไคลเอนต์ระหว่างการประมวลผล
2 คุณจะต้องค้นหาเธรดที่ติดอยู่ในรายชื่อคนงาน จากนั้นวินิจฉัยว่าการเชื่อมต่อกำลังทำอะไรอยู่ แต่คุณจะต้องค้นหาสิ่งที่อาจเป็นข้อบกพร่องของการออกแบบ และคุณสามารถอธิบายพฤติกรรมดังกล่าวได้อย่างมั่นใจมากขึ้นก่อนที่จะเป่า ออกจากกระทู้ปัญหา
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
