One option is to start the profiler, reproduce the issue, hit CTRL-G and then generate the profiler report. What does it show?

Well I can't press Ctrl-G since all of Emacs becomes unresponsive

I actually have to kill emacs from the terminal rather than using C-x C-c

I’d try disabling some packages until the issue goes away. When did it first occur, were there some packages installed in that timeframe?

I haven't added any new Emacs packages in a really long time (months) so I don't think that's it. I only started using (comment) forms this month so maybe that's the closest I can come to seeing this happen

Still @U01S2SZG5B7, the best workflow is to disable packages to try and isolate which (if any) is triggering the issue. In your previous comment you state that you have only recently began to use (comment), so even if your setup has been working fine, that bug may have been laying dormant all along.

alright. I'll probably try it out on a clean instance of Emacs with only LSP and Clojure packages

kill -USR2 $your_emacs_pid should enable the debugger when emacs is frozen. It will display stacktrace of whatever emacs was doing at that point

I've had the same issue. Actually only when cursor was on the comment word. Everything freezes for a while, but returns to normal after a bit, while bashing Ctrl-G. I was using doom-emacs with inf-clojure (not cider) and lsp-mode. Now using eglot instead and issue seems to have gone away. It might be the clojure-lsp server returning lots of messages for some reason in response to the hover on comment and locking up single process emacs.

Good to know someone else has faced the same issue. I had been considering just moving to VSCode with Calva actually.