On Tue, Apr 01 2014, Uday Reddy <[email protected]> wrote: > Robert Marshall writes: > >> When there's a long delay waiting for the messages to arrive emacs is >> thrashing the CPU so it's not a network problem - or at least not one >> where it's timing out on something. > > You can find what subprocesses are running inside Emacs by doing: > > ESC-: (process-list) > > If there are run-away processes that shouldn't be there, you should either > kill the Emacs session and restart, or you can use your elisp knowledge to > `delete-process' all the offending subprocesses. I don't know a better way. >
I don't think it is anything to do with processes (there was IMAP SSL, aspell and shell when I was having the problem) it looks to me as if the getmail/savemail command is doing lots of elisp commands and taking 30+sec to return to the user. It's the foreground that is the issue .. my session locks up (but C-g'able) until the get/save returns. It is looking likely that this is a problem with the latest emacs build rather than vm - I'm now trying running on a non-latest build and *so far* I can't see the problem. I'll give it to the end of the day and if the bug doesn't reappear (so then it would appear to be changes in the emacs src trunk) I'll then need to try to get some test case together that I can get an emacs bug report together and I'll try profiling it when the bug is active. Robert -- La grenouille songe..dans son château d'eau Links and things http://rmstar.blogspot.com/
