compile/action: start with a build using setscene only - #2004
Jose Quaresma (quaresmajose) wants to merge 1 commit into
Conversation
|
Initial tests suggest that the NFS latency is negligible:
|
|
This pull request has been marked as stale due to 30 days of inactivity. To prevent automatic closure in 5 days, remove the stale label or add a comment. You can reopen a closed pull request at any time. |
|
Revisit after #2195 |
1114f21 to
d909a2f
Compare
Test Results 117 files ± 0 698 suites ±0 7h 47m 1s ⏱️ + 1h 22m 44s For more details on these failures, see this check. Results for commit e77e100. ± Comparison against base commit 19cc1e1. This pull request removes 1 and adds 3 tests. Note that renamed tests count towards both.♻️ This comment has been updated with latest results. |
3428102 to
71578f2
Compare
|
This pull request has been marked as stale due to 30 days of inactivity. To prevent automatic closure in 5 days, remove the stale label or add a comment. You can reopen a closed pull request at any time. |
Since the sstate-cache used in CI is hosted on a NFS server, this change will allow measuring its latency. Performing an initial build at each subbuild step using only the bitbake setscene tasks, will allow us to measure the time of that task. Which basically consists of executing all the task that can be accelerated using the stored sstate-cache. These tasks make exhaustive use of the NFS filesystem to acquire the sstate-cache artifacts. With this change, it will be easy to distinguish between the time required to acquire and unpack the sstate-cache artifacts and the time spent on the build itself. Signed-off-by: Jose Quaresma <jose.quaresma@oss.qualcomm.com>
71578f2 to
e77e100
Compare
|
This pull request has been marked as stale due to 30 days of inactivity. To prevent automatic closure in 5 days, remove the stale label or add a comment. You can reopen a closed pull request at any time. |
|
There is no latency introduced by the NFS. |
Since the sstate-cache used in CI is hosted on a NFS server, this change will allow measuring its latency.
Performing an initial build at each subbuild step using only the bitbake setscene tasks, will allow us to measure the time of that task. Which basically consists of executing all the task that can be accelerated using the stored sstate-cache. These tasks make exhaustive use of the NFS filesystem to acquire the sstate-cache artifacts.
With this change, it will be easy to distinguish between the time required to acquire and unpack the sstate-cache artifacts and the time spent on the build itself.