HELP: SAMBA eats too many Unix resources!!!

David Collier-Brown davecb at Canada.Sun.COM
Thu May 14 12:17:45 GMT 1998


Giovanni Beani <g.beani at list.it> wrote:
> I traced the clients (with log level and log file options) and I found
> that
> the Visual C/C++ check the files status for EVERY FILES presents in a
> "Workspace Environment", even if that file isn't opened!!!

	I made a longer comment in email, but I want to raise
	the question here: what are the vendor-specific approaches
	to dealing with this kind of (mis) behaviour?

	From first principles, VC++ is doing attr lookups, which 
	cause one directory read and N inode reads, so one
	wants to do anything one can to increase inode-read speed.

	From memory, on SunOS 4, I made sure the inode cache was big
	enough that rereading didn't hurt that much, and found
	that not having to spill cache in the middle of reading
	in tons of inodes seemed to increase performance a lot.
	(I suspect the code got suboptimal when the caches are
	very close to full, but that's mere opinion)

	I've not done this at all on Solaris/System V, but have done
	the equivalent many times of Berkeley derived systems.
	Can anyone else comment on good techniques, tools, etc.?

	My reference, by the way was Adrian Cockroft's book,
http://www.sun.com/smi/ssoftpress/books/Cockcroft/Cockcroft.html
	which is also a good reference for Ultrix (:-))

--dave
-- 
David Collier-Brown,  | Always do right. This will gratify some people
185 Ellerslie Ave.,   | and astonish the rest.        -- Mark Twain
Willowdale, Ontario   | davecb at hobbes.ss.org, canada.sun.com
M2N 1Y3. 416-223-8968 | http://java.science.yorku.ca/~davecb


More information about the samba mailing list