Hoi,
This mail thread is NOT about the issues that I or others face at this
time. They are serious enough but that is not for this thread. People are
working hard to find a solution for now. That is cool.
What I want to know is are we technically and financially ready for a
continued exponential growth. If so, what are the plans and what if those
plans are needed in half the time expected. Are we ready for a continued
growth. When we hesitate we will lose the opportunities that are currently
open to us.
Thanks,
GerardM
On Fri, 3 May 2019 at 16:24, Thad Guidry <thadgui...@gmail.com> wrote:
> Gerard mentioned the PROBLEM in the 2nd sentence. I read it clearly....
>
> >we all experience in the really bad response times we are suffering. It
> is so bad that people are asked what kind of updates they are running
> because it makes a difference in the lag times there are.
>
> The response times are typically attributed to SPARQL queries from what I
> have seen, as well as applying multiple edits with scripts or mass
> operations. Although I recall there is a light queue mechanism inherent in
> the Blazegraph architecture that contributes to this, and I am fine with
> slower writes.
>
> What most users are not comfortable with is the slower reads in different
> areas of Wikidata.
> We need to identify those slow read areas or figure out a way to get
> consensus on what parts of Wikidata reading affect our users the most.
>
> So let's be constructive here:
> Gerard - did you have specific areas that affect your daily work, and what
> from of work is that (reading/writing , which areas) ?
>
> Thad
> https://www.linkedin.com/in/thadguidry/
> _______________________________________________
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
