qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* 'make check-functional' uses lots of disk space in build tree
@ 2024-10-25 13:50 Peter Maydell
  2024-10-25 13:57 ` Daniel P. Berrangé
  0 siblings, 1 reply; 4+ messages in thread
From: Peter Maydell @ 2024-10-25 13:50 UTC (permalink / raw)
  To: QEMU Developers; +Cc: Thomas Huth

I notice that with the recent migration to check-functional we
seem to be using a lot of disk space in the build tree: for
one of my build trees
 du -h build/arm-clang/tests/functional/
returns a total of 4.5GB used, for instance, most of which seems
to be guest binary files.

Shouldn't something be cleaning these up after a test run?

thanks
-- PMM


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: 'make check-functional' uses lots of disk space in build tree
  2024-10-25 13:50 'make check-functional' uses lots of disk space in build tree Peter Maydell
@ 2024-10-25 13:57 ` Daniel P. Berrangé
  2024-10-25 15:29   ` Philippe Mathieu-Daudé
  0 siblings, 1 reply; 4+ messages in thread
From: Daniel P. Berrangé @ 2024-10-25 13:57 UTC (permalink / raw)
  To: Peter Maydell; +Cc: QEMU Developers, Thomas Huth

On Fri, Oct 25, 2024 at 02:50:50PM +0100, Peter Maydell wrote:
> I notice that with the recent migration to check-functional we
> seem to be using a lot of disk space in the build tree: for
> one of my build trees
>  du -h build/arm-clang/tests/functional/
> returns a total of 4.5GB used, for instance, most of which seems
> to be guest binary files.
> 
> Shouldn't something be cleaning these up after a test run?

The big problem seems to be tests/functional/test_aarch64_sbsaref.py
which is creating a pair of 256 MB firmware files on every test
and not deleting them.

The tests/functional/test_arm_raspi2.py is also uncompressing some
archives and not deleting them.

Perhaps we need to define a standard "scratch dir" in the framework
that files can be put into, and then have the framework force delete
them at the end.

With regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: 'make check-functional' uses lots of disk space in build tree
  2024-10-25 13:57 ` Daniel P. Berrangé
@ 2024-10-25 15:29   ` Philippe Mathieu-Daudé
  2024-10-25 15:50     ` Daniel P. Berrangé
  0 siblings, 1 reply; 4+ messages in thread
From: Philippe Mathieu-Daudé @ 2024-10-25 15:29 UTC (permalink / raw)
  To: Daniel P. Berrangé, Thomas Huth; +Cc: QEMU Developers, Peter Maydell

On 25/10/24 10:57, Daniel P. Berrangé wrote:
> On Fri, Oct 25, 2024 at 02:50:50PM +0100, Peter Maydell wrote:
>> I notice that with the recent migration to check-functional we
>> seem to be using a lot of disk space in the build tree: for
>> one of my build trees
>>   du -h build/arm-clang/tests/functional/
>> returns a total of 4.5GB used, for instance, most of which seems
>> to be guest binary files.
>>
>> Shouldn't something be cleaning these up after a test run?
> 
> The big problem seems to be tests/functional/test_aarch64_sbsaref.py
> which is creating a pair of 256 MB firmware files on every test
> and not deleting them.
> 
> The tests/functional/test_arm_raspi2.py is also uncompressing some
> archives and not deleting them.

Some files could be added back to the cache (with the proper hash)
so we don't need to re-extract or re-create them everytime.

> Perhaps we need to define a standard "scratch dir" in the framework
> that files can be put into, and then have the framework force delete
> them at the end.
> 
> With regards,
> Daniel



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: 'make check-functional' uses lots of disk space in build tree
  2024-10-25 15:29   ` Philippe Mathieu-Daudé
@ 2024-10-25 15:50     ` Daniel P. Berrangé
  0 siblings, 0 replies; 4+ messages in thread
From: Daniel P. Berrangé @ 2024-10-25 15:50 UTC (permalink / raw)
  To: Philippe Mathieu-Daudé; +Cc: Thomas Huth, QEMU Developers, Peter Maydell

On Fri, Oct 25, 2024 at 12:29:13PM -0300, Philippe Mathieu-Daudé wrote:
> On 25/10/24 10:57, Daniel P. Berrangé wrote:
> > On Fri, Oct 25, 2024 at 02:50:50PM +0100, Peter Maydell wrote:
> > > I notice that with the recent migration to check-functional we
> > > seem to be using a lot of disk space in the build tree: for
> > > one of my build trees
> > >   du -h build/arm-clang/tests/functional/
> > > returns a total of 4.5GB used, for instance, most of which seems
> > > to be guest binary files.
> > > 
> > > Shouldn't something be cleaning these up after a test run?
> > 
> > The big problem seems to be tests/functional/test_aarch64_sbsaref.py
> > which is creating a pair of 256 MB firmware files on every test
> > and not deleting them.
> > 
> > The tests/functional/test_arm_raspi2.py is also uncompressing some
> > archives and not deleting them.
> 
> Some files could be added back to the cache (with the proper hash)
> so we don't need to re-extract or re-create them everytime.

Unless we've seen a significant time penalty from the extraction,
I think we shouldn't complicate our cache handling. Simplicity
is of great value when it comes to debugging problems with tests.

With regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2024-10-25 15:51 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-10-25 13:50 'make check-functional' uses lots of disk space in build tree Peter Maydell
2024-10-25 13:57 ` Daniel P. Berrangé
2024-10-25 15:29   ` Philippe Mathieu-Daudé
2024-10-25 15:50     ` Daniel P. Berrangé

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).