-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Brian Rosner schreef:
> I think having automatic benchmarks would be awesome!  This would need 
> to be planned out carefully to ensure valid results.  It might be worth 
> noting that including something Bitten (http://bitten.cmlenz.net/) 
> would work and then extending it to work with benchmarks.

I looked at the Bitten site, but I don't have any clue what it does :D


My idea was the following:

- - create a Linux image builder that includes a kernel and the webserver
of choice. init=/bin/webserver

- - the tester will run a test on the various media (and plugins/modules)

- - the tester will be said what to test by the images requesting the
index.html where the content is presented.



The linux Image will be containing all necessary libraries, the network
interface should be set up by the kernel. This should result in one
active program with no interruptions.

The images can be tested in virtualization, but probably it is much more
clear to run the code on a good old machine. A machine were memory
management matters and cpu cycles count.


This machine should just have a grub menu for testing the images and
uploading the images. It could be interesting to see if there are
noticeable differences with building the webservers with gcc/tcc/etc.
and running them with uclibc/glibc.

To have some statistics on fast SMP machines I'll try the same test on
an super duper new machine with SMP enabled and disabled.



So what should be made:

* Linux kernel 2.4
o Linux kernel 2.6
x uclibc-base
y glibc-base (possible for 2.6?)

*/o/x/y Apache
*/o/x/y Boa
*/o/x/y Cherokee
*/o/x/y Hiawatha
*/o/x/y Lighttpd
*/o/x/y thttpd
*/o/x/y u-cherokee


This with the assumption that the requesting machine is always faster
than the server.

Somethings need to be done to automate the build process etc. And
communication with each individual project to have them participate in
this benching effort to provide a good configuration for each of the
project.

It could be interesting to provide an online infrastructure to provide
image or configuration alterations and have them tested in a batch. I
guess the security implications of a machine running on a closed LAN are
limited so I guess it won't harm to let them run 'foreign' configuration
files :)



Shoot me :) Any other ideas?



Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGO9odYH1+F2Rqwn0RCgucAJ9gWVXxMMyaSDfhAMeg/wbEg8lWJgCfZZ8j
2lOMrJnB+uVu9am3i0CEufc=
=arBn
-----END PGP SIGNATURE-----
_______________________________________________
Cherokee mailing list
[email protected]
http://cherokee-project.com/cgi-bin/mailman/listinfo/cherokee

Reply via email to