Performance Problems (VisualStudio)

[Stephen L Arnold]

When the world was young, Vincent Chen <vince at rti.com> carved some 
runes like this:  

> We are having major performance problems when using VisualStudio
> to build projects.  The source lives on the server, and the intermediate
> files are dumped locally to try to speed things up.
> 
> One of the engineers downloaded a demo of NetManage/Chameleon NFS and it
> was significantly faster.  Here are some numbers:
> 
>             samba-1.9.18p8  samba-1.9.18p8   samba-2.0.3  ChameleonNFS
>               No oplocks        oplocks        oplocks   
> -----------------------------------------------------------------------
> Project "A"  30 minutes      31 minutes      24 minutes    9 minutes
> File "A.cxx"  na                  na             25sec       10sec
> 
> With 'oplocks' on, we are having problems of WinNT clients picking
> up changes made on the server.  Yes, I have read the note here, but
> we *are* running Samba on IRIX 6.2 with kernel oplocks ON.
[snip]
> [1999/04/14 21:08:29, 0] smbd/nttrans.c:(1838)
>   call_nt_transact_ioctl: Currently not implemented.

I'm probably way off base here, but I'd hate to see samba get 
trashed by a NetManage product ;)

Is it possible that NT is requesting some newer NT1 (or whatever) 
protocol, so that samba is wasting time telling NT in essence, "I 
can't do that" ?  The unix-SMB.txt doc is 4 years old now, but 
samba used to support up to the NT LM 0.12 protocol (which is used 
by NT3.51).  Maybe you could specify an older protocol and speed 
things up.

Have you tried tweaking the socket options at all?  Many folks have 
reported significant improvements.

You realize (of course) the NetManage stack doesn't have to deal 
with the overhead of the SMB/NetBIOS crap, so it'll probably be 
inherently faster (at least by a little bit).

I guess dumping the VS stuff and going with the GNU tools isn't an 
option... Even so, you might want to look at using GNU make instead 
of nmake.

Just a thought, Steve


******************************************************************
Stephen L Arnold                      http://www.rain.org/~sarnold
#include <std_disclaimer.h>
******************************************************************