[Wikidata-bugs] [Maniphest] T289760: Evaluate Oxigraph as alternative to Blazegraph

2021-11-19 Thread BenAtOlive
BenAtOlive added a comment.


  @Thadguidry - that's a very good point.  We've done the non-temporary N 
replica model with Fuseki before and have the pods fronted by an ALB, but this 
doesn't really distribute anything--it just gives some horizontal scalability.  
I don't want to take over this ticket with what I hope to be a good 
conversation, is there a better place on here to chat w/ you and @Tpt?

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

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

To: BenAtOlive
Cc: BenAtOlive, Justin0x2004, Izno, Gehel, Thadguidry, Tpt, So9q, Aklapper, 
Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org


[Wikidata-bugs] [Maniphest] T289760: Evaluate Oxigraph as alternative to Blazegraph

2021-11-19 Thread BenAtOlive
BenAtOlive added a comment.


  @Tpt - thank you for the detailed response.  I've been wondering about this 
lately, and the tradeoffs you outlined are definitely a strong reason to not do 
it.  Distributed SQL/NoSQL databases have proven to be quite powerful and it is 
inevitable to think can we build a distributed SPARQL database, but graph data 
is stored, retrieved, and optimized differently than the more popular/common 
paradigms.  If nothing else, I am eager to try Oxigraph in various topologies 
given the optimizations that you are currently working on!

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

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

To: BenAtOlive
Cc: BenAtOlive, Justin0x2004, Izno, Gehel, Thadguidry, Tpt, So9q, Aklapper, 
Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org


[Wikidata-bugs] [Maniphest] T289760: Evaluate Oxigraph as alternative to Blazegraph

2021-11-19 Thread BenAtOlive
BenAtOlive added a comment.


  @Tpt - is there a plan to decouple the Sled store and the query handlers in 
Oxigraph to allow the use case that @Thadguidry was asking about?  Under high, 
concurrent write situations (i.e. if writers to Oxigraph weren't limited to a 
constrained number that kept a suitable amount of READ threads available), I 
could see the desire for decoupling and Oxigraph seems to be the most natively 
close to decoupled from what I've seen :)

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

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

To: BenAtOlive
Cc: BenAtOlive, Justin0x2004, Izno, Gehel, Thadguidry, Tpt, So9q, Aklapper, 
Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org


[Wikidata-bugs] [Maniphest] T206560: [Epic] Evaluate alternatives to Blazegraph

2021-11-19 Thread BenAtOlive
BenAtOlive added a comment.


  Hey all, apologies if this has already been covered elsewhere, but I'm 
curious why Apache Jena Fuseki is not on the list of Blazegraph alternatives?  
It seems to meet the   We've used Jena from time to time and really like it (it 
has a lot of features out of the box), but if there's been a previous analysis 
and it was not worth considering for WDQS's needs I'd love to learn from that.

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

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

To: BenAtOlive
Cc: BenAtOlive, YULdigitalpreservation, Iamamz3, namedgraph, Versant.2612, 
AndreasKuczera, DD063520, Michael, toan, Kjauslin, Hannah_Bast, RShigapov, 
Izno, KingsleyIdehen, Daniel_Mietchen, Majavah, karapayneWMDE, MarioGom, 
Mohammed_Sadat_WMDE, Hjfocs, danshick-wmde, Thadguidry, Tpt, TallTed, Sj, 
Afandian, Justin0x2004, Jerven, TheKtk, Ivanhercaz, Jneubert, DanBri, 
Lydia_Pintscher, Tagishsimon, Samantha_Alipio_WMDE, Ostrzyciel, GreenReaper, 
WMDE-leszek, Salgo60, So9q, Krabina, Jecummings4, TomT0m, Akuckartz, 
Susannaanas, Addshore, Andrawaag, Gehel, Lucas_Werkmeister_WMDE, Aklapper, 
Smalyshev, BeautifulBold, Suran38, Invadibot, MPhamWMF, Jtm-lis, maantietaja, 
Peteosx1x, NavinRizwi, CBogen, Isaacandy, Demian, Olson.jared.m, Nandana, 
Namenlos314, Lahi, Gq86, Bryandamon, GoranSMilovanovic, QZanden, EBjune, 
merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Steko, 
Samwilson, PhotographerTom, suriyaa, Psychoslave, tosfos, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Darenwelsh, Dinoguy1000, 
Manybubbles, brion, Mbch331, MarkAHershberger
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org