Is there any reason not to use sendfile when ab wants to post a file?
It seems a little silly to buffer the entire file.
--
Aryeh Katz
SecureD Services
http://www.secured-services.com/
410 653 0700 x 2
I added comments within the following lines (jjc) that are not in the attached patch.
I am just explaining what I did.
My only question is why 0.5 is added to the mean value when displaying the results (lines 988-90-92-94)?
Please review the attached patch and let me know if my corrections are
Just a quick surveyon how robust ab should be.
Ithink that ab should not seg fault on any user parameters,
Icould spent some time making it a little bit more robust.
Is it of any interest, or the general thinking is; if the user enters an out of range or a bogus value and seg fault
I think (as a rule) that no program should
segfault on the user - it reflects badly on the design.It should error out
if it thinks there's something wrong !
(especially programs like 'ab')
-Madhu
-Original
Message-From: Jean-Jacques Clar
[mailto:[EMAIL PROTECTED]Sent
On Wed, 17 Mar 2004, Mathihalli, Madhusudan wrote:
I think (as a rule) that no program should segfault on the user - it
reflects badly on the design. It should error out if it thinks there's
something wrong ! (especially programs like 'ab')
I agree.
--Cliff
(or consider this a bitch at the mess we call ab; just cleaning out some
of my source trees of potentially useful changes)
if errno != 0, err() prints the errno string... yet err() is called
sometimes when errno is irrelevant; large-scale rework of error handling
would be nice
+1, though it would probably be better to add a parameter to err
to pass errno (or 0) rather than using the global in this way.
Roy
Gregory (Grisha) Trubetskoy wrote:
Has anyone seen this? Having checked everything possible short of
debugging ab itself, I don't have a clue.
ab is busted :(
$ ./ab http://127.0.0.1:4874/
This is ApacheBench, Version 2.0.40-dev $Revision: 1.121.2.1 $ apache-2.0
Copyright (c) 1996 Adam Twiss
Has anyone seen this? Having checked everything possible short of
debugging ab itself, I don't have a clue.
$ ./ab http://127.0.0.1:4874/
This is ApacheBench, Version 2.0.40-dev $Revision: 1.121.2.1 $ apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net
Ian Holsman sent the following bits through the ether:
http://httpd.apache.org/test/flood/
I'm having a look at flood in comparison to ab and there's one thing
I'm not quite clear on. The source indicates it supports cookies in
the round robin mode. Do I need to enable that? Actually, what I
doesn't correspond to what it
actually does.
Name change? Searching for anything on ab is just about impossible,
and 'apache benchmark' isn't much better. ' ab - Apache HTTP server
benchmarking tool' at least gets you the man pages, but nothing in the
bug database. A new name might be helpful
Hi David.
have you looked at Flood ???
I would suggest you take a look at that first, as it is 100 times
better than ab.
http://httpd.apache.org/test/flood/
I know justin aaron did a presentation about this.. they may be kind
enough to mail you a copy/link
Regards
Ian
David N. Welton wrote
Is there any planned ssl support for ab on win32? It seems like a trivial
makefile change...
---
Aryeh Katz
VASCO
www.vasco.com
At 02:43 PM 6/20/2002, you wrote:
Is there any planned ssl support for ab on win32? It seems like a trivial
makefile change...
It's already there. See the abs.dsp project.
Follows the same rules as mod_ssl, there must be an openssl tree within
httpd-2.0/srclib/, it could be a junction
At 02:43 PM 6/20/2002, you wrote:
Is there any planned ssl support for ab on win32? It seems like a
trivial makefile change...
It's already there. See the abs.dsp project.
Thanks. I was looking at ab.mak and dsp, and naturally I didn't see it there. I
didn't think to open up the other
What platform does not have writev() at the moment ?
Dw.
--
Dirk-Willem van Gulik
Just to have some fun - Below is the result of running a build of AB
against the same apache 1.3.0 (stock)
It is a simple loop - checkout against a tag; cd apache-1.3/src cp
Configuration.tmp Configuration ./Configure make cd support
make) and then run 20 times ./ab -c 30 -n 1
FWIW, is you don't have writev and are not using ssl, ab in the 1.3 tree is
broken and won't even compile at present :(
We really should fix it - but maybe the person who broke it could do that as
I'm sure they know what they were intending with the changes.
david
- Original Message
TIA
--
Austin Gonyou
Systems Architect, CCNA
Coremetrics, Inc.
Phone: 512-698-7250
email: [EMAIL PROTECTED]
It is the part of a good shepherd to shear his flock, not to skin it.
Latin Proverb
signature.asc
Description: This is a digitally signed message part
I'm sorry for the seemingly *dumb* question to the dev list..but as I
see that there are ssl bits in ab.c, and after compiling apache2 with
SSL, and *it* has ssl support, ab is reporting that it doesn't
TIA.
--
Austin Gonyou
Systems Architect, CCNA
Coremetrics, Inc.
Phone: 512-698-7250
email
with
SSL, and *it* has ssl support, ab is reporting that it doesn't
TIA.
--
Austin Gonyou
Systems Architect, CCNA
Coremetrics, Inc.
Phone: 512-698-7250
email: [EMAIL PROTECTED]
It is the part of a good shepherd to shear his flock, not to skin it.
Latin Proverb
--
Austin Gonyou
Systems
yes, I read ab.c darnit!
I get the following when trying to run ab from httpd-2.0.35:
SSL not compiled in; no https support
Here is what it's compiled with:
/bin/sh
/home/austin/data/build/CoreApache/2.0/testing/httpd-2.0.35/srclib/apr/libtool
--silent --mode=link gcc -g -O2 -pthread
On Tue, 23 Apr 2002, Aaron Bannert wrote:
This patch corrects some problems in the ability of AB to handle
concurrent processing by:
- enabling nonblocking connect()s.
- preventing APR from performing blocking reads, allowing AB to
multiplex over its own set of descriptors.
** If you
Does this change effectively negate the -c option?
Bill
- Original Message -
From: Aaron Bannert [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, April 23, 2002 8:04 PM
Subject: [PATCH] improve request multiplexing in AB
This patch corrects some problems in the ability of AB
+1
At 5:04 PM -0700 4/23/02, Aaron Bannert wrote:
This patch corrects some problems in the ability of AB to handle
concurrent processing by:
- enabling nonblocking connect()s.
- preventing APR from performing blocking reads, allowing AB to
multiplex over its own set of descriptors
+1 - works for me gov !
Dw.
--
Dirk-Willem van Gulik
Bill Stoddard wrote:
Does this change effectively negate the -c option?
It should actually make -c more accurate for values 1.
As I understand it, some of the socket calls (such as connect) in ab were
blocking. Since ab is not multi-threaded or multi-process, that single threads
all
Bill Stoddard [EMAIL PROTECTED] writes:
Does this change effectively negate the -c option?
Maybe I didn't read the patch properly, but my understanding was that
the changes only affect how a given connection is handled and do not
affect how many connections ab tries to handle concurrently
This patch corrects some problems in the ability of AB to handle
concurrent processing by:
- enabling nonblocking connect()s.
- preventing APR from performing blocking reads, allowing AB to
multiplex over its own set of descriptors.
Pre-patch: worker MPM with 2 children, 10 threads each
On Tue, Apr 23, 2002 at 05:04:10PM -0700, Aaron Bannert wrote:
This patch corrects some problems in the ability of AB to handle
concurrent processing by:
Oh, and the reason I posted this instead of just committing was because
AB is a nasty beast and I wanted to make sure I didn't break
The problem I'm encountering is that ab(1) generates Host: header
pointing to proxy server instead of real destination host.
Due to this behavior, proxy server (not mod_proxy, BTW) is failing
to send a valid HTTP request to destintion webserver using name-based
virtualhost, as it simply
Actually:
The problem I'm encountering is that ab(1) generates Host: header
pointing to proxy server instead of real destination host.
Due to this behavior, proxy server (not mod_proxy, BTW) is failing
to send a valid HTTP request to destintion webserver using name-based
virtualhost
PROTECTED] wrote:
Actually:
The problem I'm encountering is that ab(1) generates Host: header
pointing to proxy server instead of real destination host.
Due to this behavior, proxy server (not mod_proxy, BTW) is failing
to send a valid HTTP request to destintion webserver using name-based
possible proxy requests:
HTTP 1.0:
GET http://www.ibm.com/ HTTP/1.0
crcr
HTTP 1.1:
GET http://www.ibm.com/ HTTP/1.1
Host: www.ibm.com
crcr
Chuck
On Friday, March 29, 2002, at 02:41 PM, [EMAIL PROTECTED] wrote:
Actually:
The problem I'm encountering is that ab(1) generates Host
Hi.
I do believe it's been discussed at least once, but I have a
question on Host: header generated by ab(1).
The problem I'm encountering is that ab(1) generates Host: header
pointing to proxy server instead of real destination host.
Due to this behavior, proxy server (not mod_proxy, BTW
101 - 135 of 135 matches
Mail list logo