This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-12-08
Channels
- # adventofcode (55)
- # announcements (21)
- # babashka (20)
- # beginners (89)
- # calva (21)
- # cider (16)
- # circleci (11)
- # clara (8)
- # clj-kondo (6)
- # clojure (31)
- # clojure-australia (3)
- # clojure-europe (17)
- # clojure-nl (5)
- # clojure-uk (10)
- # clojurescript (25)
- # community-development (4)
- # conjure (12)
- # cryogen (28)
- # cursive (21)
- # datomic (7)
- # deps-new (1)
- # depstar (45)
- # emacs (5)
- # fulcro (46)
- # instaparse (5)
- # jobs (5)
- # jobs-discuss (23)
- # kaocha (12)
- # lambdaisland (2)
- # leiningen (1)
- # meander (10)
- # mid-cities-meetup (1)
- # reagent (5)
- # reitit (5)
- # remote-jobs (45)
- # reveal (9)
- # sql (6)
- # tools-deps (103)
- # uncomplicate (1)
- # xtdb (1)
Hello Everyone, I am evaluating different Rule Engine for our Production usecase and want it to have very low latency (think of like a promotions service in e-commerce store) . Did some PoC with GoLang GRule and it was fine however documentation is not that great/helpful, and personally also not able to increase development speed with golang. Now want to explore Clara and wondering if someone already had some documentation done around Benchmarking. GRule has some good details (impressive numbers) on benchmarking page https://github.com/hyperjumptech/grule-rule-engine/blob/master/docs/Benchmarking_en.md
Anything similar for Clara will be of great help and i can push it through my team to user Clojure in Prod.
There are a few benchmarks, although a lot of performance optimisation has been done against non-public data and rulesets. More public benchmarks/performance tests would be useful if someone had anything to add btw. This was done a while back but is a bit out of date in terms of current performance concerns: https://github.com/rbrush/clara-benchmark In terms of the performance of running rules I don’t think the number of rules or facts is particularly predictive of performance problems - it tends to be more particular bad patterns at this point in terms of how rules interact with each other that cause problems.
The time to create a session will be more closely correlated with the number of rules, but this should only need to be done once in your JVM per set of rules since sessions are immutable.