jcrespo added a comment.
> API maxlag has been repeatedly declared to always be <5s by several people in the past That would sound about right for Mediawiki API (5-10 seconds) ... > If WDQS lag is high, API maxlag is also high ... but this sounds worrying if true- I would wait for wikidata experts to comment on that, which is new to me. That dependency does indeed look like a real problem to me, as I don't think WDQS can keep up with the same promise at the moment based on my casual observation and understanding of the architecture. Thanks for bringing this up, as this has deeper infrastructure implications due to service dependencies. While I understand the need of "slowing bot edits" in case of lag, I can see a problem making MW api and WDQS equivalent in SLA at the moment. > Where have you found WDQS lag promises? I searched on mediawiki.org and Phabricator to see relevant discussions about expected uptime and latency & lag. For the specific issue you are facing, I may be suggest to review SLA expectations about the api (any of it)- and timing out and erroring quickly rather than waiting in case of lag for non-interactive tests. TASK DETAIL https://phabricator.wikimedia.org/T243701 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jcrespo Cc: Addshore, jcrespo, Dvorapa, Aklapper, Strainu, darthmon_wmde, ET4Eva, Legado_Shulgin, Nandana, Davinaclare77, Qtn1293, Techguru.pc, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, merbst, LawExplorer, Vali.matei, Avner, Zppix, Gehel, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, Volker_E, Wong128hk, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, GWicke, Dinoguy1000, Manybubbles, Lydia_Pintscher, faidon, Mbch331, Rxy, Jay8g, fgiunchedi
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
