httpd-test-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Justin Erenkrantz <jerenkra...@ebuilt.com>
Subject Future of flood
Date Fri, 24 Aug 2001 07:37:06 GMT
On Fri, Aug 24, 2001 at 12:05:59AM -0700, Aaron Bannert wrote:
> Unfortunately that is not the case. A urllist is simply a list of
> urls, it has no implicit ideas of being serial or parallel. We have
> only implemented a roundrobin-style profile, which happens to use
> a urllist in a serial manner, but there is no reason the same
> urllist couldn't be used by a hundred farmers all in parallel
> and in some bizarre non-linear manner (like random-weighted, for
> example).

Okay, point taken.  The code and typical usage intends for it to be
serial.  Think of all the response/request regex stuff.  That
implication is fairly strong.  Yes, you can replace the round robin
profile with something completely separate.  However, I don't see 
anyone rushing to do that.  

This may be where we differ from httperf the most - they are solely a
framework for a test tool - their tool, as is, can't do lots of stuff.
Flood, while a framework itself, is also a test tool that stands by
itself.  There's a difference between the framework section and the 
actual implementation of flood.  Consider it design vs. 
implementation.

I consider flood's design period to be over and it's implementation
drawing to a close.  I don't expect/want to do much more coding with
it.  Minor features and such.  Possibly new protocols (waka?), but
nothing earth-shattering.  Yes, bucket brigades would be nice.  But,
I'm ready to move on.  I don't want to live with this code for the 
rest of my life...

It's done what I/eBuilt wanted and it's done it fairly well.  The 
framework is laid down for others to come through and continue our 
goals.  This is sort of why I want to switch to evangelical mode 
and get people *using* flood.  If people use it, they will see what 
they like about it and what they dislike about it.  They can
then continue on with the development of this tool.  I can't take
it much farther than I already have...  

This is also an ideal time for us to stop and try and document it so
that other people can pick up on flood.  Why is it a good time?  
I'm going on vacation for three weeks next week (as is Roy).  
You're going to start a new job soon.  We're not going to be able 
to babysit this project much longer.

My goal with the user docs is to document what we HAVE right now.  
The design docs can indicate what we intend.  But, as far as the
current implementation goes, no one (other than you or I) care
about the design too much - they want to use it.  (And, if you
think about how httpd started, the people who *used* NCSA took
over *development* because they had changes they wished to see
in the product that weren't there in the first place.)

How to use flood intelligently isn't something we have any docs 
on right now.  I hope I can come up with stuff so that Apache 
Random Hacker can figure it out.  If they want to change the 
code or the design after finding flaws, it's open source - sit 
down, read the code, and have lots of fun.  I'll even make sure 
anyone has commit access to this repository if they want it.  
-- justin


Mime
View raw message