Dynamo icon indicating copy to clipboard operation
Dynamo copied to clipboard

Network distribution of packages causes Dynamo start-up to stall for extended periods of time

Open ThomasMahon opened this issue 7 years ago • 18 comments

Dynamo version

1.3

Operating system

Win 10

What did you do?

Created a network location to store Dynamo packages for distribution across an office. Added the new location via the Settings menu on all machines and made the default C drive location secondary

What did you see ?

Very very slow start-up speed of Dynamo. According to the network administrators, there are no performance issues with the network, which may suggest this problem is related to Dynamo. Has anyone attempted network distribution of packages before and/or encountered similar issues?

ThomasMahon avatar May 04 '17 14:05 ThomasMahon

Just solved this...turns out it is the order of the package locations. If the default location is set to the network, ...grab a coffee every time you start Dynamo!

ThomasMahon avatar May 04 '17 14:05 ThomasMahon

I spoke too soon...the problem is back with a vengeance. Any ideas?

ThomasMahon avatar May 04 '17 15:05 ThomasMahon

How much time are we talking about? We have our packages on a network location and it's the primary path in the settings file. Sandbox and Revit Addin load completely within 5 to 10 seconds. Would you consider that fast enough or too slow? Just to give you a rough idea about the size of our library, here are some stats: ~17 MB, ~900 files, ~10 packages.

andydandy74 avatar May 04 '17 16:05 andydandy74

Between 3-20 minutes. Total packages: 6. Total size on disk 10MB.

ThomasMahon avatar May 04 '17 17:05 ThomasMahon

Oh wow. That sure sounds like a network issue. Definitely anything but an expert in that arena, but have you experimented with different protocols (like e.g. SMB2 vs. SMB3 etc.)?

andydandy74 avatar May 04 '17 19:05 andydandy74

@jnealb FYI - any info here?

mjkkirschner avatar May 04 '17 19:05 mjkkirschner

There have been other reports of this, with suspicion that network latency is not the only culprit (but no proof yet). @riteshchandawar, @monikaprabhu can you please comment? @mjkkirschner I will take a look.

jnealb avatar May 04 '17 19:05 jnealb

@jnealb I don't think its latency in this case since the network is relatively small (250 users approx) all in close proximity to the network infrastructure.

ThomasMahon avatar May 11 '17 13:05 ThomasMahon

Can I get an update on this if possible? Its still a major problem for one of my clients.

ThomasMahon avatar Jun 29 '17 11:06 ThomasMahon

@ThomasMahon As we are unable to reproduce this in-house would it be possible for us to remote into your environment for debugging purposes?

jnealb avatar Jul 19 '17 16:07 jnealb

@jnealb that is possible. Its for one of my clients and they are happy for you to connect to their network via TeamViewer (or similar if you have a preference). Time zone is UK/GMT in London, so name a time thats convenient and we can arrange a time/date to set up the session.

ThomasMahon avatar Jul 20 '17 09:07 ThomasMahon

@jnealb @riteshchandawar @monikaprabhu this is still an issue - are there any updates / info on availability to remote connect and investigate the cause?

ThomasMahon avatar Aug 04 '17 16:08 ThomasMahon

@ThomasMahon Is Monday or Tuesday am EST convenient?

jnealb avatar Aug 04 '17 16:08 jnealb

@jnealb Monday would be best. 12:00-13:00 EST (17:00-18:00 GMT). Or the same time on Tuesday

ThomasMahon avatar Aug 06 '17 15:08 ThomasMahon

@ThomasMahon Let's start today at 12:00 EST.

jnealb avatar Aug 07 '17 14:08 jnealb

Hi @jnealb that should be fine. I'm getting a remote desktop set up now with my clent - you can email me direct: [email protected] or skype using the same email

ThomasMahon avatar Aug 07 '17 14:08 ThomasMahon

@ThomasMahon This is filed as QNTM-1440.

jnealb avatar Aug 07 '17 16:08 jnealb

same issue with revit 2023 and revit 2024, is that possible if we can check what the solution is? @jnealb

tjxme avatar Oct 17 '23 14:10 tjxme