-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[DRAFT/TEST] Evaluate cost of flash if switching to a templated abstract iterator on DataModel::Provider #36889
Conversation
…ll somewhat unclear how efficient these are or how AttributePathExpandIterator can even work with these
PR #36889: Size comparison from b0d0614 to a3edec0 Full report (3 builds for cc32xx, stm32)
|
PR #36889: Size comparison from b0d0614 to d1a87c5 Increases above 0.2%:
Full report (9 builds for cc13x4_26x4, cc32xx, stm32, tizen)
|
PR #36889: Size comparison from b0d0614 to 27b9ca0 Increases above 0.2%:
Full report (25 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, nrfconnect, qpg, stm32, telink, tizen)
|
Co-authored-by: Boris Zbarsky <bzbarsky@apple.com>
Co-authored-by: Boris Zbarsky <bzbarsky@apple.com>
Co-authored-by: Boris Zbarsky <bzbarsky@apple.com>
Co-authored-by: Boris Zbarsky <bzbarsky@apple.com>
Co-authored-by: Boris Zbarsky <bzbarsky@apple.com>
Co-authored-by: Boris Zbarsky <bzbarsky@apple.com>
…t. Hoping for cleaner code
PR #36889: Size comparison from 5bd63d5 to becf810 Increases above 0.2%:
Full report (70 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
PR #36889: Size comparison from a5ebda6 to 4cdf595 Increases above 0.2%:
Full report (71 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
PR #36889: Size comparison from a5ebda6 to b0f7219 Increases above 0.2%:
Full report (71 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
Closing: #37033 is better on Flash and it is unclear if this approach can actually be improved. At a cost of some heap, we have a simpler interface in the other PR (simpler to implement rather than simpler to use) |
Switch is a lot of code, so implementing a small subset to see actual effect. Letting CI compute bloat on this.
Actual approach is still TBD as this incurs HEAP + vtable.
Mostly concerned about heap (a bit ... objects will be a few numbers/pointers, so small) and flash increase (vtable and template type explosion)
Testing
unit tests updated. No functionality difference beyond that, so CI will validate that things function as needed (we should have a LOT of code coverage here)