Thank you all for the inputs and tricks...Yeah, as soon as I disconnect and that network drive mapping, Nuke loads up in around 6 seconds instead of 30 seconds giving it's only loading the uistat.ini from that network directory.....I'll sort out the network location with IT supposedly today...
This also affects Mari UI load time even more as Mari creates tons of thumbnails and loads stuff from the .mari of that far away network directory... cheers, Jason On Thu, Oct 30, 2014 at 11:54 PM, Sebastian Elsner <sebast...@risefx.com> wrote: > Hey, > > I have investigated this problem before, because we too had a really > slow server. Your .nuke folder is added to the search path at nuke > startup automatically. The search path is a list of paths where nuke > looks for "stuff" it needs if it does not know the full path of it > beforehand. So for example at startup nuke (or the python interpreter > included) will look for some stock .py files, .dlls or other files. And > it will look for those file in every path in the search path. This means > it will ALSO look for it in your .nuke folder, which is expected on a > local drive - but it isn't. For a home on a slow server not only raw > data copy is slow, but also metadata queries like: "Hey, do you have > this file?". But this happens A LOT at nuke startup, because nuke needs > to find a lot files and it does look for some/most of them in your > home's .nuke folder. > I found this by attaching Wireshark to my network interface. There I > could easily see the myriad samba requests per file. And the case gets > worse. If you use nuke.pluginAddPath() a lot and these directories point > to a slow drive your startup get much slower. At one point I had a > situation where startup would take 1min 20 sec.... > I have logged this as a bug with the Foundry, but actually nuke "does > the right thing" here when looking for files. I just wonder how > Maya/Houdini does it since the situation there is the same with python > and config files and all. > Hope this makes sense somehow. > > Cheers > > Sebastian > > Am 31.10.2014 00:20, schrieb Deke Kincaid: > > Hi Jason > > > > Did setting the NUKE_PATH to a local directory not work? You should be > > able to set it local and then move most gizmos, python & tcl scripts from > > your .nuke to the local folder. The only thing you can't get around is > the > > saving of preferences and other nuke specific config files like > folder.nk, > > preferences.nk, recent_files and uistate.ini. > > > > -- > > Deke Kincaid > > Creative Specialist > > The Foundry > > Skype: dekekincaid > > Tel: (310) 399 4555 - Mobile: (310) 883 4313 > > Web: www.thefoundry.co.uk > > Email: d...@thefoundry.co.uk > > > > On Thu, Oct 30, 2014 at 6:36 AM, Jason Huang <jasonhuang1...@gmail.com> > > wrote: > > > >> Hi all, > >> > >> At work, Nuke will load gizmos and stuff from the .nuke folder from a > uber > >> slow network drive which slows down the UI load time significantly. > Even I > >> delete the .nuke folder there, Nuke will create it again next start-up. > >> > >> OS: Windows 7 > >> Tried setting environment variable NUKE_PATH to a local directory. > >> > >> Tried in init.py settubg all gizmos and plug-ins loading path to a local > >> directory > >> > >> Tried to echo %HOME% and %USERPROFILE% in command line and only the > >> %USERPROFILE% return the local directory on C drive. > >> > >> Basically I couldn't find why and how Nuke go find this network drive as > >> the HOME directory for .nuke?? > >> > >> I talked to IT and he said the network drive is set to the "home drive" > >> for everyone and cannot be un-mapped (only the drive letter can be > >> changed). > >> > >> Is there a way to have full control of how Nuke search and create the > >> .nuke folder to user specified directory? > >> > >> Thanks! > >> Jason H. > >> > >> _______________________________________________ > >> Nuke-users mailing list > >> Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > >> > > > > > > > > _______________________________________________ > > Nuke-users mailing list > > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > > > > _______________________________________________ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >
_______________________________________________ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
