We've done a lot of good work in optimising task execution and latency however I was looking at some of our build data and I think we still have work to do. The attached picture is a "bootchart" style picture showing the task execution at the start of a build. Each vertical division represents one second. As you can see, the fetch/patch tasks themselves run very quickly. Those markers are from the task entry/exit.
The worrying part is the empty space between the tasks which looks to be about 1.5 seconds in size *per task*. This is a scary amount of latency to be losing for task execution when you consider we have 4500 of these for our reference build. More investigation is needed to figure out where this time is being spent but I'm guessing a significant fraction is in parsing the recipe of the task that is about to be executed. We need to confirm that but if that is the case but one possible optimisation is we should ensure we're not parsing every BBCLASSEXTEND variant of the recipe, just the one we want to run. I'm sure there are other ways we might be able to improve this too. Cheers, Richard
_______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core