This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-06-14
Channels
- # babashka (43)
- # beginners (47)
- # biff (1)
- # calva (16)
- # cider (7)
- # clerk (6)
- # clj-kondo (39)
- # cljdoc (49)
- # clojure (29)
- # clojure-brasil (1)
- # clojure-europe (93)
- # clojure-losangeles (1)
- # clojure-norway (34)
- # conjure (7)
- # datalevin (8)
- # events (1)
- # gratitude (3)
- # honeysql (6)
- # hyperfiddle (2)
- # introduce-yourself (1)
- # javascript (1)
- # jobs-discuss (9)
- # lsp (3)
- # malli (10)
- # off-topic (8)
- # pedestal (3)
- # rewrite-clj (2)
- # shadow-cljs (17)
- # sql (33)
- # vim (1)
- # xtdb (31)
just for fun, i've been experimenting with -vmap
and I can't seem to get personal benchmarks on my own computer to run any faster than with normal mapv
. is this a quirk of my machine or maybe an increase in clojure's speed since october 2021?
Could be a function of jvm version, input size, clojure version,CPU architecture Need a comprehensive matrix
yeah that makes sense. i won't dive into all that then, i'll just chalk it up to a quirk of my set up.
@UEENNMX0T do you have flamegraphs of -vmap
vs mapv
?
i don't have them still, but when i looked, i did see a reduction of stack frames: mapv -> reduce -> persistentvector.reduce etc, compared to vmap's single frame
i did this on my 2019 macbook pro with clojure 1.11 and java 20, which i suspect is doing a lot of work here. i didn't try it on earlier versions of either
I have not run the benchmarks on >java17. Should re-visit the tests with latest Java. There are some of perf tests in malli repo.
i'll give them a try, see how they do
or is it more that it's roughly the same speed but provides a consistent api for all "map"-like needs in malli and so you rely on it over everything else