Text 892, 108 rader
Skriven 2007-05-05 11:36:34 av Peter Knapper (3:772/1.10)
    Kommentar till text 884 av Maurice Kinal (1:261/38.9)
Ärende: sln_sf  v0.1
====================
Hi Maurice,

 PK> transfers (better than 90% as efficient as FTP on my tests using 
 PK> BinkD 0.9.4, which was quite some time ago now), especially when 
 PK> considering the Fidonet Specific management overhead involved. 

 MK> Which ftpd and on what OS?

Jeez this is going back MANY years.......;-)

Prior to 1993 I used BinkleyTerm/2 Scripts and Zmodem (DSZ) transfers to a
local (IE within Auckland) Unix Host that imported Fidonet from Randy Bush,
however that was a simple file transfer function and not strictly to Fidonet
inbound/outbound areas, so it can be ignored.

1993 - 2000 Direct FTP to Randy Bush (until he closed down) for both Echomail
and Filecho. No idea what OS he was using but it was a unix system. My end is
OS/2 and a Rexx FTP Script I wrote that I still use today for Filecho transfers
(see below), however since around 1998 I also did Echomail via BinkD/2. At
least once per month I would have to "massage" things to fix up the FTP errors
of some sort, PRIOR to moving echomail to BinkD.

1997 - today, to Bob Seaborn. I use BinkD/2 in various versions from v0.8.9 up
to the current one I am runing which is 0.9.5 for Echomail and my Rexx FTP
script for Fileecho. No idea what FTPD Bob runs sorry, all my FTP Script says
is -
        Login successful, server is UNIX Type: L8.
whatever a "UNIX Type: L8" Server is......;-)

My Rexx FTP script uses the Rexx FTP API and is HEAVILY customised for Fidonet
purposes, in that it searches for all the .TIC's, and compares the .TIC file
AREANAME with my File area definitions in Maximus and only picks up the Files
for the Areas I want, the rest are deleted at source before being sent. As I
moved from Dial-up to ADSL around 2000 I needed to minimise the Dial-up
transfers as much as possible. 

For Filecho's, FTP and my script is good enough but even then I find I
occasionally have to patch up something. Thats why I moved to BinkD/2 for
Echomail, it is significantly more reliable and better integrated with Fidonet
Echomail PROCESSING environments than FTP is. 

Plus I can do things (such as better error recovery) with Rexx FTP that a
standard FTP client can't do. Thats why FTP is just "ok", PROVIDED you use an
"intelligent" Client, but I still don't consider it good enough for Echomail.

 PK> If you really achieved 1/3 the performance then I seriously suggest 
 PK> you look at your method of measuring that performance, because in 
 PK> real life those figures indicate a big problem somewhere.

 MK> That is what I've been saying for over 10 years now.

Here's a snapshot of my Echomal transer stats using BinkD/2 to Bob Seaborn. 

Date     Time     Connection      -><- Filename         Size   mm:ss   cps.
-------- -------- --------------  ---- ------------ --------   -----  -----
20070401 00:37:01 1:140/1         RxEc 90923081.SA6     11357   0:01  11357
20070401 01:37:03 1:140/1         RxEc 90923081.SA7     12440   0:01  12440
20070401 02:36:07 1:140/1         RxEc 90923081.SA8     36148   0:02  18074
20070401 03:36:12 1:140/1         RxEc 90923081.SA9     32281   0:02  16140
20070401 04:36:13 1:140/1         RxEc 90923081.SAA     17243   0:01  17243
20070401 05:36:16 1:140/1         RxEc 90923081.SAB     21429   0:02  10714
20070401 06:36:19 1:140/1         RxEc 90923081.SAC      7029   0:01   7029
20070401 07:36:23 1:140/1         RxEc 90923081.SAD     49790   0:03  16596
20070401 08:36:25 1:140/1         RxEc 90923081.SAE     36699   0:02  18349
20070401 09:36:28 1:140/1         RxEc 90923081.SAF      9602   0:01   9602
20070401 10:36:33 1:140/1         RxEc 90923081.SAG     42047   0:02  21023
20070401 11:36:35 1:140/1         RxEc 90923081.SAH     16017   0:01  16017
20070401 12:36:37 1:140/1         RxEc 90923081.SAI     12468   0:01  12468
20070401 13:36:41 1:140/1         RxEc 90923081.SAJ     32181   0:02  16090
20070401 14:36:44 1:140/1         RxEc 90923081.SAK     14777   0:01  14777
20070401 15:36:46 1:140/1         RxEc 90923081.SAL     17836   0:01  17836
20070401 16:36:49 1:140/1         RxEc 90923081.SAN     11167   0:01  11167
20070401 17:36:54 1:140/1         RxEc 90923081.SAO    100091   0:03  33363
20070401 18:36:54 1:140/1         RxEc 90923081.SU0      7873   0:01   7873
20070401 19:36:57 1:140/1         RxEc 90923081.SU1     15157   0:01  15157
20070401 20:37:00 1:140/1         RxEc 90923081.SU2     30788   0:01  30788
20070401 21:37:02 1:140/1         RxEc 90923081.SU3     16059   0:01  16059
20070401 22:37:05 1:140/1         RxEc 90923081.SU4     12936   0:01  12936
20070401 23:36:14 1:140/1         RxEc 90923081.SU5     46241   0:07   6605

Not exactly large files but none took longer than 3 seconds using BinkD/2. Here
are some Filecho Stats using my Rexx FTP script. You can see 1 reject TIC
towards the bottom (RjTc) -

Date     Time     Connection      -><- Filename         Size   mm:ss  cps.
-------- -------- --------------  ---- ------------ --------   ----- -----
20070401 11:12:13 1:140/1         RxTc AVF0MFO5.TIC     1142   0:01    772
20070401 11:12:19 1:140/1         RxTc AP070331.ZIP   195505   0:03  50258
20070402 11:12:14 1:140/1         RxTc A1F0R4G6.TIC     1139   0:01    780
20070402 11:12:37 1:140/1         RxTc AP070401.ZIP    78358   0:20   3778
20070403 11:12:17 1:140/1         RxTc A2F0N0O6.TIC     1156   0:01    781
20070403 11:12:34 1:140/1         RxTc BINKD.TXT       77025   0:15   4922
20070403 11:12:37 1:140/1         RxTc A2F0N0OB.TIC     1151   0:01    698
20070403 11:13:04 1:140/1         RxTc EXCEPT.TXT     103979   0:24   4196
20070403 11:13:07 1:140/1         RxTc A2F0N0OF.TIC     1031   0:01    721
20070403 11:13:07 1:140/1         RjTc IBBS0407.ZIP   221500   0:01     1
20070403 11:13:09 1:140/1         RxTc A2F0N0OK.TIC     1141   0:01    782
20070403 11:14:51 1:140/1         RxTc AP070402.ZIP   534691   1:39   5385

You may note that except for ONE transfer, FTP comes nowhere near the
performance of BinkD in those stats, but as thats a different server on a
completely different IP address I have no idea of its loading at that time.

Cheers.............pk.


--- Maximus/2 3.01
 * Origin: Another Good Point About OS/2 (3:772/1.10)