-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
[SNIP]
Two possibilities:
* the command/Fetch URI is stuck also, or
I don't think the client did any Fetch when apache stopped.
* something died holding the post lock, and it didn't get
automagically cleaned up.
I
-Original Message-
From: Sander Temme [mailto:[EMAIL PROTECTED]
[SNIP]
There's one more thing I noticed (might be specific to
HP-UX) : I saw more
errors with keepalive ON rather than when it was OFF.
I think you may be looking at a problem where server and client(s) are
messing with
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
[SNIP]
I'm glad you're making progress. But I'm wondering why
raising the mod_cgid
Listen backlog was so important. If 100 mod_cgid connections
wasn't enough at
some point, either the workload is spikey or the
+0x490 ()
from /usr/lib/hpux64/libpthread.so.1
Any ideas ?
-Madhu
-Original Message-
From: MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 02, 2003 9:07 AM
To: 'dev@httpd.apache.org'; [EMAIL PROTECTED]
Subject: RE: Regarding Apache 2.0.48
.. added a snipped of the cgi.log that I got after that daemon exited.
-Madhu
-Original Message-
From: MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) [mailto:[EMAIL PROTECTED]
Sent: Friday, November 21, 2003 11:06 AM
To: '[EMAIL PROTECTED]'
Cc: dev@httpd.apache.org
Subject: RE: Regarding
]
Subject: Re: SPEC / mod_specweb99.c
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
Hi,
Does anybody know if the mod_specweb99.c been 'blessed'
by the SPEC
committee ?..I mean, have they acknowledged that the module
acts in a SPEC
compliant manner?
No, they have not blessed it.
I had
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:
I've been using 0.45 with a older version of openssl 0.9.6f - I can try the
latest openssl today..
-Madhu
-Original Message-
From: Cliff Woolley
To: [EMAIL PROTECTED]
Sent: 1/29/03 12:50 AM
Subject: Crypt::SSLeay
Has anybody out there managed to get Crypt::SSLeay to do anything but
I just compiled 0.45 with OpenSSL 0.9.7, and the only error that I'm seeing
is :
ssl/varlookupok 27/72# Failed test 28 in
/tmp/madhum.perl_framework/httpd-test/perl-framework/Apache-Test/lib/Apache/
Test.pm at line 46 fail #28
and I'm not seeing any seg fault type messages in the
I had a couple of inputs here : I was talking to our specweb person, and he
had the following views :
1. most modern day os'es cache the files, and not do a disk io for every
single file request. (duh !!.)
2. when doing writes, do a 64M block writes, instead of write to disk every
time.. (Lazy
-Original Message-
From: Bill Stoddard [mailto:[EMAIL PROTECTED]
[snip]
You probably need to mutex updates to your global variable, which will
probably suck out most of your performance gains.
That is correct.. The assumption I had is : timestamp is done once per
request, and since there
Hi,
The following is the tusc output of httpd (2.0.43) + mod_specweb99.c
on HP-UX.. Almost every single request has a gettimeofday system call - is
there any way to avoid it ?. I haven't searched the archives if this
question has already been asked several times - so, please excuse me
time would meet the spec and
be easier than your alternatives...
Dave
- Original Message -
From: MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 23, 2003 4:05 PM
Subject: RE: gettimeofday calls
I don't know if this has been
]
Subject: Re: [PATCH] Style police for mod_specweb99.c
MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote:
Summary of the patch :
1. convert tabs to spaces
2. try to follow apache styleguide
Overall, a big improvement...thanks much!
nitpicky comments follow:
--- mod_specweb99.c 15 Jan 2003
same on HP-UX also.. This is how it looks :
/* Cross process serialization techniques */
/* #undef USE_FLOCK_SERIALIZE */
#define USE_SYSVSEM_SERIALIZE 1
/* #undef USE_FCNTL_SERIALIZE */
/* #undef USE_PROC_PTHREAD_SERIALIZE */
/* #undef USE_PTHREAD_SERIALIZE */
/* #undef POSIXSEM_IS_GLOBAL */
/*
I started seeing the following errors in the specweb99 run output, when I
use mod_specweb99.c with Apache 2.0.43 and worker MPM. The following patch
seems to get rid of the problem. If you're thinking that it may degrade the
response - I did not find much difference though.
Can somebody please
for using flocks() vs process shared mutexes for HP-UX, and see if
we can get performance difference..
-Madhu
-Original Message-
From: Sander Temme [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 11, 2002 10:17 AM
To: test dev httpd.apache.org; MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1
I noticed that there were some places where u_int32_t is being used instead
of apr_uint32_t. Is it purposefully done OR is it one of those Oh, the apr
interface changed stuff ?.
Anyways, I've included a patch that atleast gets the module to compile
against 2.0.43. Pl. let me know if it's okay.
I'm using the worker MPM, and the test framework hangs soon after starting
up the server (after the following messages).. Any ideas what may be
happening ??..
waiting for server to start: ok (waited 7 secs)
server localhost:8529 started
server localhost:8530 listening (mod_ssl)
server
19 matches
Mail list logo