Overview Features Instructions Performance Forum Downloads Products Reseller Contact

Welcome to the Apollo Forum

This forum is for people interested in the APOLLO CPU.
Please read the forum usage manual.
VISIT APOLLO IRC CHANNEL



All TopicsNewsPerformanceGamesDemosApolloVampireCoffinReleases
Questions and Answers for Coffin AMIGA OS

ATTN CoffinOS Guys, the SMBFS On R51 Is Buggy/oldpage  1 2 3 

Eric Gus

Posts 221
25 Apr 2018 06:17


Mo Retro wrote:

eric gus wrote:

 
Mo Retro wrote:

  Eric & Shane what's the upload & download speed you're getting with smbfs 1.74?
 

 
  Can't really test upload speed when it locks the entire thing up..  :-/
 
 

  Eric I thought 1.74 was working for you?
 
 

Yes 1.74 works .. but none of the "later" "newer" builds have so far, 116, etc.. I havent yet tried 117 but seems Shane did test 117 and his setup is similar to mine.. so I expect that one to lock up as well..

I was responding to the fact I can't do speed tests on the (newer builds) as the newer versions of smbfs lock up my machine.. i.e. 1.102 .. 1.116, 1.117 etc..
 


Henryk Richter

Posts 69
25 Apr 2018 07:33


I had a closer look on smbfs. Version 1.74 honors the abilities of the remote end when it comes to downloads and hence can download as fast as the network adapter and underlying machine allow.
 
  Uploads are another matter. Here, we're back in retro land. The reason  why 1.74 is so slow at uploading is the following: It implements the classic NETBIOS style transfer method, i.e. transmits one packet with roughly 1kB at a time and waiting for the response from the other end (note: modern transfer methods take latency into account and transmit more unacknowledged data in advance).
 
  So with solutions like sdnet or V500 expansion net where there are RX delays, the upload speed will suffer with NETBIOS as of now.

I can't comment on the reason why uploads with later smbfs versions have issues. Probably something only Olaf can fix.


Eric Gus

Posts 221
25 Apr 2018 08:45


Ok I tested the 1.117 version up on Aminet and THAT WORKS !!.. uploads go fine

Speeds are similar to 1.74  around 150kb/s for uploading (though 1.74 goes a touch faster at 159kb/s)

How I am testing is, I am copying the DH1:pictures folder contents to my SMB server , then back again (to a different local folder, a-temp:smbtest)

for the copy program I am using BackUp v1.91 by Deniil .. (also from aminet) .. it gives you summary stats (much like rsync does .. which I could not get working on the amiga)

download speeds with 1.74 are like 42kb/sec

Ill do full testing of 1.117 tomorrow (its late here).


Mo Retro

Posts 175
25 Apr 2018 13:48


eric gus wrote:

Ok I tested the 1.117 version up on Aminet and THAT WORKS !!.. uploads go fine
 
  Speeds are similar to 1.74  around 150kb/s for uploading (though 1.74 goes a touch faster at 159kb/s)
 
  How I am testing is, I am copying the DH1:pictures folder contents to my SMB server , then back again (to a different local folder, a-temp:smbtest)
 
  for the copy program I am using BackUp v1.91 by Deniil .. (also from aminet) .. it gives you summary stats (much like rsync does .. which I could not get working on the amiga)
 
  download speeds with 1.74 are like 42kb/sec
 
  Ill do full testing of 1.117 tomorrow (its late here).

Thanks for your testing Eric.
I'll test 1.17 also when I'm back home together with the changes on the server side (my Win10 tower) as mentioned by Henryk Richter.



Eric Gus

Posts 221
26 Apr 2018 08:35


Just an update..
   
    with the 1.117 version of SMBSF from Aminet EXTERNAL LINK     
    using BackUp v1.91 EXTERNAL LINK 
   
    copying the DH1:pictures to my SMB:test  -SMB server (Linux/x64 OpenMediaVault NAS)
    {upload to SMB  == 164kb/sec}
   
    copying from my OMV Linux NAS SMB:test to DH1:temp/tmp
    {dowload from SMB == 281kb/s}
   
    so thats MUCH improved on downloads ..!!!

Should note I am using Miami  (not the DX flavor - but the 030/040/060 install option)


Mo Retro

Posts 175
28 Apr 2018 11:49


The settings change in my Windows 10 PC had a positive impact on the upload speed of my Amiga samba connection as mentioned by Henryk Richter.
  Before the change it was around 70kB/s and now i reach 2010kB/s on my A600 V2 x10 and 230kB/s on my A500 V2+.
  smbfs is now version1.117
 
  These are just quick test, I'll redo my tests once i've updated samba with the most recent files.
  I'll report back.
 
  I want to thank Henryk Richter for sharing this important info :)


Renaud Schweingruber

Posts 163
01 May 2018 19:39


Compiled smbfs 1.120 from development branch

EXTERNAL LINK


Mo Retro

Posts 175
01 May 2018 23:58


Renaud Schweingruber wrote:

Compiled smbfs 1.120 from development branch
 
  EXTERNAL LINK 

Thanks Renaud, where can we find the changelog?


Gregthe Canuck

Posts 232
02 May 2018 00:49


The releases folder is here:  EXTERNAL LINK 
I found a changelog in the 'documentation' folder in the source code zip file.



Niclas A
(Apollo Team Member)
Posts 165
02 May 2018 18:45


EXTERNAL LINK


Mo Retro

Posts 175
02 May 2018 19:02


Thanks for the links guys.

The download speed with is version is 3% faster at 377 kB/s but the upload speed has doubled it reaches now 228. These high numbers I achieve by copying to and from RAM.
I use the Backup program from Aminet that Eric Gus mentioned above.
Like Eric I copied also the pictures folder from DH1: to the SMB share and back.


Renaud Schweingruber

Posts 163
09 May 2018 20:44


Really nice to see Olaf super active at the moment on smbfs

Here is a compiled version of 1.125, his last commit on his GitHub

EXTERNAL LINK


Eric Gus

Posts 221
10 May 2018 07:35


thanks for the update.

I found 117 worked faster than 120 {for me anyway -- all things being equal} .. ill give this new version a go..


Renaud Schweingruber

Posts 163
15 May 2018 17:30


Olaf informed me that he is getting near a final release.
 
  Compiled version of 1.130 source code :
  EXTERNAL LINK 
ChangeLog :

smbfs 1.126 (9.5.2018)

- Added the TIMEOUT option which can be used to set a send/receive
  timeout. The timeout is given as the number of seconds to wait for
  the reception/transmission to pick up again. If it fails to pick up
  an error condition will be flagged.

- Not all the calls to the recv() function took into account that
  the request to read the incoming data could be fulfilled only
  partly. The recv() calls have been replaced by a single function
  which makes sure that either all the requested data has been
  received, the connection has been closed or an error has
  occured. This bug is at least 20 years old, since it is present
  in the original "Sharity-Light" code which I ported in the
  year 2000.

smbfs 1.127 (10.5.2018)

- If the smb_receive_raw() function receives fewer data than
  expected it will always lead to the connection getting closed.
  Previously, missing data could lead to the session getting
  out of sync with what the server expected the client to
  process.

smbfs 1.128 (10.5.2018)

- Added support for built-in CP437 and CP850 "OEM character set"
  translation. CP850 appears to be the default character set
  encoding for file and directory names which Samba uses.

- The code page based translation now checks if the respective
  file or directory name can be translated and will ignore or
  reject it if necessary.

smbfs 1.129 (13.5.2018)

- The SMB protocol error information (error class and error code)
  is now retained in untranslated form for the AmigaDOS file system
  layer to report and maybe convert into a more suitable form.

- Error reporting ("something's wrong"), and specifically what is
  wrong are no longer the same thing throughout the file system
  code. This allows for the SMB protocol errors to be distinct
  from the POSIX error information, which previously was lumped
  together and made it harder to act upon. For example, a
  protocol error could be misinterpreted as a network error,
  causing the server connection to be dropped when this was
  not strictly necessary.

- SMB message decoding now produces its own specific error codes
  instead of using EIO. The errors which the directory entry
  decoding has to put up with are now specific to this function's
  purpose.

smbfs 1.130 (13.5.2018)

- Failure to set up an SMB session with the server is no
  longer reported twice.

- Failure to set up an SMB session with the server is no
  longer reported twice.

- SMB session setup error messages now display the SMB error
  information, if available.

- The debug output now prints the SMB error information along
  with the POSIX version and the AmigaDOS version. This might
  finally produce the kind of insights which so far have been
  denied to us during long data copying sessions which either
stalled or stopped for no apparent reason.


Mo Retro

Posts 175
15 May 2018 20:08


Thanks for the update Renaud.
Yesterday I installed the 1.125. The upload was 50kB/s faster then the 1.120 but the download speed was 20kB/s slower then the previous version.
I'll try this 1.130 version later and will report back.


Renaud Schweingruber

Posts 163
15 May 2018 20:17


All credits and thanks should go to Olaf. I'm just pushing on a button :-)


Mo Retro

Posts 175
15 May 2018 20:52


Renaud Schweingruber wrote:

All credits and thanks should go to Olaf. I'm just pushing on a button :-)

Anyway thanks for providing the compiled version.

And of course a "big thank you to Olaf" if he reads this :)
He's indeed a busy bee. :D

posts 57page  1 2 3