Date: Sat, 14 Nov 2015 19:02:50 -0600 From: Joe Maloney <jmaloney@pcbsd.org> To: Rick Macklem <rmacklem@uoguelph.ca> Cc: Mario Lobo <lobo@bsd.com.br>, freebsd-hackers@freebsd.org, Mark Saad <nonesuch@longcount.org>, Allan Jude <allanjude@freebsd.org> Subject: Re: FreeBSD smbfs horribly slow Message-ID: <310B6D45-63E1-4012-BA35-8CB40CE9EBCF@pcbsd.org> In-Reply-To: <1312151904.87133792.1447539054621.JavaMail.zimbra@uoguelph.ca> 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> <1312151904.87133792.1447539054621.JavaMail.zimbra@uoguelph.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
I=E2=80=99ve noticed that with the freebsd version of mount_smbfs I am = not able to mount an airport disk. With FreeBSD I can use gvfs = available in ports to get around that issue. https://github.com/freebsd/freebsd/tree/master/contrib/smbfs = <https://github.com/freebsd/freebsd/tree/master/contrib/smbfs> However with the Mac OS X version of mount_smbfs I can mount an airport = disk. I realize this structure, and ASPL clobbering is pretty gross to = look at. Apologies in advance. I am curious if there is anything = useful to see here. http://opensource.apple.com/source/smb/smb-759.40.1/ = <http://opensource.apple.com/source/smb/smb-759.40.1/> =46rom what I can tell it looks like the mount_smbfs tool originated in = FreeBSD, and was ported to other BSD=E2=80=99s? Or is FreeBSD using = this which has been abandoned by Linux? =20 https://www.samba.org/samba/smbfs/ <https://www.samba.org/samba/smbfs/> Joe Maloney > On Nov 14, 2015, at 4:10 PM, Rick Macklem <rmacklem@uoguelph.ca> = wrote: >=20 > Mario Lobo wrote: >> On Fri, 13 Nov 2015 19:04:05 -0500 >> Mark Saad <nonesuch@longcount.org> wrote: >>=20 >>> Mario >>> Can you share more about your setup . >>> What filesystem is the samba share exported from ? >>=20 >> The shares tested were both from a FBSD (10.2-STABLE) samba4 and = Linux >> (Centos) samba 3.6. >>=20 >>> What mount options >>> on the filesystem level do you use ? >>>=20 >>=20 >> smbfs rw,noatime,-N,-Iserverip 0 0 >>=20 >>> What version of samba , was it from ports or a package ? >>>=20 >>=20 >> See above. >>=20 >>> 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 >>>=20 >>=20 >> Like I said, the problem is not with the server. >>=20 >>> Did you change any sysctls ? What did you set ? >>>=20 >>> Lastly what's the hardware like ; CPU, nic type , ram , etc >>>=20 >>=20 >> I tried the same FBSD client on different hardware. Made no = difference. >>=20 > Did that different hardware have a different type of net interface = that > uses a different net device driver? >=20 > 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. >=20 > I never use smbfs, so I can't help more, rick >=20 >>=20 >>=20 >>> --- >>> Mark Saad | nonesuch@longcount.org >>>=20 >>>> On Nov 13, 2015, at 6:13 PM, Mario Lobo <lobo@bsd.com.br> wrote: >>>>=20 >>>> 2015-11-13 16:32 GMT-03:00 Allan Jude <allanjude@freebsd.org>: >>>>=20 >>>>>> On 2015-11-13 14:25, Mario Lobo wrote: >>>>>> Hi; >>>>>>=20 >>>>>> It seems no one in @questions had any info/pointers/interest on >>>>>> this so I'm trying @hackers for some light. >>>>>>=20 >>>>>> Thanks, >>>>>>=20 >>>>>>=20 >>>>>> Begin forwarded message: >>>>>>=20 >>>>>> 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 >>>>>>=20 >>>>>> 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 >>>>>>=20 >>>>>> I am on 10.2-STABLE and using FreeBSD as a client to any amb = share >>>>>> continues to be very slow. >>>>>>=20 >>>>>> 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 >>>>>>=20 >>>>>> It gets even worse if an application is doing operations with >>>>>> variable size records inside a data file on the share. >>>>>>=20 >>>>>> Does anyone have any advice to improve this? >>>>>>=20 >>>>>> Thanks, >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> _______________________________________________ >>>>>> 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" >>>>>=20 >>>>> What kind of operations are you doing? >>>>>=20 >>>>> 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) >>>>>=20 >>>>> Reading it back only got 50 megabytes/s, not sure why. >>>>>=20 >>>>> -- >>>>> Allan Jude >>>> Which one is the server? Windows or FBSD? >>>>=20 >>>> I have no problems with either one being the server. The problem is >>>> when FBSD is the client. >>>>=20 >>>> 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 = ..). >>>>=20 >>>> 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. >>>>=20 >>>> I prepared a test that has several of these routines together on a >>>> 10.2-STABLE machine. >>>>=20 >>>> Enough to say that when executing the tests with the files stored >>>> locally, the whole test takes 3-4 seconds to complete. >>>>=20 >>>> 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! >>>>=20 >>>> I am preparing a Centos VM and compiling the deamon on it to check >>>> the results. >>>>=20 >>>> -- >>>> 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" >>=20 >>=20 >>=20 >> -- >> Mario Lobo >> http://www.mallavoodoo.com.br >> FreeBSD since 2.2.8 [not Pro-Audio.... YET!!] >>=20 >> "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" >>=20 > _______________________________________________ > freebsd-hackers@freebsd.org <mailto:freebsd-hackers@freebsd.org> = mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers = <https://lists.freebsd.org/mailman/listinfo/freebsd-hackers> > To unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org = <mailto:freebsd-hackers-unsubscribe@freebsd.org>"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?310B6D45-63E1-4012-BA35-8CB40CE9EBCF>