On Wed, 2002-09-11 at 07:40, Kris Verbeeck wrote:
> Hi,
>
> Attached is a patch that will solve the 304 turning into 200 response code
> problem. It seems that in mod_disk_cache the status line was also saved
> and restored from the cache. On a first request it is saved as "200 OK" or
> somethi
hi,
> There are only 10 types of people in the world;
> those who understand binary and those who don't.
There's also a T-Shirt for this
http://www.thinkgeek.com/stuff/apparel/5aa9.shtml
-daniel
Aight, so since this has moved elsewhere, I thought I'd tell
the people who may have initially been interested in the
code.
You can now grab it here: http://ekhtml.sf.net
Should be handy for creating Apache filters that want to mangle
content before shipping it to the browser.
-- Jon
On Fri, 13 Sep 2002, Sascha Schumann wrote:
| When you closely monitor an application's memory usage, you
| will only rarely notice an actual decrease. Because of
| allocation patterns, memory is quickly fragmented, so that it
| is often impossible to free whole pages (operating
I have tried that, but with no luck... Time to escalate to the second guess :-)
And just on the topic of filter types, if I do AP_FTYPE_CONTENT_SET or
AP_FTYPE_RESOURCE, then the length is 0, even for HTTP/1.0. I know those
wouldn't be good because they don't take into account the headers, but I
On Fri, Sep 13, 2002 at 10:23:02AM +1000, Bojan Smojver wrote:
> This is what I came up so far, but I've hit a problem along the way. No
> matter what I do (or should I say, whatever I tried to do so far :-),
> the number of input bytes is zero (HTTP/1.1) or not even calculated
> (HTTP/1.0). The n
This is what I came up so far, but I've hit a problem along the way. No
matter what I do (or should I say, whatever I tried to do so far :-),
the number of input bytes is zero (HTTP/1.1) or not even calculated
(HTTP/1.0). The number of output bytes is correct, at least in my tests.
Could anyone po
On Thu, 12 Sep 2002, Aaron Bannert wrote:
> On Fri, Sep 13, 2002 at 12:35:19AM +0200, Sascha Schumann wrote:
> > Incorrect, you can pass negative values to sbrk (malloc
> > implementations use this seldomly) or allocators call munmap
> > to give pages back to the operating system. Ei
On Thu, Sep 12, 2002 at 10:54:10AM -0400, Dale Ghent wrote:
>...
> It would be nice if the ASF policies regarding code donations (be it a
> 2-line patch or a whole suite such as E-K) were posted publicly. The
> policy page can cover the process for accepting, privelages (if any) that
> may result,
On Fri, Sep 13, 2002 at 12:35:19AM +0200, Sascha Schumann wrote:
> Incorrect, you can pass negative values to sbrk (malloc
> implementations use this seldomly) or allocators call munmap
> to give pages back to the operating system. Either way, it
> is possible that memory usage de
Let me be the first to say, in the fashion that the Internet has taught
us to celebrate a great victory or other action
Woot.
Mike
--
Michael C. Neel
There are only 10 types of people in the world;
those who understand binary and those who don't.
-Original Message-
From: Gregory (
>It is my pleasure to announce that Mod_Python has been donated to the
>Apache Software Foundation, and is now a subproject of the httpd server
>project (see http://httpd.apache.org/).
>[..]
Cool. :) Sounds like it will get a hell easier getting this thing working..
so maybe I might try it out
On Thu, 12 Sep 2002, Aaron Bannert wrote:
> On Thu, Sep 12, 2002 at 04:26:02PM -0600, Jean-Jacques Clar wrote:
> > Why will I wouldn't see my allocated memory decrease if it has been
> > freed?
>
> That's just how unix works. When malloc() needs more memory it calls
> brk or sbrk to move the heap
It is my pleasure to announce that Mod_Python has been donated to the
Apache Software Foundation, and is now a subproject of the httpd server
project (see http://httpd.apache.org/).
I am grateful to ASF for accepting this donation and committing resources
to further the support of Mod_Python. I
On Thu, 12 Sep 2002, Aaron Bannert wrote:
> On Thu, Sep 12, 2002 at 04:26:02PM -0600, Jean-Jacques Clar wrote:
> > Why will I wouldn't see my allocated memory decrease if it has been
> > freed?
>
> That's just how unix works. When malloc() needs more memory it calls
> brk or sbrk to move the hea
On Thu, Sep 12, 2002 at 04:26:02PM -0600, Jean-Jacques Clar wrote:
> Why will I wouldn't see my allocated memory decrease if it has been
> freed?
That's just how unix works. When malloc() needs more memory it calls
brk or sbrk to move the heap marker up and to map a new page. There's
no way to mo
Why will I wouldn't see my allocated memory decrease if it has been
freed?
JJ
>>> [EMAIL PROTECTED] 09/12/02 04:19PM >>>
On Thu, Sep 12, 2002 at 04:16:35PM -0600, Jean-Jacques Clar wrote:
> "Memory in Apache never shrinks".
> Is this a true statement?
> When reaching a cruising state (stable loa
On Thu, 12 Sep 2002, Justin Erenkrantz wrote:
> I'd prefer to get it finalized and people using it somewhat before
> we start documenting it. The code really needs to get tried out by
> the developers first as I'm not entirely sold on some of the
> directives yet.
>
> It's a chicken and egg prob
On Thu, Sep 12, 2002 at 04:16:35PM -0600, Jean-Jacques Clar wrote:
> "Memory in Apache never shrinks".
> Is this a true statement?
> When reaching a cruising state (stable load, same files requested, all
> files in cache)
> should I see some fluctuation in the APR. allocated memory (going up
> an
"Memory in Apache never shrinks".
Is this a true statement?
When reaching a cruising state (stable load, same files requested, all
files in cache)
should I see some fluctuation in the APR. allocated memory (going up
and down) OR
should it stay always at the same value?
Should the call to apr_poo
On Thu, Sep 12, 2002 at 02:08:47PM -0700, Joshua Slive wrote:
>
> If we are staying with the auth rewrite, I think we need to get some docs
> for it right away. There was already a posting on the users@httpd list
> from someone who needed to run bleeding-edge cvs (for subversion) but
> couldn't
On Thu, Sep 12, 2002 at 02:08:47PM -0700, Joshua Slive wrote:
>
> If we are staying with the auth rewrite, I think we need to get some docs
> for it right away. There was already a posting on the users@httpd list
> from someone who needed to run bleeding-edge cvs (for subversion) but
> couldn't
On Wed, Sep 11, 2002 at 06:29:09PM +0200, Roy T. Fielding wrote:
> On Wednesday, September 11, 2002, at 06:04 PM, Graham Leggett wrote:
> > Kris Verbeeck wrote:
> The response:
>
> HTTP/1.0 200
> Date: Tue, 10 Sep 2002 09:45:39 GMT
> Server: web server
> >>
On Thu, Sep 12, 2002 at 02:08:47PM -0700, Joshua Slive wrote:
>...
> It would speed up the work considerably if one of the people working on
> the auth rewrite could write up a quick explanation of all the things that
> have changed from the user perspective. This could be a starting point
> for
If we are staying with the auth rewrite, I think we need to get some docs
for it right away. There was already a posting on the users@httpd list
from someone who needed to run bleeding-edge cvs (for subversion) but
couldn't get auth to work. The only thing I could tell him was to back up
to STR
On Thu, Sep 12, 2002 at 10:31:50PM +0200, Günter Knauf wrote:
> Hi,
> probably a stupid question, but I'm too lazy to look through the source;
> and I'm sure many of you here can answere this question at once:
> are the server-side vars generated by the server or only echoed vars which where
>pr
Hi,
probably a stupid question, but I'm too lazy to look through the source;
and I'm sure many of you here can answere this question at once:
are the server-side vars generated by the server or only echoed vars which where
provided by the browser??
specially REQUEST_URI is of interest for me for
On Tue, 10 Sep 2002 22:56:12 -0700, Joe Orton wrote:
> On Tue, Sep 10, 2002 at 09:21:17PM -0700, Justin Erenkrantz wrote:
>> On Tue, Sep 10, 2002 at 04:04:31PM -0700, Ian Holsman wrote:
>> > does anyone recall if there was a good reason not to include this patch
>> > in the main distribution ?
>>
Doesn't mod_headers give you what you need, at least for Apache 2?
Doesn't look like request headers are handled by Apache 1.3 mod_headers
though.
http://httpd.apache.org/docs-2.0/mod/mod_headers.html
Greg Wilkins wrote:
> Apologies if this is the wrong forum for this
>
> I have a client
On Wed, Sep 11, 2002 at 06:56:12AM +0100, Joe Orton wrote:
> On Tue, Sep 10, 2002 at 09:21:17PM -0700, Justin Erenkrantz wrote:
> > On Tue, Sep 10, 2002 at 04:04:31PM -0700, Ian Holsman wrote:
> > > does anyone recall if there was a good reason not to include this patch
> > > in the main distribut
Hi all there,
I was reading all the stuff related to the E-K parser and may be I have
something to say. I've been using Apache for quite a long time, developing
my own modules mostly, and althought I think the quality of the program is
superb (I have to choose a http server to work with I
In NetWare we have an application called Monitor where we could
tract the allocated memory for each loaded module:
APRLIB is always climbing,
APACHE2, MOD_CACHE and MEM_CACHE are stable.
I am just using a clock and Monitor.
JJ
>>> [EMAIL PROTECTED] 09/12/02 12:36PM >>>
What are you using to det
What are you using to determine the amount of leaked memory?
Jean-Jacques Clar wrote:
> Using the atomic test, we do past all of them.
> Is it enough or there are other actions that should be taken?
>
> I ran another test requesting the same single small file (GIF, 223
> bytes) from 5 clients
>
>
> Apologies if this is the wrong forum for this
I don't think anyone on this list will object to hearing about real
opportunities to do on-topic work for hire. Head hunter fishing expeditions
would be another matter entirely.
Bill (who has enough work in my day job)
Apologies if this is the wrong forum for this
I have a client that needs a simple custom apache module developed.
Rather than trying to remember C, I thought it best to offer the
apache developers a few days paid work.
The module needed is simply to take the remote and local IP
address and p
Using the atomic test, we do past all of them.
Is it enough or there are other actions that should be taken?
I ran another test requesting the same single small file (GIF, 223
bytes) from 5 clients
instead of 1. rate is at 275 req/sec.
It looks like it is leaking at a 1 MB/5 min rate.
JJ
>>> [E
On Thu, 12 Sep 2002, Harrie Hazewinkel wrote:
> --On Thursday, September 12, 2002 8:50 AM -0500 "Jenkins, David"
> > I disagree almost completely. If you are truly dedicated to the ASF
> > community, you will understand the cautiousness necessary in deciding
> > who has commit privs.
>
> I was
Hi,
--On Thursday, September 12, 2002 8:50 AM -0500 "Jenkins, David"
<[EMAIL PROTECTED]> wrote:
>
>
>> --On Wednesday, September 11, 2002 1:55 PM -0700 Jon Travis
>> <[EMAIL PROTECTED]> wrote:
>>> On Wed, Sep 11, 2002 at 07:45:21PM +, Jeff Trawick wrote:
>
> I disagree almost completely. I
Yes, and No:
Test #1- 1 client, 1 small file (GIF 223 b.), the rate is around 60
req/sec
tested for about half an hour and APR memory stay stable.
Test #2- 1 client, 1 big file (EX, 541Kb), the rate is around 20
req/sec
tested for about 20 min and APR increase by around 8 MB/min.
I think I wil
Ian Holsman wrote:
>
> On Thu, 12 Sep 2002 03:47:58 -0700, Paul J. Reder wrote:
>
> > Yes, I believe it should check r->args. I don't think you are stupid,
> > severely or otherwise... ;)
> it should not make a difference really
> if r->args is null than the strcat should terminate there anyway
On Thu, Sep 12, 2002 at 08:50:40AM -0500, Jenkins, David wrote:
[snip]
> my 2.5 cents
> David J
>
> Sorry to post out of the blue on this but the last few messages really
> struck a chord.
No reason to apologize, all comments are welcome.
-aaron
Ian Holsman wrote:
> On Thu, 12 Sep 2002 03:47:58 -0700, Paul J. Reder wrote:
>
>
>>Yes, I believe it should check r->args. I don't think you are stupid,
>>severely or otherwise... ;)
>>
> it should not make a difference really
> if r->args is null than the strcat should terminate there anyw
But I'm also factoring the hostname into key creation, which
also might be NULL. So even if the args issue could be ignored, the
hostname can't (or at least the possibility of 1 out of 2 NULL
can't be ignored).
Pier Fumagalli wrote:
> "Paul J. Reder" <[EMAIL PROTECTED]> wrote:
>
>
>>Yes, I bel
On Thu, 12 Sep 2002 03:47:58 -0700, Paul J. Reder wrote:
> Yes, I believe it should check r->args. I don't think you are stupid,
> severely or otherwise... ;)
it should not make a difference really
if r->args is null than the strcat should terminate there anyway ;-)
on another note..
Paul.. I'
"Paul J. Reder" <[EMAIL PROTECTED]> wrote:
> Yes, I believe it should check r->args. I don't think you are stupid,
> severely or otherwise... ;)
That's what _you_ think... Others (like me) tend to disagree! :)
After thinking about it, it wouldn't really matter, because apr_pstrcat will
already
On Wed, 11 Sep 2002, Greg Stein wrote:
| Your points about Jon's contributions are all absolutely true. I agree. But
| commit access is not a simple, "wow. great code. give him commit privs."
|
| Suffice it to say that this issue is quite a bit more complex than that,
| thus the reason it took a
There is a nasty bit of cruft still left in mod_mem_cache regarding use of
the apr_atomic functions. There is a magic macro called USE_ATOMICS defined
in mod_cache.h that should be turned into an APR feature macro. If the
apr_atomic operators are not implemented properly on Netware, then all kind
Yes, I believe it should check r->args. I don't think you are stupid,
severely or otherwise... ;)
Pier Fumagalli wrote:
> "Kris Verbeeck" <[EMAIL PROTECTED]> wrote:
>
>
>>apr_status_t cache_generate_key_default( request_rec *r, apr_pool_t*p,
>>char**key )
>>{
>>- *key = apr_pstrdup(p,r->uri
"Kris Verbeeck" <[EMAIL PROTECTED]> wrote:
> apr_status_t cache_generate_key_default( request_rec *r, apr_pool_t*p,
> char**key )
> {
> - *key = apr_pstrdup(p,r->uri);
> + *key = apr_pstrcat(p,r->uri, "?", r->args, NULL);
> return APR_SUCCESS;
> }
Hm... This should be something like:
If
Do you see the leak when repeatedly requesting one file with one client?
Bill
> I am using WebBench to run my test.
> Request are not using keep alive.
> There are a wide range of files (.ex, .html and .gif and 404s)
> It leaks, whatever if I am requesting only few files or the whole 6000+
> se
Kris,
Thank you for your contribution.
I committed the patch to mod_cache.c. Paul Reder is doing some work in the
code to generate the search key and will incorporate your patch when he is
complete.
Bill
> Hi,
>
> Some of our QA people discovered a problem when performing request
> with a query
I am using WebBench to run my test.
Request are not using keep alive.
There are a wide range of files (.ex, .html and .gif and 404s)
It leaks, whatever if I am requesting only few files or the whole 6000+
set of files.
The leak depend on the number of clients I am using, with 40 clients
and a
ref
Which values are you using for MaxRequestsPerChild .
If mine is different than 0, then nice, I don't see a leak because
each of my Threads are kill once in a while.
But if it is = 0, then it leaks when refreshing entries in the cache,
could it be the fact in NetWare we have one process and mu
> --On Wednesday, September 11, 2002 1:55 PM -0700 Jon Travis
> <[EMAIL PROTECTED]> wrote:
>> On Wed, Sep 11, 2002 at 07:45:21PM +, Jeff Trawick wrote:
>>> While we believe that the El-Kabong codebase is a valuable contribution
>>> that we would like to pick up, we also recognize the possib
> I tried to recreate this problem, but no luck so far...
Same here. I was able to see an EOS bucket leak in 2.0.40 that is fixed in
the latest tag.
Bill
Kris,
I am in the process of adding virtual host info into the key
generation too. I'll include your work with mine if that's okay.
Paul J. Reder
Kris Verbeeck wrote:
> Hi,
>
> Some of our QA people discovered a problem when performing request
> with a query string on a mod_cache enabled Apac
Hi,
Some of our QA people discovered a problem when performing request
with a query string on a mod_cache enabled Apache 2.0.40 setup.
Request 1: /test.html?x=1&y=3
Request 2: /test.html?x=2&y=4
Performing request 1 triggers mod_cache to store the response in its
cache. When performing r
On Wednesday, September 11, 2002, at 06:04 PM, Graham Leggett wrote:
> Kris Verbeeck wrote:
>
The response:
HTTP/1.0 200
Date: Tue, 10 Sep 2002 09:45:39 GMT
Server: web server
Connection: close
etag: "b9829-2269-3cd12aa1"
>>>
>>> Another
Hi,
Comment inline on 2 emails.
--On Wednesday, September 11, 2002 1:55 PM -0700 Jon Travis
<[EMAIL PROTECTED]> wrote:
> On Wed, Sep 11, 2002 at 07:45:21PM +, Jeff Trawick wrote:
>> While we believe that the El-Kabong codebase is a valuable contribution
>> that we would like to pick up, we
59 matches
Mail list logo
