This set of tests was run on a Linux 2.0 system (90 MHz Pentium, 40 MB RAM), with NcFTPd running 50 users and wu-ftpd running 50 users.

The first graph indicates how busy (too busy!) the system is while wu-ftpd and 50 Monkeys are pounding the system. The same graph shows that NcFTPd and the 50 Monkeys are being handled with plenty of time to spare.

The second graph shows the load average during the test, and it indicates that wu-ftpd has probably reached it's maximum number of users. With NcFTPd, it is evident that the system has processing power to spare.

Both graphs indicate that NcFTPd could handle many more users than wu-ftpd on Linux 2.0, or be able to handle that load in addition to some other load, like a Web server perhaps.

This next section shows the data transfer numbers during the test.

NcFTPd, 50 users, Linux 2.0
TypekBytessecondskB/sec
ls496548329.6175.961
dir924535747.80116.085
get < 10 kB36435726417.49813.792
get < 32 kB4519437807.37557.887
get < 128 kB319700315320.589208.674
get > 128 kB1207558018186.978663.969
TOTAL1623099381809.858198.399

wu-ftpd, 50 users, Linux 2.0
TypekBytessecondskB/sec
ls2507890988.7490.276
dir9279978325.8091.185
get < 10 kB29660337407.4667.929
get < 32 kB3599035721.01062.909
get < 128 kB251274210391.012241.819
get > 128 kB1000730629162.482343.157
TOTAL13294434251996.52852.756

The bottom line here is that NcFTPd moved 16 Gigabytes out the door to wu-ftpd's 13. But even more impressive was that NcFTPd took only 82,000 seconds to do it, while wu-ftpd needed over 250,000. That gave NcFTPd an throughput advantage of almost 400%.