10583 2016-11-02 14:54:18 +0000 buildstats.bbclass + pybootchart: record and render system utilization statistics 2016-12-14 21:22:48 +0000 1 1 7 Build System, Metadata & Runtime OE-Core devtools / tool chain 2.3 x86 Multiple RESOLVED FIXED Medium+ enhancement 2.3 M1 1 patrick.ohly patrick.ohly jose.perez.carranza markus.lehtonen meta.mr.watcher meta.watcher randy.macleod juan.fernandox.ramos.frayle --- --- Yes (doc changes required) oldest_to_newest 67865 0 patrick.ohly 2016-11-02 14:54:18 +0000 To understand where bottlenecks are it is useful to have graphs of CPU, RAM and disk bandwidth utilization during the entire build. In addition, when using rm_work.bbclass, the currently consumed disk space is also interesting. These values need to be sampled at regular time intervals. Small intervals yield more detailed information, but also consume more disk space. Code is available: https://github.com/pohly/poky/commits/rmwork Open questions: should sampling be active by default when buildstats.bbclass is active? How often should be sampled? Is further work needed to reduce the disk space required to store the samples (which would be possible)? 68096 1 patrick.ohly 2016-11-08 16:27:33 +0000 RP suggested that sampling should be active by default. The bitbake heartbeat patch needs further work to make the interval configurable and should default to 1s (BB_HEARTBEAT_EVENT = "1.0"). Allowing time units was considered, with no clear consensus (it would be nicer, but there's no established standard for it). When recording by default, some additional work to lower the amount of stored data and thus the required parsing time would be useful. 68957 2 patrick.ohly 2016-12-08 17:41:48 +0000 Merged into bitbake and OE-core master ("buildstats: add system state sampling"), with condensed data stored in data files and enabled by default when inheriting buildstats.bbclass.