Page MenuHomePhabricator

VE load latency degraded on hewiki
Closed, ResolvedPublic

Description

Since 2023-03-14, performance of VE's getPageHTML function has become much slower on hewiki, with the median latency degrading from about 130ms to 600ms. See https://grafana.wikimedia.org/goto/F4rvB3fVz?orgId=1

Hypothesis: this is caused by a degraded parser cache hit rate. However, the hit rate seems fine globally, see https://grafana.wikimedia.org/goto/gq2_B3fVz?orgId=1. We do not have per-wiki stats for the parser cache hit rate, so we can't check whether it is degraded for hewiki for some reasons.

Context:
Hebrew Wikipedia (hewiki) is one of the wikis where we are testing out Visual Editor in "direct mode". This means Visual Editor is accessing Parsoid directly as a PHP library, and makes use of MediaWIki's parser cache, rather than relying on RESTbase.

Event Timeline

daniel updated the task description. (Show Details)

How much is caused by the overhead of hitting the PHP API? I expected this to be a few hundred ms. Has anything been done to mitigate this?

daniel claimed this task.

How much is caused by the overhead of hitting the PHP API? I expected this to be a few hundred ms. Has anything been done to mitigate this?

The sloness was due to a bug that cause the parser cvache to be bypassed. That's fixed now, see T335183. I consider this ticket as resolved.

regarding the PHP overhead: according to https://grafana.wikimedia.org/goto/ZkuhkTQVk?orgId=1, it took around 70ms to load page HTML for edits on hewiki when we were using restbase. Now it is taking about 130ms. So the hit is about 60ms. Given the fact that VE initialization takes several seconds anyway, this seems neglegtible.