I have one problem, i have put one job on deadline with taks size 10. Every rendernode take 10frames to render…
But if i whant to modify that to 1 or 2, deadline stop curent render taks and requeued again.
My question is if i have 5 frame task, and one frame render is 1h. And i whant to modify taks to 1. He will stop rendering aind submit again.
If my frame is on 95% and i modify task i will lose that render of 95%, and start that frame again.???
That’s how it works. Tasks are single entities, and must be rendered as a full chunk. If any error occurs or the task is requeued, the whole chunk needs to be rendered again. When you modify the chunk size for a job, the tasks themselves need to change, which requires the requeuing of any rendering tasks.
Chunking tasks should really only be used for frames that you know will render quickly, as this will help reduce the overhead between tasks. For example, After Effects may take 10 seconds to start up, but only 5 seconds to render a frame. This results in 15 seconds of wall clock time for 5 seconds of rendering. Now, if we boosted the chunk size to 20, this would result in 110 seconds of wall clock time for 100 seconds of rendering. As you can see, this is far more efficient, and if an error occurs, at most we’ve lost 2 minutes of render time - not a big deal.
However, if you know ahead of time that a frame takes 1 hour to render, there isn’t much benefit in chunking the task, since any overhead involved is negligible compared to the actual render time. If you have a chunk size of 10, and an error were to occur on the last frame (say, because the current output image file was locked), then you’ve just lost 10 hours of render time. If you used a chunk size of 1, at most, you’ve only lost an hour of render time.
So in short:
Long render times -> No chunking
Short render times -> Chunking
Cheers,
Ryan
I should note that many applications like 3dsmax, Maya, XSI, Lightwave, Nuke, and Fusion will keep their scene file loaded in memory between tasks, which reduces the overhead even more.