Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
configuration system
Priority:
Major
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
21 Jan 2015 at 18:52 UTC
Updated:
23 May 2015 at 22:34 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
alexpottHere's a patch.
Comment #2
alexpottComment #3
alexpottComment #4
wim leersIs "statically" still correct technically speaking?
s/Wrapper/Wrap/
:)
Unchanged logic compared to HEAD, which is good. But: why not use strict comparison, while refactoring this already?
How does this prime the memory-backend-backed cached storages? AFAICT it just assigns them to local variables.
Comment #5
alexpottComment #6
alexpottDone some profiling on top of the patch in #2416109: Validate configuration dependencies before importing configuration. The profile is for running ConfigImporter::initialize() when importing the standard profile over the minimal profile - so there is a tonne of configuration to validate. The results are available here: https://blackfire.io/profiles/compare/4b09cf95-469d-40d5-9767-bb3e87b697...
tldr; This patch represents a significant performance boost. The amount of time spent is almost 50% less and we are talking over 1 second saved.
Comment #7
wim leers#6: awesome!
#5.1: wouldn't it be more accurate and less confusing to not say "static caching" but "cache in memory"?
Comment #8
wim leersMy remark about #6.1 is probably just because I'm a native speaker — @alexpott says that to him "static caching" and "caching in memory" are the same thing.
Comment #9
alexpottComment #11
catchCommitted/pushed to 8.0.x, thanks!
Comment #12
tstoecklerSeems like only half of the patch was committed?
Comment #14
alexpottThe missing part... weird.
Comment #16
alexpottFixing the patch.
Comment #19
alexpottAs per the original rtbc...
Comment #20
xjmConfirmed that this is indeed the missing bit of the patch by comparing with a rebase from before the previous commit. Committed and pushed to 8.0.x., thanks!