Lucas_Werkmeister_WMDE added a comment.

  That sounds like a very cumbersome hack to me, and I also think it’s too 
early to know whether we’ll want granular usage tracking for subentities or not 
(i.e. whether Wiktionary pages are likely to only use data from a subset of a 
lexeme’s senses or forms).
  
  Is there anything short of a table redesign that we can do to allow statement 
usage tracking to become functional on Commons? Some ideas:
  
  - lower `$wgWBClientSettings['entityUsageModifierLimits']['C']` all the way 
down to 1, to keep the number of additional rows in the table low, though (as 
you pointed out) it still introduces additional parser load
  - add tracking for when the entity usage modifier limits are hit, tracking 
the original number of usages (probably as a statsd “timing”, so we get 
percentiles etc.), so that we can estimate what a better long-term 
`$wgWBClientSettings['entityUsageModifierLimits']['C']` limit would be
  - randomly react to only a subset of dispatched statement changes, controlled 
by a new setting (defaults to 1/all but starts at 0/none for Commons), so that 
we can gradually ramp up the amount of dispatching that happens, separate from 
the slow migration of entity usage rows from “O” to “C”, to mitigate the 
additional parser load
    - we could also do something similar `injectRecentChanges` setting, which 
is currently a boolean (that would be T179010 
<https://phabricator.wikimedia.org/T179010> and could happen separately 
afterwards)

TASK DETAIL
  https://phabricator.wikimedia.org/T188730

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: Marostegui, RP88, Michael, Lucas_Werkmeister_WMDE, hoo, daniel, 
zhuyifei1999, Eloquence, Lydia_Pintscher, Sannita, Ainali, Liuxinyu970226, 
MZMcBride, Ricordisamoa, iecetcwcpggwqpgciazwvzpfjpwomjxn, jayvdb, 
Daniel_Mietchen, Tobi_WMDE_SW, Legoktm, Abraham, greg, Wikidata-bugs, liangent, 
jeremyb, aude, Bianjiang, Aklapper, DixonD, PokestarFan, Ladsgroup, Lmlmljs, 
karapayneWMDE, joanna_borun, Invadibot, Devnull, maantietaja, Y.ssk, lmata, 
Muchiri124, CBogen, Akuckartz, RhinosF1, Legado_Shulgin, ReaperDawn, Nandana, 
lucamauri, Davinaclare77, Techguru.pc, Lahi, Gq86, GoranSMilovanovic, Hfbn0, 
QZanden, LawExplorer, Zppix, _jensen, rosalieper, 4nn1l2, Taiwania_Justo, 
Scott_WUaS, Ixocactus, Wong128hk, El_Grafo, Dinoguy1000, faidon, Addshore, 
Steinsplitter, Mbch331, Jay8g, fgiunchedi
_______________________________________________
Wikidata-bugs mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to