Hi, We're having performance problems with SolidWorks on our shares. Copying the entire entire solidworks project to local disk and opening from there takes around 30s, but opening from the share directly takes minutes. Apparently solidworks knowledge base has this to say about Samba:> The official policy with regards to Linux Samba is that our legal department has advised us that the Open Source Agreement is incompatible with SolidWorks as a commercial organization and as such we are instructed in Technical Support not to support this operating system.> In Technical Support our experience with files being accessed from Linux Samba servers is that this in itself can generate instability in SolidWorks. By the instructions of our legal department we cannot investigate the root cause of these instabilities.I'm at a loss how to even debug the performance since the windows client seems to behave perfectly reasonably. We're using SolidWorks 2013 with the latest patches (service pack 4?), samba 3.6.3-2ubuntu2.2 from Ubuntu LTS 12.04 and 64bit Windows 7 Pro. Any ideas? Cheers, Paul
Hai Yes, first upgrade your samba version. ( http://www.enterprisesamba.com/old/samba-3/ ) add the sernet samba repo for ubuntu precise and upgrade to version 3.6.19 and test again. second. If copy for example a large file to the share and what is the speed your seeing? ( in windows ) when done, apply this. ( read http://www.speedguide.net/faq_in_q.php?qid=247 ) netsh interface tcp set global autotuning=disabled ( this is the default : netsh interface tcp set global autotuningl=normal ) and test again. SolidWorks also have a history of locking problems, can you post your smb.conf. Im not the locking expert, but maybe someone else knows, if your using wrong settings. wat does the performance test say : ( Start > All Programs > SolidWorks ???? > SolidWorks Tools > SolidWorks Performance Test and SolidWorks Rx utilities. ) Have you disabled all the useless Win7 "bling" ? Do you have the Aero theme enabled? There are more settings to improve the network speed on windows 7, just google for it. And read this http://www.3dcadworld.com/why-solid-edge-matters-part-2/ and tell your suppliers that they should go support linux, and that you?re considering migrating away from SolidWorks, because of this bad support. Good luck. Louis>-----Oorspronkelijk bericht----- >Van: paul at zenrobotics.com >[mailto:samba-bounces at lists.samba.org] Namens Paul T?tterman >Verzonden: donderdag 24 oktober 2013 8:43 >Aan: samba at lists.samba.org >Onderwerp: [Samba] SolidWorks 2013 performance problems > >Hi, > >We're having performance problems with SolidWorks on our shares. >Copying the entire entire solidworks project to local disk and opening >from there takes around 30s, but opening from the share directly takes >minutes. > >Apparently solidworks knowledge base has this to say about Samba: > >> The official policy with regards to Linux Samba is that our >legal department has advised us that the Open Source Agreement >is incompatible with SolidWorks as a commercial organization >and as such we are instructed in Technical Support not to >support this operating system. > >> In Technical Support our experience with files being >accessed from Linux Samba servers is that this in itself can >generate instability in SolidWorks. By the instructions of >our legal department we cannot investigate the root cause of >these instabilities. > >I'm at a loss how to even debug the performance since the windows >client seems to behave perfectly reasonably. We're using SolidWorks >2013 with the latest patches (service pack 4?), samba 3.6.3-2ubuntu2.2 >from Ubuntu LTS 12.04 and 64bit Windows 7 Pro. > >Any ideas? > >Cheers, >Paul >-- >To unsubscribe from this list go to the following URL and read the >instructions: https://lists.samba.org/mailman/options/samba > >
On Thu, Oct 24, 2013 at 09:43:14AM +0300, Paul T?tterman wrote:> We're having performance problems with SolidWorks on our shares. > Copying the entire entire solidworks project to local disk and opening > from there takes around 30s, but opening from the share directly takes > minutes. > > Apparently solidworks knowledge base has this to say about Samba: > > > The official policy with regards to Linux Samba is that our legal department has advised us that the Open Source Agreement is incompatible with SolidWorks as a commercial organization and as such we are instructed in Technical Support not to support this operating system. > > > In Technical Support our experience with files being accessed from Linux Samba servers is that this in itself can generate instability in SolidWorks. By the instructions of our legal department we cannot investigate the root cause of these instabilities. > > I'm at a loss how to even debug the performance since the windows > client seems to behave perfectly reasonably. We're using SolidWorks > 2013 with the latest patches (service pack 4?), samba 3.6.3-2ubuntu2.2 > from Ubuntu LTS 12.04 and 64bit Windows 7 Pro. > > Any ideas?So Solidworks is significantly faster if you store the files on a real Windows SMB share than on a Samba machine? Copying to a local drive is not really the correct comparison, the latency differences are dramatic. If so, can you get us comparative network traces of opening a file on both machines? It would be best to install wireshark on the client, start the trace, only after starting the trace connect to the server, open the file, stop the trace. Do this with both types of servers. Even if the traces are huge, that's what we need. Ah, one difference might be SMB1 vs SMB2. If possible, upgrade Samba to 3.6.19 and set "max protocol = smb2". There have been quite a few smb2 related fixes in the 3.6 release stream. Even better, upgrade to 4.0.10, that brings smb2 by default. If you have SMB2 enabled and still see a significant difference, we need the network traces. Volker -- SerNet GmbH, Bahnhofsallee 1b, 37081 G?ttingen phone: +49-551-370000-0, fax: +49-551-370000-9 AG G?ttingen, HRB 2816, GF: Dr. Johannes Loxen http://www.sernet.de, mailto:kontakt at sernet.de
Paul, First simple question: Do you reexport an NFS share via Samba to your windows clients ? ( a "not so very good idea" but very often done in CAX ) i understand that this will not really be of helpto you, just to avoid others to cite completely wrong statements. The open source licensing model by no way conflicts with any legal solid works issues. Thats something where a juristical department did not analyze correct.. To understand performance better, some infos about your storage pool and share definition for samba might help. Can you tell on which cifs protocol version your windows clients and the samba server have both agreed on ? regards Micha ----- urspr?ngliche Nachricht --------- Subject: [Samba] SolidWorks 2013 performance problems Date: Do 24 Okt 2013 08:44:36 CEST From: Paul T?tterman<paul at zenrobotics.com> To: samba at lists.samba.org Hi, We're having performance problems with SolidWorks on our shares. Copying the entire entire solidworks project to local disk and opening from there takes around 30s, but opening from the share directly takes minutes. Apparently solidworks knowledge base has this to say about Samba:> The official policy with regards to Linux Samba is that our legal department has advised us that the Open Source Agreement is incompatible with SolidWorks as a commercial organization and as such we are instructed in Technical Support not to support this operating system.> In Technical Support our experience with files being accessed from Linux Samba servers is that this in itself can generate instability in SolidWorks. By the instructions of our legal department we cannot investigate the root cause of these instabilities.I'm at a loss how to even debug the performance since the windows client seems to behave perfectly reasonably. We're using SolidWorks 2013 with the latest patches (service pack 4?), samba 3.6.3-2ubuntu2.2 from Ubuntu LTS 12.04 and 64bit Windows 7 Pro. Any ideas? Cheers, Paul -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba ---- urspr?ngliche Nachricht Ende ----