This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-09-07
Channels
- # beginners (7)
- # boot (25)
- # clojure (66)
- # clojure-australia (10)
- # clojure-berlin (1)
- # clojure-czech (1)
- # clojure-denmark (2)
- # clojure-france (27)
- # clojure-italy (6)
- # clojure-japan (1)
- # clojure-nl (5)
- # clojure-norway (1)
- # clojure-russia (25)
- # clojurescript (55)
- # cursive (27)
- # datascript (2)
- # datomic (5)
- # editors (4)
- # emacs (2)
- # hoplon (183)
- # ldnclj (45)
- # off-topic (4)
- # om (2)
- # rdf (5)
- # re-frame (11)
- # reagent (5)
- # ring (3)
Good morning.
I’m doing some performance testing of my Clojure app, and it seems the bare minimum will happily eat 350MB of RAM (Jetty with 6 threads, the minimum). As soon as I add Nashorn, it jumps to >512MB. Is this common or am I experience a problem here? Clojure/Java being memory hungry might have an effect on whether I use Heroku or not.
måning
@pupeno: ime the jvm isn't super fast/happy until it has ~3gb of ram. Not surprised you have issues on Heroku
I just published what I think it’s the most comprehensive blog post in how to use New Relic with Clojure: https://carouselapps.com/2015/09/07/using-new-relic-with-clojure/
tcrayford: is that personal experience?
For a few more experiments I think I’ll use big heroku instances for now for some experiments but then I’ll move to VPSs.
Probably just deploying with capistrano.
I do know capistrano as I use it already. Using bash would mean having to build a lot of plumbing that capistrano does for me.
fair enough then It depends how complex your deploys are. Yeller's deploy system doesn't keep around old deploy artifacts or anything like that, just shoves a file in a place and kills the existing process
Well, you also need to run it on all the servers, run migrations, etc.
I do like having the option to rollback, although I never used it in my life.
Also, are people just deploying uberjars that run standalone? No container like Tomcat? I’m new to the Java world so I don’t know if it’s a good idea to just run the uberjar.
Cool. That’s simple enough.
tcrayford: thanks for pointing it about 3GB of ram. I’m running with 1GB and I can’t go above 0.9 hits per second.
I mean, on average.
I'd expect the average clojure/jetty app to hit ~10k requests/s if it's completely unperformance tuned and not doing too much weirdness with the db
I’m going to try again with up to 20 virtual concurrent users.
But I do have Jetty limited to 10 threads, trying to stay within the RAM constraints.
Responses are fast though, 78ms.
It seems the JavaScript implementation, Nashorn, is very memory hungry.
tcrayford: this is what I’m testing.
I will think of ways to not execute JS when it’s not really needed, but first, I want to understand the performance of it.