Date: Sat, 14 Nov 2015 17:10:54 -0500 (EST) From: Rick Macklem <rmacklem@uoguelph.ca> To: Mario Lobo <lobo@bsd.com.br> Cc: Mark Saad <nonesuch@longcount.org>, freebsd-hackers@freebsd.org, Allan Jude <allanjude@freebsd.org> Subject: Re: FreeBSD smbfs horribly slow Message-ID: <1312151904.87133792.1447539054621.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <20151114115022.781c0bc1@Papi> References: <20151113162548.61529137@Papi> <56463ACE.5020605@freebsd.org> <CA%2ByoEx9hsLB9BRJpFBPJ4e1f9vRnCPeRCu-bsESuQRFF=hEmXA@mail.gmail.com> <EE3E327E-FAC5-4647-98C1-FB4E7CC56708@longcount.org> <20151114115022.781c0bc1@Papi>
next in thread | previous in thread | raw e-mail | index | archive | help
Mario Lobo wrote: > On Fri, 13 Nov 2015 19:04:05 -0500 > Mark Saad <nonesuch@longcount.org> wrote: > > > Mario > > Can you share more about your setup . > > What filesystem is the samba share exported from ? > > The shares tested were both from a FBSD (10.2-STABLE) samba4 and Linux > (Centos) samba 3.6. > > > What mount options > > on the filesystem level do you use ? > > > > smbfs rw,noatime,-N,-Iserverip 0 0 > > > What version of samba , was it from ports or a package ? > > > > See above. > > > On the samba level can you tell us about your config ? Have you tried > > any of the tuning from https://calomel.org/samba_optimize.html > > > > Like I said, the problem is not with the server. > > > Did you change any sysctls ? What did you set ? > > > > Lastly what's the hardware like ; CPU, nic type , ram , etc > > > > I tried the same FBSD client on different hardware. Made no difference. > Did that different hardware have a different type of net interface that uses a different net device driver? I have no idea if smbfs can do the same thing, but both NFS and iSCSI can generate TCP TSO output segments of near 64K in data length and that can cause problems for some net device drivers. --> If the net interface has TSO enabled, try disabling it. I never use smbfs, so I can't help more, rick > > > > --- > > Mark Saad | nonesuch@longcount.org > > > > > On Nov 13, 2015, at 6:13 PM, Mario Lobo <lobo@bsd.com.br> wrote: > > > > > > 2015-11-13 16:32 GMT-03:00 Allan Jude <allanjude@freebsd.org>: > > > > > >>> On 2015-11-13 14:25, Mario Lobo wrote: > > >>> Hi; > > >>> > > >>> It seems no one in @questions had any info/pointers/interest on > > >>> this so I'm trying @hackers for some light. > > >>> > > >>> Thanks, > > >>> > > >>> > > >>> Begin forwarded message: > > >>> > > >>> Date: Wed, 11 Nov 2015 17:53:11 -0300 > > >>> From: Mario Lobo <lobo@bsd.com.br> > > >>> To: freebsd-questions <freebsd-questions@freebsd.org> > > >>> Subject: FreeBSD smbfs horribly slow > > >>> > > >>> Googling on this subject, I found: > > >> http://lists.freebsd.org/pipermail/freebsd-questions/2005-September/098717.html > > >>> https://lists.freebsd.org/pipermail/freebsd-net/2013-January/034239.html > > >> https://lists.freebsd.org/pipermail/freebsd-questions/2014-October/261804.html > > >>> > > >>> I am on 10.2-STABLE and using FreeBSD as a client to any amb share > > >>> continues to be very slow. > > >>> > > >>> The share is mounted through mount_smbfs. I tried smbnetfs (fuse) > > >>> and it is just a tiny bit better but doesn't compare to other > > >>> clients (linux or win) when writing/reading files > > >>> > > >>> It gets even worse if an application is doing operations with > > >>> variable size records inside a data file on the share. > > >>> > > >>> Does anyone have any advice to improve this? > > >>> > > >>> Thanks, > > >>> > > >>> > > >>> > > >>> _______________________________________________ > > >>> freebsd-hackers@freebsd.org mailing list > > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > >>> To unsubscribe, send any mail to " > > >> freebsd-hackers-unsubscribe@freebsd.org" > > >> > > >> What kind of operations are you doing? > > >> > > >> I just mounted a share from my windows desktop on my FreeBSD > > >> -CURRENT machine, and was able to write new files at 64 > > >> megabytes/s (roughly 1/2 the available gigabit/sec) > > >> > > >> Reading it back only got 50 megabytes/s, not sure why. > > >> > > >> -- > > >> Allan Jude > > > Which one is the server? Windows or FBSD? > > > > > > I have no problems with either one being the server. The problem is > > > when FBSD is the client. > > > > > > I wrote a daemon that executes operations on old DBF/NTX (clipper) > > > files (Yeah, I know ... but that's what they have for 20+ years ..). > > > > > > Anyway, a site interacts with this daemon via tcp, with commands to > > > add/delete/update records/indexes, as well as finding keys on the > > > indexxes. > > > > > > I prepared a test that has several of these routines together on a > > > 10.2-STABLE machine. > > > > > > Enough to say that when executing the tests with the files stored > > > locally, the whole test takes 3-4 seconds to complete. > > > > > > When doing the same test with the files on a share on the same wire > > > (1G connection, no matter which OS runs the share), the test takes > > > around 3:50 minutes to complete! > > > > > > I am preparing a Centos VM and compiling the deamon on it to check > > > the results. > > > > > > -- > > > Mario Lobo > > > http://www.mallavoodoo.com.br > > > FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% > > > winfoes FREE) _______________________________________________ > > > freebsd-hackers@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > > To unsubscribe, send any mail to > > > "freebsd-hackers-unsubscribe@freebsd.org" > > > > -- > Mario Lobo > http://www.mallavoodoo.com.br > FreeBSD since 2.2.8 [not Pro-Audio.... YET!!] > > "UNIX was not designed to stop you from doing stupid things, > because that would also stop you from doing clever things." > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1312151904.87133792.1447539054621.JavaMail.zimbra>