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