This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-07-17
Channels
- # aleph (7)
- # announcements (1)
- # aws (12)
- # beginners (118)
- # calva (15)
- # cider (17)
- # clj-kondo (1)
- # cljdoc (11)
- # cljsrn (1)
- # clojure (108)
- # clojure-dev (32)
- # clojure-europe (3)
- # clojure-italy (4)
- # clojure-kc (1)
- # clojure-nl (4)
- # clojure-portugal (1)
- # clojure-spec (29)
- # clojure-uk (69)
- # clojurescript (91)
- # cursive (14)
- # datomic (8)
- # emacs (13)
- # figwheel-main (12)
- # graphql (4)
- # jackdaw (1)
- # jobs (14)
- # lambdaisland (3)
- # luminus (3)
- # nyc (1)
- # off-topic (14)
- # onyx (23)
- # pedestal (8)
- # re-frame (4)
- # reitit (3)
- # shadow-cljs (6)
- # spacemacs (7)
- # specter (2)
- # tools-deps (3)
- # unrepl (4)
- # vim (7)
- # xtdb (10)
@jahson @valtteri Very interesting — on 2015 MBP, it loads in 19.2 seconds. 3x faster. And surprisingly, given the Networking stats in Chrome, I think it’s because it’s using 4x more threads to load pages — which means it’s the Chrome client, not the Ring server, as I had originally thought! Thanks for the help!
note that Chrome will only load a certain number of requests at once. so if you have several hundred files (and don't forget that many of them have source maps to fetch too, which don't appear in the Network tab (argh!) but ~double the number of requests)
this is a painful thing at my work, where in dev mode we need to load several thousand files T_T
"a certain number" is a dozen ish at once, but it varies by platform.