Performance: Difference between revisions
Dongxiao.xu (talk | contribs) (Created page with 'Performance is an essential point for measuring the quality of a build system.<br> We are continously improving poky/bitbake performance, including major parts of build time, dis…') |
Dongxiao.xu (talk | contribs) No edit summary |
||
Line 57: | Line 57: | ||
Using fork way in bitbake will gain about 10% build time for poky-image-minimal.<br> | Using fork way in bitbake will gain about 10% build time for poky-image-minimal.<br> | ||
The current build time is somewhat long, which we will look at.<br> | The current build time is somewhat long, which we will look at.<br> | ||
<br> | |||
{| cellpadding="10" cellspacing="0" border="1" | {| cellpadding="10" cellspacing="0" border="1" | ||
|+Table 3: Disk Footprint Optmization Results (poky-image-minimal) | |+Table 3: Disk Footprint Optmization Results (poky-image-minimal) | ||
Line 84: | Line 84: | ||
Optimization A: Remove the temp files in sstate-build-* (Already in master tree).<br> | Optimization A: Remove the temp files in sstate-build-* (Already in master tree).<br> | ||
Optimization B: Using hardlink to replace copy between "package-->packages-split", "image-->sysroot-destdir", and "sysroot-destdir-->/tmp/sysroots" (Pending for review).<br> | Optimization B: Using hardlink to replace copy between "package-->packages-split", "image-->sysroot-destdir", and "sysroot-destdir-->/tmp/sysroots" (Pending for review).<br> | ||
<br> | |||
There are some other data we may add later.<br> | |||
1) Using socket data accessing approach to avoid data re-parsing when fork/exec new bitbake processes. (Qing) |
Revision as of 07:23, 13 January 2011
Performance is an essential point for measuring the quality of a build system.
We are continously improving poky/bitbake performance, including major parts of build time, disk footprint, and file parsing speed.
Here are some performance measurement results:
File parsing time | Green-3.3.1 | Yocto-0.9 | Optimization A | Optimization B | Current |
BB file number | 925 | 844 | 757 | 757 | 769 |
time (s) | 17 | 45 | 29 | 26 | 16 |
Note:
Optimization A: Exclude variables in distro_tracking_fields.inc from normal parsing. (Already in master tree)
Optimization B: "??=" re-implementation. (Pending for review)
Current: Latest master with parallel parsing mechanism
Build time | Green-3.3.1 | Yocto-0.9 | Exec (before pseudo wrapper) | Fork (after pseudo wrapper) | Current |
Recipe number | 88 | 147 | 147 | 147 | 147 |
time (s) | 32m57s | 88m50s | 114m6s | 99m52s | 134m39s |
Note:
Using fork way in bitbake will gain about 10% build time for poky-image-minimal.
The current build time is somewhat long, which we will look at.
Disk Space | Green-3.3.1 | Yocto-0.9 | Optimization A | Optimization B | Current |
Recipe number | 88 | 147 | 147 | 147 | 147 |
Disk size (GB) | 7.6 | 29 | 24 | 19 | 24 |
Note:
Optimization A: Remove the temp files in sstate-build-* (Already in master tree).
Optimization B: Using hardlink to replace copy between "package-->packages-split", "image-->sysroot-destdir", and "sysroot-destdir-->/tmp/sysroots" (Pending for review).
There are some other data we may add later.
1) Using socket data accessing approach to avoid data re-parsing when fork/exec new bitbake processes. (Qing)