> Okay, so you basically run two daemons -- mod_perl, and a separate
> multiplexing one -- to handle this? Did you investigate what would be
> involved in changing apache to support multiplexing as an MPM?
Yes -- we did look at that. The problem is that the MPM model assumes
that the handler runs
[note: Subject changed from "go crazy with me" -- LoL]
> I'd also like to hear what people are doing when the apache model has
> scaling problems. We have one problematic project here: we're a
> gateway and must server a high number of very slow customers to a high
> number of very slow feeds. Ide
> Not sure what you mean by it not scaling - can you elaborate? Sure it
> uses more ram than multiplexing, but even for a high traffic mail
> server like apache.org's the mail-in-apache2 model works well
> (apache.org uses Apache::Qpsmtpd for email).
>
> I'm curious as to how you've mixed thing
Matt Sergeant [02/08/05 10:42 -0400]:
>
> On 20 Jul 2005, at 10:40, Dan Sully wrote:
>
> >Has anyone written a protocol handler for UDP?
> >
> >If so - could you share any examples?
>
> I haven't, but IIRC there is/was a talk at YAPC::EU about using
> mod_perl as a DNS server... I think it is
Set yourself up with Subversion. It's easy to configure especially if
you are running Apache 2 already and there is an excellent client for
Windows (TortoiseSVN). If you're gung ho, you could even set up trac
for issue tracking. It integrates really well with SVN and is a good
solution for small t
fail to cause an actual system call ... therefore the blocking state
never actually changed.
TTUL
Ken
--
MailChannels: Assured Messaging
--
Eliminate Critical False Positives
http://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simp
.8.6/mach
> /usr/public//lib/perl5/site_perl/5.8.6/i386-freebsd-64int
> /usr/public//lib/perl5/site_perl/5.8.6
> .
>
> *** Packages of interest status:
>
> Apache2: -
> Apache2::Request : -
> CGI: 3.05, 3.10
> ExtUtils::MakeMaker: 6.17, 6.17
> LWP: 5.803
> mod_perl : -
> mod_perl2 : 2.00
>
>
> 3. This is the core dump trace: (if you get a core dump):
>
> [CORE TRACE COMES HERE]
>
> This report was generated by /usr/local/bin/mp2bug on Thu Jun 2 15:02:50
> 2005 GMT.
>
> -8<-- End Bug Report --8<--
>
>
>
> --
> Knowmad Services Inc.
> http://www.knowmad.com
>
>
>
--
MailChannels: Assured Messaging
--
Eliminate Critical False Positives
http://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
Sent by MailChannels: http://www.mailchannels.com
nnels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
Sent by MailChannels: http://www.mailchannels.com
--
MailChannels: Assured Messaging
--
Eliminate Critical False Positives
http://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
Sent by MailChannels: http://www.mailchannels.com
ttp://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
Sent by MailChannels: http://www.mailchannels.com
(I'm reposting this -- but in the format suggested on the
success stories page; apologies for the spam)
URL: http://www.mailchannels/opensource/
Title: Running email through mod_perl
Contact Person: Ken Simpson <[EMAIL PROTECTED]>
Traffic: Low (in development)
Success Story:
We have
info: http://perl.apache.org/maillist/modperl.html
> List etiquette: http://perl.apache.org/maillist/email-etiquette.html
>
>
> Sent by MailChannels: http://www.mailchannels.com
--
MailChannels: Assured Messaging
--
Eliminate Critical False Positives
http://www.mailchannels.com
MailChan
info: http://perl.apache.org/maillist/modperl.html
> List etiquette: http://perl.apache.org/maillist/email-etiquette.html
>
>
> Sent by MailChannels: http://www.mailchannels.com
--
MailChannels: Assured Messaging
--
Eliminate Critical False Positives
http://www.mailchannels.com
MailChan
binding to an ephemeral port fails on OpenBSD so override
# the test for O_NONBLOCK inheritance across accept().
APR_SETIFNULL(ac_cv_o_nonblock_inherited, [yes])
...
I don't know about NetBSD or OSX.
TTUL
Ken
Stas Bekman [17/09/04 18:35 -0400]:
> Ken Simpson wrote:
&g
Imagine no more spam
--
http://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
Sent by MailChannels: http://www.mailchannels.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apa
.
The patch has already gone into APR CVS.
TTUL
Ken
--
MailChannels: Imagine no more spam
--
http://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail
-2.05b$ ./nonblock
connect: Invalid argument
--
MailChannels: Imagine no more spam
--
http://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail list in
figure, make, make install
3. Re-test mod_perl. It should work.
TTUL
Ken
--
MailChannels: Imagine no more spam
--
http://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apa
ake install.
Let me know if it works for you and cc the Apache APR dev list.
TTUL
Ken
--
MailChannels: Imagine no more spam
--
http://www.mailchannels.com
MailChannels Corporation
Suite 1600, 1188 West Georgia St.
Vancouver, BC, Canada
Ken Simpson, CEO
+1-604-729-1741
--
Repor
I have no problem removing the copyright from the patch. I will be
changing the patch slightliy to implement Stas's suggestion of
$socket->poll() instead of APR::Poll->poll(). When I submit that
patch, there will be no copyright.
Nonblocking sockets shall take precedence over hourly billing lawyer
> I was thinking, would it be better to make it an APR::Socket method?
>
> $socket->poll($c->pool, 1_000_000, APR::POLLIN);
>
> looks more intuitive to me. Especially since you've hardcoded the fd type
> to be socket:
> fd.desc_type = APR_POLL_SOCKET;
That's a really good idea. I'll move it
out.
+ *
+ * The pollset_* methods have not been included (they allow you to poll
+ * multiple sockets at one time. Nor has the ability to poll a file been
+ * provided because it's assumed that within, say, a protocol handler,
+ * you'd probably never need to.
+ *
+ * -- Ken Simpson, Au
> Oh, so may be it was always broken. Didn't you say that the problem was
> introduced in Apache 2.0.50?
It seemed that way, but I think that it actually died in 0.49. I'm
trying with 0.48.
TTUL
Ken
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillis
> >I'm tracing through the Apache code to see what's actually happening.
>
> Ouch.
>
> Notice that apr-1.0 can be released any moment now. So please post a
> notice to the apr-dev list if you find what the problem is.
Okay -- I'll do that.
> >Great. I'll look at the patch. There are no relevan
> >I have tried this and it makes no difference -- it looks like non
> >blocking mode is simply not being set.
>
> And this verification code doesn't fail?
>
> # test that we really *are* in the blocking mode
> !$socket->opt_get(APR::SO_NONBLOCK)
> or die "failed to
> Hmm, may be it reports blocking when it's not. What if you replace the
> whole blocking testing/setting conditional block, with just unconditional:
>
> $socket->opt_set(APR::SO_NONBLOCK => 0);
I have tried this and it makes no difference -- it looks like non
blocking mode is simply not being
els: Control Your Email
http://www.mailchannels.com
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
n -1 errno 24 Too many open files
>
> This problem can be resolved by increasing the open file limit to 128:
>
> $ ulimit -n 128
>
> I hope this helps someone down the road!
>
> Regards,
> Ken
>
>
> --
> Report problems: http://perl.apache.org/bugs/
> Mail list info:
us:
Apache::Request: -
CGI: 3.04
LWP: 5.76
mod_perl : 1.9916
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by t/REPORT on Wed Aug 25 22:14:03 2004 GMT.
--
MailChannels: Control Your Email
http://www.mailchannels.com
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
FYI, I just discovered after much pain and suffering that the mod_perl
test suite fails to run on OpenBSD 3.5 because it tries to open more
than 64 files at once.
To duplicate, try this on your OpenBSD box:
$ sudo ktrace -d /usr/local/apache2.0.50-modperl1.99_16/bin/httpd -d \
/export/src/mod_
ls: Control Your Email
http://www.mailchannels.com
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
gt;connection->conn_config, &core_module);
>
> and then use apr_os_sock_get() to get the fd.
What would this incantation look like in Perl-land?
TTUL
Ken
--
MailChannels: Control Your Email
http://www.mailchannels.com
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: htt
criptor is the last one in the list */
} apr_datatype_e ;
And of course some other #defines.
TTUL
Ken
--
MailChannels: Control Your Email
http://www.mailchannels.com
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Poll? I've never
done it before but.. well we could give it a shot!
TTUL
Ken
--
MailChannels: Control Your Email
http://www.mailchannels.com
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List et
s: Control Your Email
http://www.mailchannels.com
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
gards,
Ken
--
MailChannels: Control Your Email
http://www.mailchannels.com
Ken Simpson, CEO
+1-604-729-1741
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
36 matches
Mail list logo