FreeBSD smbfs horribly slow

Sun Nov 15 01:02:56 UTC 2015

I’ve 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/>

From what I can tell it looks like the mount_smbfs tool originated in FreeBSD, and was ported to other BSD’s?  Or is FreeBSD using this which has been abandoned by Linux?  

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 at uoguelph.ca> wrote:
> 
> Mario Lobo wrote:
>> On Fri, 13 Nov 2015 19:04:05 -0500
>> Mark Saad <nonesuch at 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 at longcount.org
>>> 
>>>> On Nov 13, 2015, at 6:13 PM, Mario Lobo <lobo at bsd.com.br> wrote:
>>>> 
>>>> 2015-11-13 16:32 GMT-03:00 Allan Jude <allanjude at 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 at bsd.com.br>
>>>>>> To: freebsd-questions <freebsd-questions at 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 at freebsd.org mailing list
>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
>>>>>> To unsubscribe, send any mail to "
>>>>> freebsd-hackers-unsubscribe at 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 at freebsd.org mailing list
>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
>>>> To unsubscribe, send any mail to
>>>> "freebsd-hackers-unsubscribe at 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 at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"
>> 
> _______________________________________________
> freebsd-hackers at freebsd.org <mailto:freebsd-hackers at 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 at freebsd.org <mailto:freebsd-hackers-unsubscribe at freebsd.org>"