So9q added a comment.
In T290839#7360739 <https://phabricator.wikimedia.org/T290839#7360739>, @Justin0x2004 wrote: >> can give us the short update delays that users expect > > I am a user that rarely needs short update delays. > Didn't we just take a poll about what features of WDQS users prefer/want? Do we have the results of that to see if a double backend strategy would satisfy users? The results have not been published yet to my knowledge. But the poll did not mention a double strategy or have any questions related to that. (it did have questions where you got to rank latency, live-updates, etc. order of importance. I'm wildly guessing that 80-90 % of users would be satisfied with non-realtime data if the lag was shorter than a few days. Most users do not use WDQS to improve the graph based on what is in it right now, they could just as well use a quick endpoint with say 48h old data and not lose out on anything. For many of my tools relying on editing/completing/adding to Wikidata live-updates are nice and helpful, but I'm probably an outlier in the big picture. In short, near-real-time is a real luxury, but only providing that comes at a great cost in both infrastructure (BG is way slower than QLever and consumes more resources I presume) and users not getting what they want because of time-outs. Also a lot of queries can be trial-and-errored on the non-real-time engine and copied to WDQS when they are done, saving a lot of hits on the more expensive and more valuable real-time cluster. TASK DETAIL https://phabricator.wikimedia.org/T290839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: So9q Cc: Addshore, Justin0x2004, Lucas_Werkmeister_WMDE, Bugreporter, Hannah_Bast, Aklapper, MPhamWMF, So9q, Invadibot, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
