[ClojureScript] Quil 2.6.0 Release

[Nikita Beloglazov]

Happy to announce Quil 2.6.0 release.

Quil is a Clojure/ClojureScript library for creating interactive drawings
and animations.

The release available on clojars: https://clojars.org/quil. List of changes:

   - Add random-2d and random-2d functions to generate random vectors. #201
    by @prakhar1989
   
   - Fix current-fill and current-stroke on cljs. #196
    by @satchit8
   
   - Fix mouse-pressed? and key-pressed? on cljs. #198
    by @Norgat
   
   - Fix console.log problem that logged every call to rect. Bug
   .
   - Update Processing to 3.2.4 and Processing.js to 1.6.4.

Documentation on http://quil.info has been updated as well.

Happy hacking!

Nikita

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.

[ClojureScript] Re: Page loads very slow if app runs on Windows

[Torsten Uhlmann]

I moved my project to another partition on the ssd out of C drive and that cut 
the load time in half. It's about 1-2s slower than Linux which I guess that's 
ok.

I did already disable indexing and malware check for my project directory. I 
guess the problem was with the shadow copy service which is initially enabled 
for the C drive. The move also cut more than 10 seconds compile time from my 
Scala project.

Torsten.

Am Sonntag, 12. Februar 2017 15:34:01 UTC+1 schrieb Torsten Uhlmann:
> It's a Reagent SPA app, each request will basically load the same artefacts 
> and then does client side routing based on the given route.
> 
> I only compared loading the home route on Windows vs. loading the same route 
> on Linux. Looking at the network tab in Chrome I see that artefacts load a 
> lot slower than on Linux, but I have no explanation why. I wouldn't mind 1-2s 
> difference but this...
> 
> Btw. the initial load of my app with no optimization is 11.9MB.
> 
> Thanks,
> Torsten.
> 
> Am Sonntag, 12. Februar 2017 13:41:02 UTC+1 schrieb Thomas Heller:
> > Given that you are probably loading a large number of JS files the total 
> > load time goes up the longer each request takes.
> > 
> > Did you compare the request time for each request? Maybe something on 
> > Windows makes the requests take longer? Hard to debug without more 
> > information but the devtools should help in finding the slowdown.
> > 
> > HTH,
> > /thomas
> > 
> > On Sunday, February 12, 2017 at 12:19:48 PM UTC+1, Torsten Uhlmann wrote:
> > > Hi,
> > > 
> > > I have a strange problem with my ClojureScript app.
> > > When in dev mode and compiled Javascript artefacts are not optimized the 
> > > page loads very slow if the app runs on Windows. A page reload takes 
> > > about 12 seconds versus about 3 seconds when the server runs on Linux (in 
> > > both cases I loaded into the same Windows browser).
> > > 
> > > I tried with ClojureScript 1.8.40 and the latest 1.9.473, they react the 
> > > same.
> > > 
> > > The problem disappears when removing the line 
> > > `goog.require("my.app");`  from the generated `app.js` 
> > > file that gets loaded by the index.html page. 
> > > This of course removes all the JS modules that need to be loaded, but it 
> > > seems to indicate that the problem is related to resolving the modules to 
> > > load and actually loading them.
> > > 
> > > Did someone else ever ran across a problem like this?
> > > 
> > > Thanks,
> > > Torsten.

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.

[ClojureScript] Re: Page loads very slow if app runs on Windows

[Torsten Uhlmann]

It's a Reagent SPA app, each request will basically load the same artefacts and 
then does client side routing based on the given route.

I only compared loading the home route on Windows vs. loading the same route on 
Linux. Looking at the network tab in Chrome I see that artefacts load a lot 
slower than on Linux, but I have no explanation why. I wouldn't mind 1-2s 
difference but this...

Btw. the initial load of my app with no optimization is 11.9MB.

Thanks,
Torsten.

Am Sonntag, 12. Februar 2017 13:41:02 UTC+1 schrieb Thomas Heller:
> Given that you are probably loading a large number of JS files the total load 
> time goes up the longer each request takes.
> 
> Did you compare the request time for each request? Maybe something on Windows 
> makes the requests take longer? Hard to debug without more information but 
> the devtools should help in finding the slowdown.
> 
> HTH,
> /thomas
> 
> On Sunday, February 12, 2017 at 12:19:48 PM UTC+1, Torsten Uhlmann wrote:
> > Hi,
> > 
> > I have a strange problem with my ClojureScript app.
> > When in dev mode and compiled Javascript artefacts are not optimized the 
> > page loads very slow if the app runs on Windows. A page reload takes about 
> > 12 seconds versus about 3 seconds when the server runs on Linux (in both 
> > cases I loaded into the same Windows browser).
> > 
> > I tried with ClojureScript 1.8.40 and the latest 1.9.473, they react the 
> > same.
> > 
> > The problem disappears when removing the line 
> > `goog.require("my.app");`  from the generated `app.js` 
> > file that gets loaded by the index.html page. 
> > This of course removes all the JS modules that need to be loaded, but it 
> > seems to indicate that the problem is related to resolving the modules to 
> > load and actually loading them.
> > 
> > Did someone else ever ran across a problem like this?
> > 
> > Thanks,
> > Torsten.

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.

[ClojureScript] Page loads very slow if app runs on Windows

[Torsten Uhlmann]

Hi,

I have a strange problem with my ClojureScript app.
When in dev mode and compiled Javascript artefacts are not optimized the page 
loads very slow if the app runs on Windows. A page reload takes about 12 
seconds versus about 3 seconds when the server runs on Linux (in both cases I 
loaded into the same Windows browser).

I tried with ClojureScript 1.8.40 and the latest 1.9.473, they react the same.

The problem disappears when removing the line 
`goog.require("my.app");`  from the generated `app.js` file 
that gets loaded by the index.html page. 
This of course removes all the JS modules that need to be loaded, but it seems 
to indicate that the problem is related to resolving the modules to load and 
actually loading them.

Did someone else ever ran across a problem like this?

Thanks,
Torsten.

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.

[ClojureScript] Re: Ideas on how to change my code to compile faster

[Thomas Heller]

You should try adding {:cache-analysis true} to your :ci target. Caching is 
otherwise only enabled for :none. Maybe that helps.

I have not looked at react-native much yet, not sure what special treatment JS 
files need to run in there. shadow-build probably won't help you much in this 
instance.

/thomas


On Saturday, February 11, 2017 at 4:24:01 PM UTC+1, Ben Brinckerhoff wrote:
> Thanks very much for the ideas!
> 
> We are currently using {:optimizations :simple} for this build. All of the 
> times I quoted above excluded the optimization time, however (I could see the 
> compile time due to :verbose + :compiler-stats). We're in the process of 
> switching to {:optimizations :whitespace} (we were looking at :none, but we 
> need to generate a single file, since this is for a React Native project). 
> 
> >  It would help if you could share your build config. 
> 
> Good point! Here is the cljsbuild build
> 
> :ci {:source-paths ["src" "src-ios" "test" "test-ios"]
>:warning-handlers [foo.cljsbuild-util/fail-on-warning]
>:compiler {:output-to "ios/foo/main.jsbundle"
>:parallel-build false 
>:output-dir "target/ci/"
>:optimizations :simple   ; <- we're in the process of changing this to 
> "whitespace"
> ;; Rules for pulling in RN bundle
> :closure-extra-annotations ["generated" "internal"]
>:closure-defines {"foo.app.config.foo_host" ""
>   "foo.app.config.test_QMARK_" true}
>:language-in :ecmascript5
>:foreign-libs [{:file "../build/react-native-dev.js"
>:provides ["react-native"]}
>   {:file "../build/react-requires-dev.js"
>:provides ["react-requires"]}]
>   :externs ["externs.js"]
>   :verbose true
>:compiler-stats true}}
> 
> and our lein profile is 
> 
> :ci {:env {:test-multiplier "0.5"} ; environ variable
>   :jvm-opts ^:replace ["-Xms1024m" "-Xmx1024m" "-server" "-Xss2m"]
> 
> I was unaware of shadow-build - thanks for the idea! I'll take a look.
> 
> Ben
> 
> On Saturday, February 11, 2017 at 1:26:36 AM UTC-7, Thomas Heller wrote:
> > Are you by any chance using anything other than {:optimizations :none} in 
> > your dev build config? 12s seems a bit excessive if you are just doing CLJS 
> > recompiles.
> > 
> > Ensure that your dev build does not use any production build settings. Your 
> > CI server should probably run in production mode though as 12s shouldn't 
> > hurt that much there. Typically when it comes to building larger projects 
> > you want to rely on :none with caching for development. It would help if 
> > you could share your build config.
> > 
> > 
> > If you are feeling adventurous you could try shadow-build if only to get a 
> > more detailed report on where the time is spent. It should be a bit faster 
> > overall as well but not by much. Happy to walk you through an example if 
> > you want to test it.
> > 
> > /thomas
> > 
> > On Friday, February 10, 2017 at 6:15:34 PM UTC+1, Ben Brinckerhoff wrote:
> > > First of all, thanks to everyone for their hard work on Clojurescript and 
> > > related tooling. It’s an incredibly productive and reliable stack to use.
> > > 
> > > I’m investigating ways to speed up compile times for a closed-source 
> > > project. We have about 8000 Clojurescript LOC and 200 Clojure LOC (in src 
> > > and test combined). Some very rough indicators: a fresh compile of our 
> > > test build takes about 60s. A small change to a file with maybe 15 
> > > reverse dependencies takes about 12s using `cljsbuild auto`. We are using 
> > > lein-cljsbuild 1.1.4 and clojurescript “1.9.293”.
> > > 
> > > These times are pretty good, but of course speeding up compiles shrinks 
> > > our feedback loop, both locally and on CI, where we do a number of fresh 
> > > compiles for different builds. As a result, we want to see if there are 
> > > things we can do to our code to speed up compiles.
> > > 
> > > We have turned on the `verbose` and `compiler-stats` flags so we can see 
> > > more information about compile times. We hope to upgrade to 1.9.456 soon 
> > > so we can see per-file compile stats. We also need to investigate 
> > > parallel builds again - we had previously run into bugs here, but I 
> > > didn’t take the time to investigate more fully.
> > > 
> > > Besides total LOC, are there other aspects of code bases that are known 
> > > to slow down compiles? Perhaps macro expansion (we have a lot of 
> > > core.async `go` blocks in some namespaces)? Perhaps the complexity of the 
> > > dependency graph between namespaces? Something else? Has anyone else had 
> > > experience altering a CLJS code base to improve compile times? Or 
> > > tweaking compiler flags? `optimization` makes a big difference of course, 
> > > but for my current investigation, I'm ignoring optimization time.
> > > 
> > > Also, I noticed that Clojurescript