This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-06-14
Channels
- # beginners (31)
- # boot (9)
- # cider (10)
- # cljs-dev (9)
- # cljsrn (16)
- # clojure (222)
- # clojure-austin (4)
- # clojure-france (13)
- # clojure-italy (21)
- # clojure-nl (2)
- # clojure-russia (71)
- # clojure-spec (9)
- # clojure-uk (39)
- # clojurescript (50)
- # cursive (16)
- # datomic (69)
- # dirac (2)
- # figwheel (1)
- # graphql (19)
- # hoplon (4)
- # jobs (1)
- # klipse (3)
- # leiningen (4)
- # liberator (3)
- # luminus (9)
- # lumo (9)
- # off-topic (3)
- # om (21)
- # onyx (11)
- # parinfer (2)
- # pedestal (8)
- # planck (19)
- # re-frame (17)
- # reagent (12)
- # remote-jobs (1)
- # ring-swagger (3)
- # spacemacs (17)
- # specter (23)
- # sql (1)
- # unrepl (64)
- # untangled (19)
- # yada (5)
Hey, I'm seeing really strange behavior from SSE channels. The time it takes for something to go from SSE->Client increases linerally with the heartbeat interval. For instance, a message will take 2 seconds, then 4, then 6, then 8... etc indefinitely. I invoke my stream with
(sse/start-event-stream sse-stream-ready 1 (async/sliding-buffer 4) {:on-client-disconnect close-conn})
and put data into it with (defn add-work-item [request ip]
(async/put! event-ch {:name "request" :data (generate-string request)} ))
I can verify the 'put' completes (it executes the fn1 when I add one), but 'flushing' the buffer to the client seems to be delayed?
Hrm, @bradford I can’t explain that behavior. I’m curious as to why but won’t be able to look into it any time soon 😞. I think you should reach out in the pedestal user group as well.