This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-05-20
Channels
- # announcements (27)
- # aws (1)
- # beginners (62)
- # boot (5)
- # calva (56)
- # clj-kondo (6)
- # cljdoc (3)
- # cljsrn (4)
- # clojure (65)
- # clojure-dev (17)
- # clojure-europe (2)
- # clojure-italy (17)
- # clojure-nl (24)
- # clojure-spec (30)
- # clojure-uk (14)
- # clojurescript (35)
- # clr (7)
- # cursive (8)
- # data-science (3)
- # datascript (38)
- # datomic (15)
- # emacs (16)
- # fulcro (34)
- # hyperfiddle (1)
- # immutant (1)
- # luminus (7)
- # nrepl (1)
- # off-topic (38)
- # pedestal (2)
- # planck (10)
- # re-frame (7)
- # reagent (7)
- # reitit (9)
- # shadow-cljs (36)
- # sql (19)
- # tools-deps (11)
- # vim (64)
- # xtdb (18)
buongiuorno, qualcuno può spiegarmi perchè count
è lentissimo su set
di un migliaio di elementi?
infatti ho googlato dopo aver scritto la cazzata 🙂
hmm strano quindi
potrebbe essere che questo set sia un atom e che qualche thread ha ancora il lock e non lo ha mai rilasciato? :thinking_face:
(swap! to-insert concat to-insert-data)
(swap! to-update concat to-update-data)
(println (count @to-insert) " " (count @to-update))
Il tutto dentro una funzione che wrappo in una future
non mi sembra niente di sbagliato 😕
ah! devo usare union allora
ho scoperto l’arcano, avevo creato una variable locale count
😄