Debug on iOS device very slow with swift project and golang lib

Hello! I have a iOS app with library on golang. Every time, when i try to debug on device, fps down to 2-10 frames. If i run the same build without debug, application working very fast. Simulator works with debug always very fast.
I made a different experiment and detect, if golang library not started, debug on device working very fast.

My guess that goland lib very ofter switch threads (make sleap/wakeup), I saw it in logs, and lldb server try to collect some information about thread every sleap/wakeup operation.

This is example time profile. As you can see i get hangs but cpu not load very well. One period i don’t get hangs, because don’t receive any information from golib.

My goal if it possible to disable some lldb feature for fast debug on device.
I not shure that my guess is right.
Do you have any ideas to confirm it and fix it?

I can give additional logs, if needed.

This is threads log example. I receive this several times per seconds.
log enable lldb thread

 0x14ea0cb78: tid = 0x18c022: stop info = <NULL> (stop_id = 110)
 0x14ea0cb78: tid = 0x18c022: stop info = signal SIGURG (stop_id = 110)
 0x14e86bdf8: tid = 0x18bbe3: stop info = <NULL> (stop_id = 110)
 0x14eb8ebb8: tid = 0x18bfa4: stop info = <NULL> (stop_id = 110)
 0x2d8d9ac08: tid = 0x18bfae: stop info = <NULL> (stop_id = 110)
 0x14eb90148: tid = 0x18bfaf: stop info = <NULL> (stop_id = 110)
 0x2d8d9b228: tid = 0x18bfb0: stop info = <NULL> (stop_id = 110)
 0x2d8d9b768: tid = 0x18bfb1: stop info = <NULL> (stop_id = 110)
 0x2d8d9bca8: tid = 0x18bfb2: stop info = <NULL> (stop_id = 110)
 0x15e29e9a8: tid = 0x18bfb4: stop info = <NULL> (stop_id = 110)
 0x15e2a0178: tid = 0x18bfb5: stop info = <NULL> (stop_id = 110)
 0x15e2fe6e8: tid = 0x18bfb6: stop info = <NULL> (stop_id = 110)
 0x15e2fec28: tid = 0x18bfb7: stop info = <NULL> (stop_id = 110)
 0x15e2ff448: tid = 0x18bfb8: stop info = <NULL> (stop_id = 110)
 0x15e2ffc68: tid = 0x18bfb9: stop info = <NULL> (stop_id = 110)
 0x281904578: tid = 0x18bfba: stop info = <NULL> (stop_id = 110)
 0x281904d98: tid = 0x18bfbb: stop info = <NULL> (stop_id = 110)
 0x15fe752a8: tid = 0x18bfc1: stop info = <NULL> (stop_id = 110)
 0x281905698: tid = 0x18bfc3: stop info = <NULL> (stop_id = 110)
 0x2d8d9d148: tid = 0x18c038: stop info = <NULL> (stop_id = 110)
 0x2d8d9de98: tid = 0x18c03c: stop info = <NULL> (stop_id = 110)
 0x2d8d9e6b8: tid = 0x18c03f: stop info = <NULL> (stop_id = 110)
 0x2d8d9eed8: tid = 0x18c041: stop info = <NULL> (stop_id = 110)
 0x14eb906c8: tid = 0x18c04e: stop info = <NULL> (stop_id = 110)
 0x2d8d9e6b8: tid = 0x18c03f: stop info = <NULL> (stop_id = 111)

This is problem can be fixed on go side - runtime, x/mobile: Severe performance regression since 1.18+ on iOS, when combined with Xcode · Issue #57651 · golang/go · GitHub .

After reading go issue, I think the problem is on lldb side. It can be added for future lldb improvements.