I have a performance problem on a Sun Sparc Solaris 2.5. I installed Samba 1.9.17p3 without any problems. Just the default configuration and smb.conf. There is one PC client Win95 and the smbd process takes up about 30% of the cpu... The client is running Microsoft Visual C++. Any suggestions ? Thanks Gilles ---------------------------------------------------------------------- Gilles Depeyrot <mailto:Gilles.Depeyrot@wanadoo.fr> Those who can do, those who can't simulate !
Gilles Depeyrot <Gilles.Depeyrot@wanadoo.fr> wrote: : There is one PC client Win95 and the smbd process takes up : about 30% of the cpu... : The client is running Microsoft Visual C++. What is this client doing, compiling? Probably it is pretty disk intensive. E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9431645
Le 22/10/97 16:32, samba@samba.anu.edu.au a ?crit :>: There is one PC client Win95 and the smbd process takes up >: about 30% of the cpu... >: The client is running Microsoft Visual C++. > >What is this client doing, compiling? Probably it is pretty disk intensive.Well, in fact, the client is just accessing the files (open, modify, save) at the rate of the user. Opening the files is ok (not too slow) but saving them can take up to 10 seconds for just a small file... This does not happen when the files are opened with wordpad/notepad/write so it must be something to do with Visual C++... I would like to speed things a bit, otherwise developpement on Samba drives is just not possible ! Gilles ---------------------------------------------------------------------- Gilles Depeyrot <mailto:Gilles.Depeyrot@wanadoo.fr> Those who can do, those who can't simulate !
You wrote:>: There is one PC client Win95 and the smbd process takes up >: about 30% of the cpu... >: The client is running Microsoft Visual C++.[and later] | Well, in fact, the client is just accessing the files (open, modify, | save) at the rate of the user. | Opening the files is ok (not too slow) but saving them can take up to | 10 seconds for just a small file... | This does not happen when the files are opened with | wordpad/notepad/write so it must be something to do with Visual C++... Aha! That sounds like a problem I've seen in another life: the client (MS C++) knows it can depend upon certain features/behaviors of the server (MS NT), and mysteriously fails or slows down when conected to another brand of server. I speculate we're seeing opportunistic locking going on: it's recommended/designed for just such things as soyrce code control systems, compilers and shared-file mini-databases. Try turning oplock emulation on in your current system, plus fast locks and anything else that sounds like locks, and measure again. If that's actually the problem, the newest release has full oplock support built in, to solve problems like yours. --dave -- David Collier-Brown, | Always do right. This will gratify some people 185 Ellerslie Ave., | and astonish the rest. -- Mark Twain Willowdale, Ontario | davecb@hobbes.ss.org, canada.sun.com M2N 1Y3. 416-223-8968 | http://java.science.yorku.ca/~davecb