That page has almost 700 entity usages:

MariaDB [dewikivoyage_p]> SELECT COUNT(*) FROM wbc_entity_usage WHERE eu_page_id = 3899;
+----------+
| COUNT(*) |
+----------+
|      698 |
+----------+
1 row in set (0.01 sec)

I just purged the page and it is gone now:

Lua Profile:
    Scribunto_LuaSandboxCallback::getEntityStatements               2240 ms       41.6%
    Scribunto_LuaSandboxCallback::callParserFunction                1920 ms       35.7%
    Scribunto_LuaSandboxCallback::getSiteLinkPageName                280 ms        5.2%
    Scribunto_LuaSandboxCallback::gsub                               120 ms        2.2%
    Scribunto_LuaSandboxCallback::incrementStatsKey                  100 ms        1.9%
    Scribunto_LuaSandboxCallback::entityExists                       100 ms        1.9%
    init <Modul:Languages>                                            80 ms        1.5%
    Scribunto_LuaSandboxCallback::anchorEncode                        80 ms        1.5%
    ?                                                                 60 ms        1.1%
    recursiveClone <mwInit.lua:41>                                    60 ms        1.1%
    [others]                                                         340 ms        6.3%

Also I couldn't reproduce it locally… maybe it was just a hhvm thing?

Change 546211 had a related patch set uploaded (by Hoo man; owner: Hoo man):
[mediawiki/extensions/Wikibase@master] Don't update ParserOutput usages, unless really needed

https://gerrit.wikimedia.org/r/546211

In T236485#5606633, @hoo wrote:

I just purged the page and it is gone now:

Lua Profile:
    Scribunto_LuaSandboxCallback::getEntityStatements               2240 ms       41.6%
    Scribunto_LuaSandboxCallback::callParserFunction                1920 ms       35.7%
    Scribunto_LuaSandboxCallback::getSiteLinkPageName                280 ms        5.2%
    Scribunto_LuaSandboxCallback::gsub                               120 ms        2.2%
    Scribunto_LuaSandboxCallback::incrementStatsKey                  100 ms        1.9%
    Scribunto_LuaSandboxCallback::entityExists                       100 ms        1.9%
    init <Modul:Languages>                                            80 ms        1.5%
    Scribunto_LuaSandboxCallback::anchorEncode                        80 ms        1.5%
    ?                                                                 60 ms        1.1%
    recursiveClone <mwInit.lua:41>                                    60 ms        1.1%
    [others]                                                         340 ms        6.3%

Also I couldn't reproduce it locally… maybe it was just a hhvm thing?

The user I talked to changed relevant Lua modules while I was testing, so that different Lua functions might have been used here.

Change 546211 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Don't update ParserOutput usages, unless really needed

https://gerrit.wikimedia.org/r/546211

@hoo now that this is deployed, how is it performing?

In T236485#5635734, @Addshore wrote:

@hoo now that this is deployed, how is it performing?

Well, this is to small to have an impact on the overall page save timings, I suppose… and we don't profile this ourselves. Besides the (obviously not very representative) micro-benchmark I mentioned in the commit message, I can only say that on the above page the relative time spent in Scribunto_LuaSandboxCallback::addStatementUsage went down from 12.6% to 11.4%. So we sadly don't have a good way to accurately assess this.

Possibly related: T236749