This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-03-22
Channels
- # beginners (240)
- # boot (23)
- # bristol-clojurians (3)
- # cider (101)
- # cljs-dev (52)
- # cljsrn (17)
- # clojure (212)
- # clojure-dusseldorf (2)
- # clojure-greece (2)
- # clojure-italy (9)
- # clojure-russia (1)
- # clojure-spec (91)
- # clojure-uk (33)
- # clojurescript (164)
- # community-development (23)
- # core-async (24)
- # core-logic (9)
- # cursive (18)
- # datavis (1)
- # datomic (119)
- # emacs (13)
- # events (1)
- # figwheel (2)
- # fulcro (86)
- # graphql (1)
- # immutant (5)
- # jobs-discuss (6)
- # leiningen (19)
- # lumo (46)
- # nyc (7)
- # off-topic (23)
- # parinfer (15)
- # pedestal (3)
- # planck (32)
- # re-frame (48)
- # reagent (75)
- # ring-swagger (13)
- # rum (32)
- # shadow-cljs (402)
- # spacemacs (5)
- # specter (3)
- # tools-deps (11)
- # unrepl (20)
- # vim (135)
- # yada (3)
my emacs nrepl buffer prints all the bytes from all the messages coming in over websocket; can i turn that off?
i'm using jetty websocket client and all incoming bytes are printing in that nrepl buffer, which is a lot
I see. Well, I guess that’s the stdout that got bound to the output of the nREPL process. Not sure what we can do about this. What kind of problems does this create for you? Normally people don’t interact with that buffer at all.
well, logging in general can be rather time consuming. the problem is that a message comes in and normally it would be parsed and the app would proceed to handle another message. But all that logging is I presume responsible for why the parsing for each message is taking much much longer than it should. I've tried timing various things in my app and they are all a few ms which is no problem, yet something is causing messages to take seconds for parsing, and i know from experience that logging is a real time-consuming activity
when i watch the nrepl buffer, it's just a huge streaming log of bytes for a single message, and if I could disable that, it would be interesting to see if that impacts performance
I see. I doubt that logging is happening over the nREPL connection, otherwise the output wouldn’t end up there, but you can file some ticket with steps to reproduce this problem and we can take a look at the problem.
At the very least it’d be interesting to know what’s going on. Btw, generally it’s best to ask such questions in #cider.
is there a way to see what action occurs in emacs. Say some alignment is wrong and I want to know what exact function kicked in at that time unrelated to a key stroke?
@theeternalpulse you could try with the profiler running with