This could even be part of some hackathon type sprinting :)
Patches could not be merged until the new cache was up and configure of course.
This could even be part of some hackathon type sprinting :)
Patches could not be merged until the new cache was up and configure of course.
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | aaron | T88445 MediaWiki active/active datacenter investigation and work (tracking) | |||
Resolved | aaron | T93141 Convert various core/extension cache users to the WAN cache as needed |
Change 206975 had a related patch set uploaded (by Aaron Schulz):
Converted sidebar cache to the WAN cache
Change 206968 had a related patch set uploaded (by Aaron Schulz):
Converted LocalRepo to using the WAN cache
Change 206989 had a related patch set uploaded (by Aaron Schulz):
Converted InfoAction to using the WAN cache
Change 206998 had a related patch set uploaded (by Aaron Schulz):
Converted User touched key to using the WAN cache
Change 207001 had a related patch set uploaded (by Aaron Schulz):
Converted User object cache to the WAN cache
Change 207004 had a related patch set uploaded (by Aaron Schulz):
Converted LocalFile to using the WAN cache
Change 206966 had a related patch set uploaded (by Aaron Schulz):
Converted ChangeTags to using the WAN cache
Change 206958 had a related patch set uploaded (by Aaron Schulz):
Converted FileBackendStore to using the WAN cache
Change 207638 had a related patch set uploaded (by Aaron Schulz):
Conversion to using WAN cache
Change 207639 had a related patch set uploaded (by Aaron Schulz):
Conversion to using WAN cache
Change 207646 had a related patch set uploaded (by Aaron Schulz):
Converted Interwiki using WAN cache
Change 207652 had a related patch set uploaded (by Aaron Schulz):
Converted WikiSet to using the WAN cache
Change 207630 had a related patch set uploaded (by Aaron Schulz):
Use the WAN cache for caching
Change 207729 had a related patch set uploaded (by Aaron Schulz):
Conversion to using WAN cache
Change 207730 had a related patch set uploaded (by Aaron Schulz):
Conversion to using WAN cache
Change 207891 had a related patch set uploaded (by Aaron Schulz):
Conversion to using WAN cache
Change 207897 had a related patch set uploaded (by Aaron Schulz):
Conversion to using WAN cache
Change 207915 had a related patch set uploaded (by Aaron Schulz):
Conversion to using WAN cache
Change 206998 merged by jenkins-bot:
Converted User touched key to using the WAN cache
Change 210647 had a related patch set uploaded (by Aaron Schulz):
Conversion to using WAN cache
Change 206958 merged by jenkins-bot:
Converted FileBackendStore to using the WAN cache
Change 213186 had a related patch set uploaded (by Ori.livneh):
Conversion to using WAN cache
Since the delete operation of WANObjectCache prevents any caching for ten seconds, this had the effect of preventing any caching of tag usage statistics whenever a tag is added (or removed) for the next ten seconds.
On highly active wikis like wikipedias, where tags are added every few seconds, this means that caching would almost never occur. In all likelihood, this would make Special:Tags unusable.
https://en.wikipedia.org/wiki/Special:Tags WFM, is all well?
A follow-up patch was made in 3782a0d53bbe to improve performance post-purges to avoid stampedes.
The query is still awful and the constant purges seem kind of stupid (it probably can just purge when the new count is 0 or 1). Also I wonder if it really needs to count 2mil items or if it can clip the count. Also self::tagUsageStatistics() could use a process cache since permission checks call it several times for each tag. Lots of room for improvement.
Change 225013 had a related patch set uploaded (by Aaron Schulz):
Conversion to WANObjectCache