-
Notifications
You must be signed in to change notification settings - Fork 96
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Slow performance on windows #95
Comments
Can you try with the latest version (0.1.7)? It includes some performance updates. |
Much improved in 0.1.7. Looks to be 4x faster than 0.1.6. I still have idle cpu, so there is room for even more improvement. Perhaps an option to select the number of concurrent threads? (Assuming gm allows multiple concurrent invocations.) |
I took a look at the async routines and tuned the cpu usage by using a combination of series() and parallelLimit(). So where you accumulate the resize tasks into In practice its a one-time hit as long as you write to a tmp dir that isn't cleaned between rebuilds and use options.newFilesOnly = true. But maybe this helps someone?
|
Here's a patch that I'm running locally. Works nicely with concurrency set to 3.
|
Added as pull#99 |
Running on an i7 Windows 7 box, this runs cpu at 20%. It'd be nice to use all available cpu and finish 5x faster. But perhaps a gm limitation?
It looks like grunt-imagemin pegs the cpu, so whatever they're doing in terms of pipeline seems like the right thing.
The text was updated successfully, but these errors were encountered: