On Wed, 14 Mar 2012 12:42:36 +0100 Kevin Wolf <kw...@redhat.com> wrote:
> Am 14.03.2012 10:42, schrieb Stefan Hajnoczi: > > On Tue, Mar 13, 2012 at 1:17 PM, Gerd Hoffmann <kra...@redhat.com> wrote: > >> Hi, > >> > >>> If you want to do it as part of the QEMU codebase then a thread is > >>> probably the best way - it avoids the troubles of forking a > >>> multithreaded program and letting go of resources (guest memory, file > >>> descriptors) that aren't needed across fork. > >> > >> That pretty much requires async monitor command support though, so the > >> iothread can continue driving guest i/o while the new worker thread > >> scales/compresses/writes the screendump. > > > > The most practical first step would be simply sending the ppm over a > > socket from ppm_save(). The 'screendump' command today already blocks > > so no new badness is being added. There would be no threads or fancy > > image encoding. > > Saving PNGs would be useful even without a management tool. From HMP you mean? This should be possible, the HMP implementation could save the image received via fd to a file.
