Page MenuHomePhabricator

Investigate high build rate of schema.UniversalLanguageSelector module.
Closed, DeclinedPublic

Description

(Split off from T150269)


The module is rebuilt (e.g. cache miss from Varnish) 5-15x per second, which quite high.

https://grafana.wikimedia.org/dashboard/db/resourceloadermodule?var-module=schema_UniversalLanguageSelector

This is a symptom caused by one of these problems (usually both):

  • The module is loaded significantly more often than it is actually used. (Lazy-load?)
  • The module is somehow not being cached properly. Either it, or a module it is usually loaded alongside of, is continuously invalidating its cache or module version hash.

Compare to NavigationTiming, for example:

Schema hit rateModule cache miss (module build rate)
NavigationTiming300x per minute0.1x per secondLoaded (and used) on 1 in 1000 page views.
UniversalLanguageSelector80x per minute5-15x per second ?

Event Timeline

Not directly related, but we are currently not using all of the data that we log. Logging of some events could be removed after a review what is needed.

Krinkle renamed this task from Investigate high build rate of schema.UniversalLanguagSelector module. to Investigate high build rate of schema.UniversalLanguageSelector module..May 3 2017, 6:55 PM
Krinkle moved this task from Limbo to Watching on the Performance-Team (Radar) board.

Not directly related, but we are currently not using all of the data that we log. Logging of some events could be removed after a review what is needed.

I think that is this task? T90184: ULS analytics schema update

Per T205744 and T187207, the schema modules are no longer a thing.

Removing the no-op reference in ULS is tracked at T209629.