flood STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Release:
1.0: Released July 23, 2002
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
milestone-02: Tagged August 13, 2001
milestone-01: Tagged July 11, 2001 (tag lost during transfer)
RELEASE SHOWSTOPPERS:
* Everything needs to work perfectly
Other bugs that need fixing:
* I get a SIGBUS on Darwin with our examples/round-robin-ssl.xml
config, on the second URL. I'm using OpenSSL 0.9.6c 21 dec 2001.
* iPlanet sends Content-length - there is a hack in there now
to recognize it. However, all HTTP headers need to be normalized
before checking their values. This isn't easy to do. Grr.
* OpenSSL 0.9.6
Segfaults under high load. Upgrade to OpenSSL 0.9.6b.
Aaron says: I just found a big bug that might have been causing
this all along (we weren't closing ssl sockets).
How can I reproduce the problem you were seeing
to verify if this was the fix?
* SEGVs when /tmp/.rnd doesn't exist are bad. Make it configurable
and at least bomb with a good error message. (See Doug's patch.)
Status: This is fixed, no?
* If APR has disabled threads, flood should as well. We might want
to have an enable/disable parameter that does this also, providing
an error if threads are desired but not available.
* flood needs to clear pools more often. With a long running test
it can chew up memory very quickly. We should just bite the bullet
and create/destroy/clear pools for each level of our model:
farm, farmer, profile, url/request-cycle, etc.
* APR needs to have a unified interface for ephemeral port
exhaustion, but aparently Solaris and Linux return different
errors at the moment. Fix this in APR then take advantage of
it in flood.
* The examples/analyze-relative scripts fail when there are less
than 5 unique URLs.
Other features that need writing:
* More analysis and graphing scripts are needed
* Write robust tool (using tethereal perhaps) to take network dumps
and convert them to flood's XML format.
Status: Justin volunteers. Aaron had a script somewhere that is
a start. Jacek is working on a Mozilla application, codename
Flood URL bag (much like Live HTTP Headers) and small
HTTP proxy.
* Get chunked encoding support working.
Status: Justin volunteers. He got sidetracked by the httpd
implementation of input filtering and never finished
this. This is a stopgap until apr-serf is completed.
* Maybe we should make randfile and capath runtime directives that
come out of the XML, instead of autoconf parameters.
* We are using apr_os_thread_current() and getpid() in some places
when what we really want is a GUID. The GUID will be used to
correlate raw output data with each farmer. We may wish to print
a unique ID for each of farm, farmer, profile, and url to help in
postprocessing.
* We are using strtol() in some places and strtoll() in others.
Pick one (Aaron says strtol(), but he's not sure).
* Validation of responses (known C-L, specific strings in response)
Status: Justin volunteers
* HTTP error codes (ie. teach it about 302s)
Justin says: Yeah, this won't be with round_robin as implemented.
Need a linked list-based profile where we can insert
new URLs into the sequence.
* Farmer (Single-thread, multiple profiles)
Status: Aaron says: If you have threads, then any Farmer can be
run as part of any Farm. If you don't have threads, you can
currently only run one Farmer named Joe right now (this will
be changed so that if you don't have threads, flood will attempt
to run all Farmers in serial under one process).
* Collective (Single-host, multiple farms)
This is a number of Farms that have been fork()ed into child processes.
* Megaconglomerate (Multiple hosts each running a collective)
This is a number of Collectives running on a number of hosts, invoked
via RSH/SSH or maybe even some proprietary mechanism.
* Other types of urllists
a) Random / Random-weighted
b) Sequenced (useful with cookie propogation)
c) Round-robin
d) Chaining of the above strategies
Status: Round-robin is complete.
* Other types of reports
Status: Aaron says: simple reports are functional. Justin added
a new type that simply prints the approx. timestamp when
the test was run, and the result as OK/FAIL; it is called
easy reports (see flood_easy_reports.h).
