GDB не прерывает программу немедленно

При отладке большого приложения на C я вижу странное поведение gdb: я всегда могу прервать программу, нажав Ctrl+C:

^C
Program received signal SIGINT, Interrupt.
0x76f58964 in select () at ../sysdeps/unix/syscall-template.S:81
81      in ../sysdeps/unix/syscall-template.S
(gdb)

Однако после достаточного времени работы программы (например,> 1 дня) я больше не могу легко прерывать программу. При попытке прервать программу с помощью Ctrl+C просто показывает gdb

^C
Program received signal SIGINT, Interrupt.

и висит там от нескольких минут до часов. Если это занимает больше нескольких минут, я обычно открываю другой терминал и вручную убиваю gdb, чтобы иметь возможность продолжить.

Вопрос. Это ожидаемое поведение от gdb? Могу ли я установить параметр, чтобы избежать этого?

Более подробная информация:

• Приложение FTL (https://github.com/pi-hole/FTL)
• Это многопоточность с использованием pthreads
• В течение времени ожидания после нажатия Ctrl+C gdb загружает процессор на 100%.

Изменить: дополнительные сведения

Я запустил perf record -p $(pidof gdb) примерно на 10 секунд, пока gdb был заморожен. perf report возвращает:

90,82%  gdb      gdb                [.] find_thread_ptid                                                                                                   
 9,13%  gdb      gdb                [.] ptid_equal                                                                                                         
 0,02%  gdb      gdb                [.] iterate_over_threads                                                                                               
 0,01%  gdb      [kernel.kallsyms]  [k] run_timer_softirq                                                                                                  
 0,01%  gdb      gdb                [.] 0x0016a9a4                                                                                                         
 0,00%  gdb      gdb                [.] 0x0015a480                                                                                                         
 0,00%  gdb      gdb                [.] 0x0016a998                                                                                                         
 0,00%  gdb      gdb                [.] is_exited

Через несколько минут gdb завершился, и я запустил info threads, который по-прежнему показывал только три потока (как и раньше):

(gdb) info threads
  Id   Target Id         Frame 
  3    Thread 0x764b8460 (LWP 10114) "socket listener" 0x76f60260 in accept () at ../sysdeps/unix/syscall-template.S:81
  2    Thread 0x76cb8460 (LWP 10113) "loganalyzer" 0x76f58964 in select () at ../sysdeps/unix/syscall-template.S:81
* 1    Thread 0x76e65000 (LWP 10098) "pihole-FTL" 0x76f58964 in select () at ../sysdeps/unix/syscall-template.S:81