Linux 2.4 Scalability, Samba, and Netbench
okuyamak at dd.iij4u.or.jp
Thu May 10 01:23:48 GMT 2001
>>>>> "AMT" == Andrew M Theurer <atheurer at austin.ibm.com> writes:
AMT> I would like to help improve SMP scalability on this workload. If you
AMT> have questions or comments about the above results, or if you are
AMT> conducting similar tests, please send email to
AMT> lse-tech at lists.sourceforge.net. I have some ideas on my next steps,
AMT> but would like to discuss first.
Did you check vmstat result of each benchmarks?
Most of the problems are caused due to kernel. If you look at result
of vmstat, more than 80% CPU time are used in kernel.
It's true that heavy kernel overhead is due to Samba, and is due to
Samba generating lot's and lot's of request against kernels ( not
only disk IO, but it requires many signal handling etc ).
So, there's really two things we need to do.
1) make Linux more scalable.
( This sometimes seems as if it's tuning, but it's really bug
fix. So, don't ask performance team to tune. Let them FIX. )
2) make Samba work in less signals.
This means, don't call useless system calls, use shared memory
more effectively, divide Samba source into OS dependent part
and independent part so that you can do tuning for specific OS
and still have wide userland, etc.
More information about the samba-technical