There’s been some discussion lately on the Emacs-devel mailing list about Emacs garbage collection. It’s pretty well known that Emacs GC uses old algorithms and is far from optimal. Part of improving the Emacs GC situation is understanding how the current GC implementation is behaving in the wild.
Ihor Radchenko has written a bit of Elisp to capture and store the GC statistics, which can be later uploaded to the developers working on this problem. He is asking Emacs users to install his package and run it to help gather information. The statistics are in plain text and can be viewed before sending them if you’re nervous about security. Additionally, you can view the source code before loading and running it.
This seems like a worthwhile project to me so please consider participating if you can. In the meantime, if you are experiencing delays for GC you might consider trying gcmh, a package that arranges for doing GC during idle times rather than when you’re actively using Emacs. I’ve used it for some time and never see any problems with GC delay.
In any event, if you’re willing and your employer doesn’t object try capturing and sharing your GC statistics to help improve Emacs.