dkftpbench is a program inspired by reference ftp SPECweb99. dkftpbench application is a program inspired by reference ftp SPECweb99. The results of the benchmark is a number-of-rating of concurrent users - and after running the benchmark properly, you have a good idea how many customers remote access server can simultaneously support. The bandwidth per customer target is set at 28.8 kilobits per second model for dialup users, which is important for servers on the real Internet, which often serve thousands of customers in only 10 Mbit / sec bandwidth. The final result of the benchmark is "the number of simultaneous 28.8 kilobits / second dialup users. To estimate this number, the reference to starting a new simulated user as soon as the last one ended the connection. It is increasing the number of users if it fails to connect, fails to maintain the desired bandwidth, or the limit specified by the-n option is reached. It offers the simulated users until the amount of time specified by the-T has elapsed since the last simulated user birth or death, the final score is the number of users still alive at the end . Here are some key features of "dkftpbench" · compiles and runs on Linux, FreeBSD, and Solaris (or did last I tried) · recover many files in parallel · waiting for connection to each end (and then some) before starting next; slows to <1 connect / second when it reaches 75% of the desired number of users. This extends the user activity more evenly. Controls · bandwidth continuously during each file search, stop adding users, so all going too slow strangulation · each extraction to use only the specified bandwidth · search for the maximum number of users made load · Displays an error message in the clear each time a user fails · Aborts if it detects the client system run out of resources · Aborts if the connection to the server takes> 5 seconds · Aborts if it takes more than 5 seconds for the first packet of a file · Use new class Poller for scalability, you can specify which to use on Poller Supports command line · Datarate slow (before he does that rates above 80kbits / sec on some systems) · allows you to define how he is picky about Datarate (before his "must be faster than" threshold was set at 3 / 4 of the target bandwidth) Paper · d other methods of preparation and notification as O_ASYNC O_ONESIGFD · provided both as a standalone executable, and as a CORBA object. (Thanks to //corbaconf.kiev.ua/ macros for autoconf Corba. · Mode Switches BINARY after login. (The client API allows you to choose, edit robouser.cc to skip the state START_TYPE if you want to use ASCII.) Example: After unpacking the sources, configure your system with the command. / configureThis will generate a Makefile from Makefile.in. To make sure that sources have arrived intact and functioning properly on your system, type make check to build all unit tests, and will fail if a unit test fails. You must be logged in Internet, because it will try to download a file from ftp.uu.net. To build the system dklimits tuning tool, type dklimitsRun make it on the client and the server machine, make sure that the number of files that it can open is about three times the desired number of users and the number of ports it can bind more than the desired number of users. You should not run X Windows or any other programs on client computers and server when running the benchmark. To build the benchmark, maketh the type of product dkftpbench executable 'program' Tuning 'dklimits', and a bunch of unit tests (executables with names ending _Test) you can ignore for the moment. Here is a simple use of dkftpbench:. / dkftpbench-N1-hftp.uu.net-T15-vThis tells bench to simulate a user retrieve the default FTP . uu.net repeatedly, and stop after fifteen seconds. The program produces the following output: Option values: hftp.uu.net name-server host ftp-P21 port number of ftp-server n1 users T15-length pad (in seconds)-B3600 desired bandwidth (in bytes per second) username uanonymous-probouser @ -fusenet/rec.juggling/juggling user password. FAQ.Z file fetch-M1500 bytes per package-v1 verbosity1 usersUser0 fetching 22,708 bytes took 6.530000 seconds, 3477 bytes per secondUser0 fetching 22,708 bytes took 6.530000 seconds, 3477 bytes per secondTest more. 1 users remained.