UPDATE:
The actual answer from @Saransh Mohapatra is actually wrong. As after little investigation turned out that all methods that perform operations over images, actually do not perform anything but only append arguments to the list that will be used after when you write
or call any buffer related methods executed in order to get/write actual image buffer.
Here is details over it in example of blur
:
- We call
blur
: https://github.com/aheckmann/gm/blob/master/lib/args.js#L780
- It calls
this.out
which will call: https://github.com/aheckmann/gm/blob/master/lib/command.js#L49
- Which has method made for it when it was constructed: https://github.com/aheckmann/gm/blob/master/lib/command.js#L34
- Which all it does -
a.push(arguments[i]);
and then concats it to all list (to other arguments).
- Thats it.
Then when write
is called:
- https://github.com/aheckmann/gm/blob/master/lib/command.js#L62
- It gets list of arguments
self.args()
: https://github.com/aheckmann/gm/blob/master/lib/command.js#L78
- Which just filters off some reserved fields: https://github.com/aheckmann/gm/blob/master/lib/command.js#L274
- So then those arguments will be joined in
_spawn
which is called from write
: https://github.com/aheckmann/gm/blob/master/lib/command.js#L187
- Thats it.
So based on this, any method that makes operations
over image, but do not save or persist buffer of it - do not need any async, as they actually do not do any work at all.
So that means - you do need to worry about them.
OLD:
The best approach for any heavy processing stuff is to use separate processes.
You can create another small node.js process, that will have some communication abilities with main process (ZeroMQ is good choice here).
This separate process have to be notified about file (path) and what to do with it, you can easily send that data from main process which makes such decisions via ZeroMQ.
This approach will allow you to have independence in the way main (web?) node processes work, as well as possibility in the future to scale to separate hardware/instances.
It is very good practice as well (unix-like application logic separation).