Re: Linux 2.4 Scalability, Samba, and Netbench

Kenichi Okuyama (okuyamak@dd.iij4u.or.jp)
Thu, 10 May 2001 10:23:48 +0900 (JST)


>>>>> "AMT" == Andrew M Theurer <atheurer@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@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.
----
Kenichi Okuyama.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/