Benchmark/profile PathProcessorLanguage

Created on 16 January 2014, about 11 years ago
Updated 9 March 2025, 30 days ago

Updated: Comment #0

Problem/Motivation

In #1862202-341: Objectify the language system the following argument was raised:

[PathProcessorLanguage] This looks like a lot of runtime overhead in the critical path?
Can we find a way to prepare this information ahead of time; e.g., in a new Container CompilerPass? [...]
That said, the dependent code in this class is manually probing whether $processors[$type] is set already, which could be inlined (once) into the initProcessors() method.
[...]
Paths/URLs definitely depend on the current (sub-)request [think ESI], so any kind of static cache can very easily not be a given and not reliable/performant anymore.

Proposed resolution

TBD

Remaining tasks

User interface changes

TBD

API changes

TBD

📌 Task
Status

Closed: outdated

Version

11.0 🔥

Component

language system

Created by

🇮🇹Italy plach Venezia

Live updates comments and jobs are added and updated live.
  • D8MI

    (Drupal 8 Multilingual Initiative) is the tag used by the multilingual initiative to mark core issues (and some contributed module issues). For versions other than Drupal 8, use the i18n (Internationalization) tag on issues which involve or affect multilingual / multinational support. That is preferred over Translation.

  • Performance

    It affects performance. It is often combined with the Needs profiling tag.

Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • 🇬🇧United Kingdom catch

    There has been lots of profiling of core since and this hasn't shown up as a problem, closing out.

Production build 0.71.5 2024