I wanted to see how the performance of the new smbfs was compared to the old, so ran a DiskSpeed test on it.
After it passed the initial dir tests, it got stuck at the seek test forever and never completed. There was no problem to send a ctrl-c to smbfs and remount it and re-run the test.
I re-ran it with SnoopDos and the package debugger enabled, which showed the seek test seems to start by sending a WRITE packet of size 262144 and it gets a blank(?) result and then nothing happens.
When disabling the seek test it managed to run the two first runs of 4096 and 16384 Bytes, but then got stuck at 32768 in the same way.
After some divide and conquer testing of WRITE package sizes, I found that 16592 is the largest that will complete, anything larger will never complete. Can be reproduced with copy and some deliberately sized files quite easily:
8.Temp:bintest> list
16594.bin 16594 ----rwed Idag 13:21:55
0.bin empty ----rwed Idag 13:21:55
16591.bin 16591 ----rwed Idag 13:21:55
16384.bin 16384 ----rwed Idag 13:21:55
16592.bin 16592 ----rwed Idag 13:21:55
4096.bin 4096 ----rwed Idag 13:21:55
16593.bin 16593 ----rwed Idag 13:21:55
8192.bin 8192 ----rwed Idag 13:21:55
16590.bin 16590 ----rwed Idag 13:21:55
9 files - 230 blocks used
8.Temp:bintest> copy 0.bin 4096.bin 8192.bin 16384.bin 16590.bin 16591.bin 16592.bin 16593.bin 16594.bin SMBFS0:
0.bin..copied.
4096.bin..copied.
8192.bin..copied.
16384.bin..copied.
16590.bin..copied.
16591.bin..copied.
16592.bin..copied.
16593.bin..
This can be reproduced on both my A4000 with CSPPC/060 and on my A2000 with A2630/030, both running Roadshow (bsdsocket.library 4.310 (2013-11-07)).
The command line for smbfs is:
stack 65536
smbfs workgroup=megaburken.net user=patrik password=<hidden> service=//megaburken/patrik device=SMBFS0: volume=Megaburken
Forgot to mention that the A4000 is running OS3.9 and the A2000 is running OS3.1.
And that the smb server was samba (Version 4.1.17-Debian).
I have exact the same problem.
A4000/40/25 Genesis and iMac with Samba 3.6.25
Copy from Mac to Amiga works without problems but the other direction has the above mentioned file size limit, causing smbfs to hang.
If I set MAXTRANSMIT=10000 then it locks already on files >10000 Bytes.
If I set MAXTRANSMIT=17000 then it locks still at 16593 Bytes.
The old version of smbfs I am referring to is 1.74. In that version, this cannot be reproduced.