On Sun, 28 Oct 2001, Philip Mak wrote:
> MaxClients is 50, so I'm guessing that the number of open files (1064) is
> definitely enough to handle that, right?
Your 'ab' tried to open a significantly higher number of connections if I
recall. You want both to be in the same order; and open files w
On Sat, 27 Oct 2001, Dirk-Willem van Gulik wrote:
> On FreeBSD; do a
>
> ulimit -a
>
> to check the number of files you are allowed to have open. For a non
> privilidged user the default is tipicallyy set to 64 or some similar low
> number.
My limits seem to be high enough:
$ ulimit -a
cp
On FreeBSD; do a
ulimit -a
to check the number of files you are allowed to have open. For a non
privilidged user the default is tipicallyy set to 64 or some similar low
number.
This is mainly to stop people from getting in each others way. I.e. one
user overloading the machine for some
I'm using ApacheBench to perform stress testing on my Apache server.
It's not always working, though. Observe the following two runs: (first is
Broken pipe; second has some failed requests)
[pmak@sg1 bin]$ ./ab -n 1000 -c 10 http://65.119.108.120:8080/
This is ApacheBench, Version 1.3c <$Revision
From: "Stipe Tolj" <[EMAIL PROTECTED]>
Sent: Saturday, October 27, 2001 7:06 PM
> this problem is Cygwin 1.x specific, but I'm ask the list for a hint
> on where I can start figuring out what we have here:
>
> On the Cygwin 1.x platform (running both 1.1.8-2 and 1.3.3-2) I have
> the following
[This is a repost of an uncommitted patch from earlier this month.
I've re-diffed against the latest code in CVS so that it will apply
cleanly. The patch yields a reduction of about 15% in usr CPU
utilization (test case: shtml request with two subrequests).]
This patch creates a cache of pre-mer
Brian Pane wrote:
> Aaron Bannert wrote:
[...]
>> I agree that in general we probably don't want to go around replacing
>> these things everywhere, but in some cases (like inside a tight loop
>> in a filter that gets called many times during a single request) it may
>> make sense. But that's w
Hi list,
this problem is Cygwin 1.x specific, but I'm ask the list for a hint
on where I can start figuring out what we have here:
On the Cygwin 1.x platform (running both 1.1.8-2 and 1.3.3-2) I have
the following effect. While running Apache the load is quite good
handled using the standard Max
Hi guys,
I almost forgot to send this email...
About 10 days ago the Apache httpd server has won the
Linux New Media Award in the category "Best Server Software".
We got 54% of all votes. Other nomiees included Samba (23%),
OpenSSH (17%), phpGroupware (4%) and OpenLDAP (2%).
The award ceremony
[This is a repost of an uncommitted patch from a week or two ago.
I've updated the patch to work against the current code base in CVS.]
Two small improvements for apr_pool_userdata_set():
* A "setn" variant that doesn't strdup the key (useful when,
for example, the key is a compile-time constant
From: "Jon Travis" <[EMAIL PROTECTED]>
Sent: Saturday, October 27, 2001 1:24 AM
> Like I said in my follow up post to my original, you don't even
> need to post the data to actually have this occur. I telneted
> to the server, and let it sit there for like 47 minutes before
> I killed it. I ne
"William A. Rowe, Jr." wrote:
>
> Apropos of nothing. Given a request with no language, yes,
> it will serve. But in the grand scheme, .html.html aught be
> treated as whatever one sets their DefaultLanguage to, which
> would undermine the original workaround.
And if there is NO DefaultLanguag
I took latest code from CVS. I compiled it on Win2k. But when i try to run Apache.exe
it gives me runtime error :
"The procedure entry point apr_terminate could not be located in dynamic link library
libapr.dll"
Whats the possible cause ???
-Amit
Make a difference, help support the relief
On Fri, Oct 26, 2001 at 10:51:17AM -0400, Jeff Trawick wrote:
> Daniel Stone <[EMAIL PROTECTED]> writes:
> > >1.3.22: Tagged Oct 8, 2001
> >
> > What's stopping the roll/release here?
>
> done happened... I just updated STATUS... thanks!
I figured I must be wrong; the Apache people couldn'
Like I said in my follow up post to my original, you don't even
need to post the data to actually have this occur. I telneted
to the server, and let it sit there for like 47 minutes before
I killed it. I never had it time out.
-- Jon
On Fri, Oct 26, 2001 at 11:51:59AM -0700, Ryan Bloom wrote:
From: "Rodent of Unusual Size" <[EMAIL PROTECTED]>
Sent: Friday, October 26, 2001 11:31 AM
> "William A. Rowe, Jr." wrote:
> >
> > > > User accepts no specified, we serve none [Also wrong,
> > > > also MULTIPLE_CHOICES should be the default behavior!!!]
> > >
> > > Unclear. What about a reques
From: "Ryan Bloom" <[EMAIL PROTECTED]>
Sent: Friday, October 26, 2001 1:51 PM
> On Thursday 25 October 2001 08:52 pm, Ryan Bloom wrote:
> > > It seems that there is a possibility for DoS on Apache servers
> > > when doing a POST. On search.apache.org, I can send the following
> > > request:
> >
On Fri, 26 Oct 2001, Cliff Woolley wrote:
> I think I spotted one the other day when Hiten first brought this up, but
> I'd forgotten about it. I'll go fix it.
Turns out that the ones that are missing the #ifdef's are all in Win32 or
OS2-related files--all the ones for Unix are correct. Should
On 26 Oct 2001, Jeff Trawick wrote:
> Do you see it included anywhere without #ifdef HAVE_MALLOC_H around the
> include?
I think I spotted one the other day when Hiten first brought this up, but
I'd forgotten about it. I'll go fix it.
--Cliff
--
Cliff Woolley <[EMAIL PROTECTED]> writes:
> On Fri, 26 Oct 2001, Cliff Woolley wrote:
>
> > I think I spotted one the other day when Hiten first brought this up, but
> > I'd forgotten about it. I'll go fix it.
>
> Turns out that the ones that are missing the #ifdef's are all in Win32 or
> OS2-
Justin Erenkrantz <[EMAIL PROTECTED]> writes:
> I'm getting "Premature End of Script Headers" in mod_cgid with
> revision 1.51 of apr/threadproc/unix/proc.c. Reverting it to
> 1.50 seems to make it okay over here.
>
> I'm seeing APR_EOF when trying to read from the socket in the
> httpd (non-
21 matches
Mail list logo
