ฉันเพิ่งติดตั้ง RabbitMQ บนเซิร์ฟเวอร์ Debian 11 และสังเกตเห็นว่าเธรดส่วนใหญ่อยู่ในกระบวนการเดียวกัน - beam.smp จากสิ่งที่ฉันพบบนอินเทอร์เน็ต กระบวนการนี้เป็นรันไทม์หรือ VM ของ Erlang ซึ่งเป็นการพึ่งพาของ RabbitMQ ผลลัพธ์ของ ปล ระบุว่าเป็นกระบวนการเดียวที่มี 1200 เธรด
$ ps -e | grep beam.smp | สุขา -l
1
$ ps -eLF | grep beam.smp | สุขา -l
1200
การใช้งาน CPU ต่ำมาก ดังนั้นเธรดเหล่านี้ทั้งหมดจะต้องอยู่ในโหมดสลีป อย่างไรก็ตาม ฉันพบว่ามันแปลกมากที่กระบวนการเดียวจะมีเธรดมากมายขนาดนั้น
นี่เป็นเรื่องปกติหรือเป็นสัญญาณของการกำหนดค่าที่ไม่ถูกต้องหรือไม่ หรืออาจเป็นข้อผิดพลาด? ดูเหมือนจะไม่ก่อให้เกิดปัญหาในทันที แต่อาจนำไปสู่ปัญหาในภายหลังได้หรือไม่
โดยปกติฉันจะให้เนื้อหาของไฟล์การกำหนดค่า แต่ในกรณีนี้ ฉันไม่พบไฟล์การกำหนดค่าที่รับผิดชอบสำหรับ beam.smp
การพันด้ายเป็นเรื่องง่ายด้วย Erlang เป็นไปได้ว่าคุณสามารถใช้การปรับแต่งนั้นได้ตามที่เป็นอยู่ โดยเฉพาะอย่างยิ่งหากสามารถจัดการการใช้ทรัพยากรได้
BEAM เป็นข้อมูลอ้างอิง Erlang VM ซึ่งคืออะไร แรบบิทเอ็มคิว ถูกสร้างขึ้นบน Erlang มีการทำงานพร้อมกันแบบเนทีฟ โดยมีกระบวนการที่มีน้ำหนักเบาซึ่งทำการส่งข้อความ เอกสาร RabbitMQ ที่มีน้ำหนักเบาจึงกล่าวถึง 2 ล้านกระบวนการสำหรับ การเชื่อมต่อพร้อมกันจำนวนมาก. ข้อจำกัดด้านทรัพยากรอื่นๆ จำกัดว่าระบบจะใช้งานได้จริงมากน้อยเพียงใด
บน Linux เธรดเป็นการดำเนินการเพื่อให้รันไทม์ดำเนินไป ซึ่งหมายถึงงานจำนวนมากที่ใช้ ID กลุ่มเดียวกันร่วมกัน และงานเหล่านั้นจะปรากฏเป็น ID กระบวนการเดียวกัน (ความหมายแตกต่างจากกระบวนการ Erlang)
บนระบบ POSIX เธรดจำนวนมากไม่ได้มีอยู่ทั่วไปในแอปพลิเคชัน ขอขอบคุณที่ PID เป็นวิธีเดียวในการนับงาน ตัวอย่างเช่น เมื่อใช้ SMP PID แบบหลายเธรดสามารถเกิน 100% CPU
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
