Hi Giacomo. it's definitely minutes, probably between 5 and 10 per checkpoint.
Another thing I noticed is that often, the test infrastructure will schedule the typically two final and longer running tests (I think both ARM boot tests) at the same time, but sometimes I'll wait and wait for the checkpoint one to run, and then it will start the other ARM test serially after it, even though I passed in -t 6 (run 6 tests in parallel). It's just a guess, but is the framework setting up 6 static schedules of tests and then feeding them to 6 threads to run? Or is it dynamically scheduling them based on when different threads finish their current task? If it's the first, I think the second would be a great improvement as well, since that will save the occasional unnecessary serialization of long running tests. Gabe On Tue, Oct 12, 2021 at 2:10 AM Giacomo Travaglini < [email protected]> wrote: > Hi Gabe, are we talking about seconds or minutes (per run)? > In the latter case I agree we could reduce the max_number to 3. > > If it is just saving us few seconds then it is probably not worth it IMHO > > Kind Regards > > Giacomo > > > -----Original Message----- > > From: Gabe Black via gem5-dev <[email protected]> > > Sent: 12 October 2021 09:18 > > To: gem5 Developer List <[email protected]> > > Cc: Gabe Black <[email protected]> > > Subject: [gem5-dev] reduce the number of checkpoints in the ARM > > checkpoint test? > > > > I notice that the long pole in running the quick regressions seems to be > the > > tests/gem5/configs/realview64-simple-atomic-checkpoint.py test which > > does some sort of ARM linux boot (I assume) and checkpoints 5 times as it > > comes up. Would it make sense to reduce that down to 3 or even 2? I think > > that would get largely the same test coverage but hopefully take > > substantially less time to run. > > > > Alternatively we could increase the interval and decrease the max number > of > > checkpoints to get more separate (and more different?) state for > > checkpoints. > > > > Longer term, we should look at why taking (and restoring?) checkpoints > is so > > slow and try to fix that, but nearer term, when I have to run lots of > these in a > > row, it would be really nice to trim them down by a good number of > minutes > > a time. > > > > Gabe > IMPORTANT NOTICE: The contents of this email and any attachments are > confidential and may also be privileged. If you are not the intended > recipient, please notify the sender immediately and do not disclose the > contents to any other person, use it for any purpose, or store or copy the > information in any medium. Thank you. >
_______________________________________________ gem5-dev mailing list -- [email protected] To unsubscribe send an email to [email protected] %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
