We occasionally get reports that saving a Rhino file saving to a network disk is much slower than saving to the computer Rhino is running on. We have been unable to reproduce this problem using our own networks and using various cloud storage services.

This information might help your IT department tune your server settings.

1. Some customers have found encyption to cause slow network saves.
2. Some of our customers have had success disabling VMQ.
3. This forum topic gives a list of some other things to try.
4. Increase the size of the in-memory buffer used for saving:
   1. Run the SetArchiveMemoryBufferSize command
   2. Set the size to 32000.
   3. Try saving again.
   4. Background: By default, Rhino saves files by using fwrite() to send 64KB chunks to disk. When a file contains large objects (big meshes, big polysurfaces, …) there is a “seek” operation for data larger than 64 KB. If increasing the size speeds up file saving, it's possible that your server has a high overhead per write transaction. If that doesn't help, set the size back to 64.

If none of this helps: Please use Discourse or contact technical support and include this information:

1. The information from Rhino main menu > Help > System information.
2. Local computer virus checking software.
3. Network server OS.
4. Network server file system information.
5. Network server virus checking software.
6. Any special network settings you are using (encryption, compression, time outs, …)
7. Find a Rhino 3dm file that saves fast locally and saves slowly to a network disk. Determine the size of that file and create a Rhino file of the same size containing only lines (use array to make thousands of lines from one). See if the lines file also saves slowly. (Saving the lines file sends thousands of small chunks to the server with very few seek operations. Knowing the results of the lines test helps us to either focus on or rule out network seek speed.)