Oh, you already replied...
Also you're on Solaris, so it's easier: you can email me truss
and sar files.
So, if I understand you correctly, the upgrade to Solaris 7 and
2.0.5a cut performance down noticeably. This is unexpected, as
a colleague who does big benchmarks always checks out Samba against
the old 1.9.18 version to make sure there hasn't been a reduction,
and 2.0.7, at least, was faster than 1.9.818 on Solaris 7.
This implies that something about the many-files-open case
you're working with is causing the regression.
When you say "the more files open, the slower the response time",
do you mean the more files open **on one client machine** the slower,
or the more clients opening files the slower it goes?
If you can reproduce this easily, can you run
sar -o cindy.sar.raw 10 30
and mail me the (binary!) file that is produced? I'll
mail you back a quickie analysis of what's happening at
the system level.
I'd also like your smbd log... but first check your log level,
which should be at 1 or 2, not 3. 3 produces too much overhead.
Finally, if you can, run smbstatus to find the pid of
the smbd that's serving the test client and run
truss -d -p pid_from_smbstatus >cindy.truss
while you do yet another repetition of the performance test.
This will produce an ascii listing of every system call
that smbd makes during the test, and can help us narrow
down the suspects.
Mail these to me with a meaningful subject line and we'll see
what we can find.
--dave
--
David Collier-Brown, | Always do right. This will gratify some people
185 Ellerslie Ave., | and astonish the rest. -- Mark Twain
Willowdale, Ontario | //www.oreilly.com/catalog/samba/author.html
Work: (905) 415-2849 Home: (416) 223-8968 Email: davecb@canada.sun.com
