| Summary: | [Performance] sstate.bbclass: turn off some cache files' generation | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Robert Yang <liezhi.yang> |
| Component: | core | Assignee: | Robert Yang <liezhi.yang> |
| Status: | VERIFIED WONTFIX | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | Medium | CC: | corneliux.stoicescu, mark.hatle, meta.mr.watcher, meta.watcher, richard.purdie, sgw |
| Version: | 1.5 | ||
| Target Milestone: | 1.5 M2 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | No (bug/feature does not impact docs) | |
|
Description
Robert Yang
2013-04-23 06:36:53 UTC
The end user does at least need packagedata and populate-lic, otherwise those have to get rebuilt from scratch. The only data that is not strictly needed is package and that is required if you change package formats for example. Before we start making things configurable, I'd like to see performance numbers about the speed improvements this would give. I'm not sure its worth adding extra code paths just for one sstate target. (In reply to comment #1) > The end user does at least need packagedata and populate-lic, otherwise > those have to get rebuilt from scratch. The only data that is not strictly > needed is package and that is required if you change package formats for > example. > > Before we start making things configurable, I'd like to see performance > numbers about the speed improvements this would give. I'm not sure its worth > adding extra code paths just for one sstate target. Hi RP, thanks for the review, it's not easy to disable the generation of these files, I will try it later to get the performance numbers. Setting to VERIFIED as per above 2 comments. Please open a new bug if necessary. |