Deadline Version: 6.2.0.23 R (c2b087b61)
Haven’t tested this in the latest build, our NYC office are running the above version and are finding some very slow submission times from the Draft Assembler.
They are using ‘SINGLE FRAME TILE Rendering - Single Job, Tiles As Tasks’
15x15 Tiles
22 Render Elements.
12000 x 10500 pixels
The main RGB task goes very quickly to the farm, but submitting the Draft Assembler part took 20minutes on the above setup.
Thanks for the report!
It seems to be caused by excessive logging! Every file name of every tile was printed to the log, and that slowed down the ListView DotNet control in the UI.
I created a similar scene but with only 10 render elements and it took about 6 minutes to submit.
I then made a small change to the SMTD Functions (forcing the offending reports to go to the log file only) and it went down to 60 seconds.
I then made another small change (remarked all the offending report lines) and the total submission time went to 28 seconds.
I don’t think anyone needs that information (it is kinda debug info to make sure every path looks right), so remarking is the way to go.
They can modify the file themselves by searching for “Input Filename” in the repository file “SubmitMaxToDeadline_Functions.ms” and adding – in front of every line that contains that string.
We will upload an updated SMTD script ASAP.
Great! Thanks Bobo!
We’ve commented those lines out and it is much quicker.
I’d also argue the following was unnecessary 99.999999% of the time.
“[9:22:50 AM] : >Render Element MME_mat_1 Original Filename [N:\0.Jobs\14_3365-xxxxxxxxxx\07_Renders\s020_European_Image\02_PRODUCTION\s020_RGB_02_mk\MME_mat_1_MultiMatteElement\s020_RGB_02__MultiMatteElement.tga]
[9:22:50 AM] : >Render Element Output Filename [N:\0.Jobs\14_3365-xxxxxxxxxx\07_Renders\s020_European_Image\02_PRODUCTION\s020_RGB_02_mk\MME_mat_1_MultiMatteElement\s020_RGB_02__MultiMatteElement0000.tga]”