รอ bash-builtin เบิร์น CPU ที่ 100 เปอร์เซ็นต์

เกิดขึ้นอย่างน้อยในGNU bash รุ่น 4.3.42 x86_64 && GNU bash รุ่น 4.3.11 x86_64

ฉันใช้sleep & wait $!แทนวิธีง่าย ๆsleepในการทำให้sleepสัญญาณขัดจังหวะ(เหมือนSIGUSR1 ) แต่ดูเหมือนว่าwaitbash-builtin จะทำงานในลักษณะที่แปลกเมื่อคุณเรียกใช้สิ่งต่อไปนี้

อาคาร 1:

cat <(
   trap 'echo SIGUSR1' SIGUSR1;
   echo $BASHPID;
   while :;do
       sleep 1 &
       wait $!;
       echo test;
   done
   )&

อาคาร 2:

kill -10 /the pid of the subshell, printed by the previous command/

อาคาร 1:

^C (ctrl + C)

จากนั้นฉันจะได้รับ subshell ที่เผาไหม้ CPU ที่ 100 เปอร์เซ็นต์

อาคาร 1:

pkill -P $(pgrep -P $$)

คุณมีความคิดเกี่ยวกับสาเหตุที่เกิดพฤติกรรมนี้หรือไม่?

หมายเหตุ : ไม่มีปัญหาเกิดขึ้นเมื่อcat <(/subshell/)ไม่ได้อยู่ในพื้นหลัง

อีกวิธีหนึ่งที่จะได้สัมผัสกับพฤติกรรมนี้

อาคาร 1:

(
   trap 'echo SIGUSR1' SIGUSR1;
   echo $BASHPID;
   while :;do
       sleep 1 &
       wait $!;
       echo test;
   done
)&

อาคาร 2:

kill -10 /the pid of the subshell, printed by the previous command/

อาคาร 1:

fg
^C (ctrl + C)

จากนั้นรับเปลือกแช่แข็ง

วิธีที่สามในการสัมผัสกับพฤติกรรมนี้

อาคาร 1:

(
   trap 'echo SIGUSR1' SIGUSR1;
   echo $BASHPID;
   while :;do
       sleep 1 &
       wait $!;
       echo test;
   done
)

อาคาร 2:

kill -10 /the pid of the subshell, printed by the previous command/

อาคาร 1:

^C (ctrl + C)

จากนั้นรับเปลือกแช่แข็ง

ข้อสังเกต

• ctrl+cส่งSIGINTไปยังกระบวนการ fg ในเทอร์มินัล 1
• ดังนั้นการดำเนินการkill -2 <PID>ในเทอร์มินัล 2 จึงเหมือนกับการกดปุ่มctrl+cในเทอร์มินัล 1
• ทำหนึ่งในสองจุดข้างต้นก่อนที่จะดำเนินการkill -10 <PID>ใน Terminal 2 จัดการSIGINTอย่างถูกต้อง
• ทำหลังจากรันkill -10 <PID>ในเทอร์มินัล 2 (การส่งสัญญาณSIGUSR1) ไม่สามารถจัดการSIGINTได้อย่างถูกต้องและนำไปสู่พฤติกรรมที่เป็นปัญหา
• การแทนที่kill -2 <PID>ในเทอร์มินัล 2 ( SIGINT) ด้วยkill -15 <PID>( SIGTERM) หรือkill -9 <PID>( SIGKILL) จะทำให้เกิดการจัดการสัญญาณอย่างถูกต้องเสมอ
• การดำเนินการkill -10 <PID>ในเทอร์มินัล 2 จะขัดจังหวะการทำงานของบิลด์อินwaitแต่จะไม่ออกจากลูปเนื่องจากtestจะถูกพิมพ์ทันทีหลังจากสัญญาณSIGUSR1ถูกดักจับและลูปจะทำงานต่อ
• การส่งSIGINTแบ่งออกจากลูปการดำเนินการและค้างเชลล์หรือไม่เคยขัดจังหวะwaitและยังคงรอ / แช่แข็ง

ข้อสรุป

SIGINTไม่ได้รับการจัดการและจัดการอย่างถูกต้องหรือถูกเพิกเฉยหลังจากการวางกับดักด้วยตนเองSIGUSR1หรืออาจเป็นการดักจับที่ผู้ใช้อื่นกำหนดไว้ นั่นหมายความว่ากระบวนการยังคงมีอยู่และนั่นคือสาเหตุที่มันกิน / ทำให้ซีพียูร้อนขึ้นหรือหยุดการทำงานของเชลล์ การดำเนินการkill -15 <PID>หรือkill -9 <PID>จากเทอร์มินัล 2 จะยุติ / ฆ่ากระบวนการและให้การควบคุมเทอร์มินัล 1 และช่วยให้ CPU ของคุณผ่อนคลาย

ทำไมปัญหานี้เกิดขึ้นยังคงเป็นปริศนา แต่ฉันหวังว่าใครบางคนสามารถอธิบายได้อย่างชัดเจนว่าเกิดอะไรขึ้นหลังม่าน