[Samba] SaMBa raises 10x the traffic but only when _executing_,
pizza offered
Leon Brooks
leon-samba at cyberknights.com.au
Fri Sep 16 00:34:00 GMT 2005
Customer is running a Delphi app talking to an MS-SQL-Server through
Microsoft ADO. The SQL stuff is reasonably chatty but not a problem.
Whenever the program is run or a significant feature is used, it
generates much SMB traffic -- roughly 10x as much from a SaMBa (3.1 or
3.0) server as from a W2k or w2k3 server. As you might imagine, this
makes the app run very slowly.
This happens with one user or with many. The ?mbd processes aren't
raising a sweat, a few % of CPU at most. Samba delivers (and accepts)
data at up 9.8MB/s sustained to smbclient over a 100Mb/s link, and
delivers 2MB images to XP in an eyeblink, so it's not a fundamental
networking failure. There is no perceptible speed difference serving
from a muscly hardware-RAIDed-SCSI dual-CPU gig-of-RAM server or my
el-crappo AOpen laptop.
This DID NOT HAPPEN with their old Novell file server using Novell's
networking protocols. The application provider also has another site
running the app on a Citrix server but from a separate file server,
with no speed problems. That makes it look very much like a cacheing or
similar issue. The amount of SMB traffic involved is roughly 4x the
size of the application.
I've tried with and without oplocks, with different levels of buffering,
different OS levels, all sorts of config performance tweaks and they
make no perceptible difference vs minimalist changes OOtB.
It's interesting that despite delivering only 10%-ish as much traffic,
responsiveness from the w2k3 server is only about 20% better than from
any Samba server. The app is blindingly fast in comparison if run from
the local disk, but the customer doesn't want to have to maintain
40-odd local copies of the app, and the basic problem would still lurk.
Initially, we tested with a version of the app which was compressed
(12MB => 4MB) with BlinkInc's Shrinker, but later testing involved an
uncompressed version. That did run perceptibly faster, but it was an
incremental improvement, not the revolution that we need.
There is a an Ethereal capture up at http://samba.cyberknights.com.au/
if you're interested in seeing for yourself. This is taken from an XP
workstation (*.158) talking to a 2k3 server (*.4) and them my laptop
running Samba (*.108). The traffic to *.100 is the SQL server and
everything else is pretty much irrelevant.
The capture shows the workstation starting the app, making an initial
query, then doing a find on a product number, then closing down. This
is done first to the 2k3 server then Samba.
Trimming the requests down from ~50MB to ~5MB would probably make the
app "fast enough" but there's extra brownie points (and a meal at your
local Sizzlers or near equivalent, maybe a couple of pizzas) for enough
clues to make it all run like a greased otter. (-:
Cheers; Leon
--
http://cyberknights.com.au/ Modern tools; traditional dedication
http://plug.linux.org.au/ Member, Perth Linux User Group
http://slpwa.asn.au/ Member, Linux Professionals WA
http://osia.net.au/ Member, Open Source Industry Australia
http://linux.org.au/ Member, Linux Australia
More information about the samba
mailing list