[clue] samba performance tuning?

[Quentin Hartman]

Nothing from your config snippet jumps out at me.

Some more info about the environment would be useful:

- What version of Samba?
- What's the hardware like?
- Is it a local FS, or is it an NFS export or something like that?
- What is "slow"?
- Are only transfers slow, or is it directory browsing? Both?
- Is the network getting saturated?
- Is there anything else going on that might be competing for IO?


The few times I've had complaints about Samba performance, it's been either
an IO problem (backup running while people were hitting the server), DNS
problems (server trying to do lookups and waiting for timeouts), poorly
configured NFS export from another machine (wsize, rsize anyone?), or the
network has simply been saturated (adding a second bonded interface solved
that one). You may be noticing a theme in that the "samba problems" I've
faced haven't been samba problems at all....

Hope this helps.

QH


On Tue, Sep 17, 2013 at 3:26 PM, Mike Bean <beandaemon at gmail.com> wrote:

>
> At the risk of being really blunt, CLUE has always given me good advice in
> the past, so I thought I'd ask for some pointers.  We have a situation at
> work where some of our code monkeys are complaining about the performance
> on a samba share mounted on a RHEL6.1 server;  I'm trying to get a path out
> of them (the monkeys) so I can reproduce the issue, but in the meantime
> we're not seeing an appreciable performance problem or evidence of any
> large errors.   We're thinking it's going to come down to Samba performance
> tuning, and wouldn't you know, I know exactly spit and nothing about Samba
> performance tuning.
>
> Prayed at the google altar, as usual, and unless my questing has served me
> poorly, the biggest gains are to be had in TCP_NODELAY, which was already
> in our conf.
>
> Here's our smb.conf:
>
> # Global parameters
> [global]
>         socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=65536
> SO_SNDBUF=65535
>         encrypt passwords = Yes
>         log level = 2
>         log file = /var/log/samba.log.%m
>         guest account = admin
>         security = share
>         kernel oplocks = no
>         dead time = 15                     # Default is 0
>         getwd cache = yes
>         lpq cache = 30
>
> [dqm_share]
>    comment = Some Share
>    path = /xxxx/yyyyyyyyyyyy
>    public = yes
>    writable = yes
>    printable = no
>    create mask = 0664
>    directory mask = 0775
> #  strict locking = no                  #commented out to test its effects
>
> As I see it, there's not much tuning I can do without benchmarking the
> share and that's a whole new can of worms;  so I thought I'd solicit
> suggestions/advice from CLUE members willing to give it.
>
> thanks,
>
> Mike Bean
>
>
> _______________________________________________
> clue mailing list: clue at cluedenver.org
> For information, account preferences, or to unsubscribe see:
> http://cluedenver.org/mailman/listinfo/clue
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue/attachments/20130917/66e9ea63/attachment.html