Thanks for the nice summary Steve. I dropped the nice in http://bazaar.launchpad.net/~apport-hackers/apport/trunk/revision/3003 . It might certainly improve things a bit, but if it takes long now it will still take long with this; this is a little optimization, not really a complete solution.
We discussed some other approaches: the unity compositor could install a signal handler for SIGSEGV, and if it encounters a crash, release all its video buffers, and re-raise the signal. This could help a lot already, as presumably the mmapped video memory takes the majority of the core dumped area. This should be confirmed by experiments, though.
Thanks for the nice summary Steve. I dropped the nice in http:// bazaar. launchpad. net/~apport- hackers/ apport/ trunk/revision/ 3003 . It might certainly improve things a bit, but if it takes long now it will still take long with this; this is a little optimization, not really a complete solution.
We discussed some other approaches: the unity compositor could install a signal handler for SIGSEGV, and if it encounters a crash, release all its video buffers, and re-raise the signal. This could help a lot already, as presumably the mmapped video memory takes the majority of the core dumped area. This should be confirmed by experiments, though.