This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-08-23
Channels
- # babashka (104)
- # beginners (23)
- # calva (15)
- # cider (2)
- # clojure (29)
- # clojure-europe (14)
- # clojure-nl (2)
- # clojure-norway (3)
- # clojure-spec (4)
- # clojure-switzerland (1)
- # cursive (3)
- # datomic (6)
- # emacs (17)
- # etaoin (2)
- # expound (1)
- # fulcro (4)
- # graphql (4)
- # honeysql (7)
- # introduce-yourself (2)
- # jackdaw (5)
- # malli (3)
- # meander (19)
- # nbb (3)
- # off-topic (35)
- # pathom (6)
- # pedestal (4)
- # polylith (31)
- # rdf (11)
- # re-frame (8)
- # reitit (6)
- # shadow-cljs (8)
- # specter (4)
- # squint (15)
- # vim (6)
> @rowland.watkins Jena has clearly grown over the years! yeah, people keep telling me it’s slow and I shouldn’t use it, but it’s been fine so far and has a lot of functionality compared to the alternatives.
It totally depends on what you're doing, especially the scale at which you're doing it. If you're only working with 10s of millions of triples then it's totally fine. TopQuadrant even built their systems over Jena
Yeah, exactly this
I also might add that the perception of Jena being slow might be a combination of being JVM-bound and the fact the forward (possibly backward) reasoners are memory intensive
Most other libs I knew of (Redland, RDFLib, 3store, 4store) don’t have any general purpose reasoners (out of the box at least)
e.g. Stardog is very fast. That said, the Stardog VP Engineering said that it would be nice to have done it in Rust instead, due to performance, but it’s simply not worth it at this stage
You’re quite right, the JVM isn’t a reason to be slow.
Never taken a look at Stardog, I should get up to speed on these newer platforms - @quoll thanks for the info