I did another profile for {T221119} since testing with `time` showed it takes about the same or even longer, contrary to my expectations.
I think I found a major regression in performance for this use case due to huge amount of additional queries:
| Previous profile (call count) | Latest profile on 1.34-wmf.35 |
| 15794 - Wikimedia\Rdbms\Database::select | 17271 - Wikimedia\Rdbms\Database::query
| 4279 - section.query-m: SELECT page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model,page_lang FROM `page` WHERE page_namespace = N AND page_title = 'X' LIMIT N
| 5790 - section.query-m: SELECT trs_key,trs_text FROM `translate_sections` WHERE trs_page = N ORDER BY trs_order | 5803 - section.query-m: SELECT trs_key,trs_text FROM `page`,`translate_sections` WHERE page_namespace = N AND page_title = 'X' AND (page_id = trs_page) ORDER BY trs_order
| 5798 - Wikimedia\Rdbms\LoadBalancer::isMasterConnectionReadOnly | 5808 - Wikimedia\Rdbms\LoadBalancer::isMasterConnectionReadOnly
| 10 - Wikimedia\Rdbms\DatabaseMysqlBase::serverIsReadOnly | 5808 - Wikimedia\Rdbms\DatabaseMysqlBase::serverIsReadOnly
| 10 - section.query-m: SELECT @@GLOBAL.read_only AS Value | 5808 - section.query-m: SELECT @@GLOBAL.read_only AS Value
These are taking about 5s of additional time. This happened between May 25 and today.