Re: gettimeofday calls
Greg Ames wrote: one of the things that inhibits our SMP scalability with out-of-the-box Linux kernels is contention on the dcache spinlock. oopss/dcache/dentry_cache/ The LTC guys use a "dcache RCU (read-copy-update)" patch same here Greg
RE: Crypt::SSLeay
Ah.. I think I know why I did not see the problem.. On hp-ux, perl 5.8.0 comes inbuilt with Net::SSLeay, and any Net::SSL is satisfied by the Net:SSLeay rather than from Crypt::SSLeay.. Net::SSLeay doesn't have this problem of not initializing the library. -Madhu >-Original Message- >From: Cliff Woolley [mailto:[EMAIL PROTECTED] >Sent: Wednesday, January 29, 2003 6:43 PM >To: [EMAIL PROTECTED] >Subject: Re: Crypt::SSLeay > > > >Figured it out. It was a bug in Crypt::SSLeay ... not sure how it ever >even worked. I'm sending them the following patch: > >--- SSLeay.xs.orig 2002-08-01 17:43:22.0 -0400 >+++ SSLeay.xs 2003-01-29 21:41:17.0 -0500 >@@ -109,6 +109,7 @@ >SSLeay_add_all_algorithms(); >SSL_load_error_strings(); >ERR_load_crypto_strings(); >+ SSL_library_init(); > bNotFirstTime = 1; > } > RAND_seed(buf,sizeof buf); > > >Geeze. Crypt:SSLeay's make test actually passes now, it's amazing. ;) > >--Cliff >
Re: Crypt::SSLeay
On Thu, 30 Jan 2003, William A. Rowe, Jr. wrote: > That's actually sorta sad... are they missing CRYPTO_malloc_init as well? [EMAIL PROTECTED]:../build/Crypt-SSLeay-0.45# grep -i CRYPTO_malloc_init * [EMAIL PROTECTED]:../build/Crypt-SSLeay-0.45# Looks that way, yeah... :) --Cliff
Re: Crypt::SSLeay
That's actually sorta sad... are they missing CRYPTO_malloc_init as well? At 08:42 PM 1/29/2003, Cliff Woolley wrote: >Figured it out. It was a bug in Crypt::SSLeay ... not sure how it ever >even worked. I'm sending them the following patch: > >--- SSLeay.xs.orig 2002-08-01 17:43:22.0 -0400 >+++ SSLeay.xs 2003-01-29 21:41:17.0 -0500 >@@ -109,6 +109,7 @@ >SSLeay_add_all_algorithms(); >SSL_load_error_strings(); >ERR_load_crypto_strings(); >+ SSL_library_init(); > bNotFirstTime = 1; > } > RAND_seed(buf,sizeof buf); > > >Geeze. Crypt:SSLeay's make test actually passes now, it's amazing. ;) > >--Cliff
[STATUS] (perl-framework) Wed Jan 29 23:46:19 EST 2003
httpd-test/perl-framework STATUS: -*-text-*- Last modified at [$Date: 2002/03/09 05:22:48 $] Stuff to do: * finish the t/TEST exit code issue (ORed with 0x2C if framework failed) * change existing tests that frob the DocumentRoot (e.g., t/modules/access.t) to *not* do that; instead, have Makefile.PL prepare appropriate subdirectory configs for them. Why? So t/TEST can be used to test a remote server. * problems with -d perl mode, doesn't work as documented Message-ID: <[EMAIL PROTECTED]> Date: Sat, 20 Oct 2001 12:58:33 +0800 Subject: Re: perldb Tests to be written: * t/apache - simulations of network failures (incomplete POST bodies, chunked and unchunked; missing POST bodies; slooow client connexions, such as taking 1 minute to send 1KiB; ...) * t/modules/autoindex - something seems possibly broken with inheritance on 2.0 * t/ssl - SSLPassPhraseDialog exec: - SSLRandomSeed exec:
[STATUS] (flood) Wed Jan 29 23:46:17 EST 2003
flood STATUS: -*-text-*- Last modified at [$Date: 2002/09/06 10:24:42 $] 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. * 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). Furthermore, simple_reports and easy_reports both print out the current requesting URI line. Documentation that needs writing: * Docume
Re: Crypt::SSLeay
Figured it out. It was a bug in Crypt::SSLeay ... not sure how it ever even worked. I'm sending them the following patch: --- SSLeay.xs.orig 2002-08-01 17:43:22.0 -0400 +++ SSLeay.xs 2003-01-29 21:41:17.0 -0500 @@ -109,6 +109,7 @@ SSLeay_add_all_algorithms(); SSL_load_error_strings(); ERR_load_crypto_strings(); + SSL_library_init(); bNotFirstTime = 1; } RAND_seed(buf,sizeof buf); Geeze. Crypt:SSLeay's make test actually passes now, it's amazing. ;) --Cliff
Re: [PATCH] flood: Upgraded flood_test.dsp to MS DevStudio 6 format
+1 At 05:46 PM 1/29/2003, you wrote: >Summary: > * Updated flood_test.dsp to MS DevStudio 6 format > >This patch updates the file flood_test.dsp to Developer Studio (DevStudio) >version 6. Developer Studio version 6 no longer needs to upgrade the >DSP file on-the-fly when you load flood.dsw. This DSP file now has >the same DevStudio version as flood.dsp and flood.dsw (which includes >flood_test.dsp). > >This change is for the sake of convenience. If we need to modify >flood_test.dsp in the future, we can do so as a separate step from >upgrading the DSP. CVS will also no longer identify flood_test.dsp as >"modified" after DevStudio upgrades it. > >Index: flood_test.dsp >=== >RCS file: /home/cvspublic/httpd-test/flood/flood_test.dsp,v >retrieving revision 1.1 >diff -u -r1.1 flood_test.dsp >--- flood_test.dsp 31 May 2002 08:27:07 - 1.1 >+++ flood_test.dsp 29 Jan 2003 23:29:57 - >@@ -1,5 +1,5 @@ > # Microsoft Developer Studio Project File - Name="flood_test" - Package > Owner=<4> >-# Microsoft Developer Studio Generated Build File, Format Version 5.00 >+# Microsoft Developer Studio Generated Build File, Format Version 6.00 > # ** DO NOT EDIT ** > > # TARGTYPE "Win32 (x86) Console Application" 0x0103 >@@ -22,6 +22,7 @@ > !MESSAGE > > # Begin Project >+# PROP AllowPerConfigDependencies 0 > # PROP Scc_ProjName "" > # PROP Scc_LocalPath "" > CPP=cl.exe