<div dir="ltr"><div><div><div><div><div><div><div><div><div>The gate-tempest-dsvm-neutron-full-ubuntu-xenial job is 20..30 min slower than it supposed to be/used to be. <br><br>The extra time has multiple reasons and it is not because we test more :( .<br></div><div>Usually we are just less smart than before.<br></div><div><br>Huge time increment is visible in devstack as well.<br></div><div>devstack is advertised as:<br><br>Running devstack ... this takes 10 - 15 minutes (logs in logs/devstacklog.txt.gz)</div><br></div><div>The actual time is 20 - 25 min according to openstack health:<br><a href="http://status.openstack.org/openstack-health/#/test/devstack?resolutionKey=day&duration=P6M">http://status.openstack.org/openstack-health/#/test/devstack?resolutionKey=day&duration=P6M</a><br></div><div></div><div><br></div><div><br></div>Let's start with the first obvious difference compared to the old-time jobs.:<br></div>The jobs does 120..220 sec apt-get install and packages defined /files/debs/general are missing from the images before starting the job.<br><br></div><div>We used to bake multiple packages into the images based on the package list provided by devstack in order to save time.<br></div><div><br></div>Why this does not happens anymore ?<br>Is anybody working on solving this issue ?<br></div></div>Is any blocker technical issue / challenge exists ?<br></div>Was it a design decision ?<br><br></div>We have similar issue with pypi usage as well.<br><br></div><div>PS.:<br></div>Generally a good idea to group these kind of package install commands to one huge pip/apt-get/yum .. invocation, because these tools has significant start up time and they also need to process the dependency graph at install/update.<br><div><div><div><div><div><div><div><br><div><br></div></div></div></div></div></div></div></div></div>