Ladsgroup added a comment.
I confirm that setting the entity revision lookup cache to none just makes it
to fallback to the mediawiki's SqlBlobStore cache (checking from debug logs)
and SqlBlobStore cache indeed compresses it (619 is revid of the most recent
revision of Q228):
+--------------------------------------------------------+--------------------+
| keyname |
char_length(value) |
+--------------------------------------------------------+--------------------+
| WANCache:v:global:revision-row-1.29:repo:684:915 |
392 |
| repo:WBL:WikiPageEntityRevisionLookup:Q228 |
1680 |
| wikibase_shared/repo:WikiPageEntityRevisionLookup:Q228 |
1680 |
+--------------------------------------------------------+--------------------+
The next step would be to make this cache configurable, then set it to cache
none in beta, test and production and if no regression shows up (specially in
matter of performance regression, mcrouter traffic, nutcracker going nuts,
etc.), then we can simply remove it. The only thing I need to make sure right
now is that how the fallback from Q228 to rev id 916 works, is it cached too?
TASK DETAIL
https://phabricator.wikimedia.org/T255305
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
Cc: Ladsgroup, Michael, Addshore, Aklapper, Alter-paule, Hazizibinmahdi,
Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301,
alaa_wmde, joker88john, DannyS712, CucyNoiD, Nandana, Gaboe420, Jony,
Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, Pablo-WMDE,
GoranSMilovanovic, QZanden, LawExplorer, Vali.matei, Lewizho99, Maathavan,
_jensen, rosalieper, Scott_WUaS, Jonas, Izno, Wikidata-bugs, aude, Dinoguy1000,
Lydia_Pintscher, Mbch331, Jay8g
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
