On Mon, 23 Apr 2001, Doug MacEachern wrote:
> On Tue, 24 Apr 2001, Stas Bekman wrote:
>
> > ok, I'll document it in modperl_dev.pod, right?
>
> sure, if you've tested that it works :)
I'm not sure how to test it now, but 'make test' passes for me...
On Tue, 24 Apr 2001, Stas Bekman wrote:
> ok, I'll document it in modperl_dev.pod, right?
sure, if you've tested that it works :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Tue, 24 Apr 2001, Stas Bekman wrote:
> That's the buffer size you have mentioned in your reply to my dual setup
> question?
yep.
> This solves the outgoing data server tieing. What about incoming traffic.
> Can we do the same for let's say files uploaded from slow clients? So the
> data ge
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> On Tue, 24 Apr 2001, Stas Bekman wrote:
>
> > cool! What about the upper limit, does Apache imposes some limit on the
> > max buffer size. Is it a kernel setting or else?
>
> shouldn't matter for the case we're talking about, mod_perl will have
> rele
On Tue, 24 Apr 2001, Stas Bekman wrote:
> cool! What about the upper limit, does Apache imposes some limit on the
> max buffer size. Is it a kernel setting or else?
shouldn't matter for the case we're talking about, mod_perl will have
released the interpreter that generated the output before th
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> On Tue, 24 Apr 2001, Stas Bekman wrote:
>
> > So it's possible. great, gotta try that.
>
> its compile-time only configurable right now.
> to bump it from 8k to 16k, something like:
> MP_CCOPTS=-DMP_IOBUFSIZE=16384
>
> should work.
Oops, I've replied
On 24 Apr 2001 [EMAIL PROTECTED] wrote:
> dougm 01/04/23 22:10:41
>
> Modified:src/modules/perl modperl_types.h
> Log:
> allow MP_IOBUFSIZE to be -D defined
That's the buffer size you have mentioned in your reply to my dual setup
question?
This solves the outgoing data server ti
On Tue, 24 Apr 2001, Stas Bekman wrote:
> So it's possible. great, gotta try that.
its compile-time only configurable right now.
to bump it from 8k to 16k, something like:
MP_CCOPTS=-DMP_IOBUFSIZE=16384
should work.
-
To uns
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> On Tue, 24 Apr 2001, Stas Bekman wrote:
>
> > OK, so how mod_perl can then tell apache to delegate the generated
> > response to some light thread to spoon feed the client? Or can you release
> > the Perl interpreter back into the pool, before all of
On Tue, 24 Apr 2001, Stas Bekman wrote:
> OK, next time will know where to look at the known issues. Thanks!
you shouldn't have to normally, this is an ugly one i'm surprised hasn't
been fixed yet. the problem isn't there with the perchild mpm, so i've
been using that for testing in the meanti
On Tue, 24 Apr 2001, Stas Bekman wrote:
> OK, so how mod_perl can then tell apache to delegate the generated
> response to some light thread to spoon feed the client? Or can you release
> the Perl interpreter back into the pool, before all of the responce has
> reached the client?
it might depe
On Tue, 24 Apr 2001, Stas Bekman wrote:
> Nope, I was running 'make test'. I cannot reproduce it now, since I've
> wiped out the rpm Apaches. Shell I try to put them back and check?
nah, keep your system free of the rpms :)
> whoah! I don't know why have I missed this note :(
>
> it works no
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> On Sun, 22 Apr 2001, Stas Bekman wrote:
>
> > 'make test' with bleedperl works for me too. the only unclean part that I
> > see is:
> >
> > ...
> > All tests successful, 7 tests skipped.
> > Files=26, Tests=125, 10 wallclock secs ( 8.11 cusr + 0.45 c
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> On Tue, 24 Apr 2001, Stas Bekman wrote:
>
> > Hey folks,
> >
> > I thought about the mod_perl 2.0 performance setups. So, since now one
> > process can have pools with interpreter and without it, would it make
> > sense to kill the dual server setup a
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> On Mon, 23 Apr 2001, Doug MacEachern wrote:
>
> > what is the value of MP_APXS in t/conf/apache_test_config.pm ?
>
> btw, 'make test' normally cleans this out. if you just run t/TEST
> it will be left there.
Nope, I was running 'make test'. I cannot
On Tue, 24 Apr 2001, Stas Bekman wrote:
> Hey folks,
>
> I thought about the mod_perl 2.0 performance setups. So, since now one
> process can have pools with interpreter and without it, would it make
> sense to kill the dual server setup as we endorse now (where mod_perl is
> the backend) and ha
On Mon, 23 Apr 2001, Doug MacEachern wrote:
> what is the value of MP_APXS in t/conf/apache_test_config.pm ?
btw, 'make test' normally cleans this out. if you just run t/TEST
it will be left there.
> > I've removed all those leftovers and now it's all right. I still cannot
> > get the server
On Sun, 22 Apr 2001, Stas Bekman wrote:
> 'make test' with bleedperl works for me too. the only unclean part that I
> see is:
>
> ...
> All tests successful, 7 tests skipped.
> Files=26, Tests=125, 10 wallclock secs ( 8.11 cusr + 0.45 csys = 8.56
> CPU)
> server localhost:8529 shutdown (pid=3
On Sat, 21 Apr 2001, Stas Bekman wrote:
> Argh, I've upgraded my Mandrake to 8.0 yesterday, so it has installed all
> the Apache rpms, even when I told it not to, sigh. But anyway, how did it
> pick up the wrong server token? it won't even compile with 1.3.x
what is the value of MP_APXS in t/co
On Fri, 20 Apr 2001 [EMAIL PROTECTED] wrote:
>
> bleedperl, httpd from cvs (last night) and modperl from cvs (last night)
> build succesfully on debian 2.2.18pre21 (linux kernel 2.2, stable release)
>
> I followed the instructions in modperl-2.0/pod/modperl_dev.pod to the
> letter, adding MP_
On Mon, 23 Apr 2001, Randy Kobes wrote:
>This patch also includes the t/TEST.win32 patch sent
> earlier to account for the fact that apache_1.3.19 on Win32
> sets the relative server root to the path to the apache binary,
> so that $Apache::Server::CWD in t/docs/startup.pl and t/docs/rl.pl
>
Hey folks,
I thought about the mod_perl 2.0 performance setups. So, since now one
process can have pools with interpreter and without it, would it make
sense to kill the dual server setup as we endorse now (where mod_perl is
the backend) and have only one server, with different pools.
So would s
- Original Message -
From: "Randy Kobes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, April 23, 2001 1:25 AM
Subject: win32 and apache_1.3.19
> Hi,
> Apache_1.3.19 on Win32 has changed the way os.h in
> the apache source tree is included, so that mod_perl no
> longer fi
23 matches
Mail list logo
