Perrin-
On Sat, Apr 15, 2000 at 11:33:15AM -0700, Perrin Harkins wrote:
Each process of apache has
it's registry which holds the compiled perl scripts in..., a copy of
each for each process. This has become an issue for one of the
companies that I work for, and I noted from monitoring
On Sat, 15 Apr 2000 [EMAIL PROTECTED] wrote:
I wrote a very small perl engine
for phhttpd that worked within it's threaded paradigm that sucked up a
neglibible amount of memory which used a very basic version of
Apache's registry.
Can you explain how this uses less memory than
I think I may be a bit dense on this list so forgive me if I try to clarify
(at least for myself to make sure I have this right)...
I think what you are proposing is not that much different from the proxy
front-end model. The mod_proxy is added overhead, but that solves your
memory problem.
On Sat, Apr 15, 2000 at 01:39:38PM -0500, Leslie Mikesell wrote:
According to [EMAIL PROTECTED]:
Does anyone know of any program which has been developed like this?
Basically we'd be turning the "module of apache" portion of mod_perl
into a front end to the "application server" portion
On Sun, Apr 16, 2000 at 09:28:56AM +0300, Stas Bekman wrote:
On Sat, 15 Apr 2000 [EMAIL PROTECTED] wrote:
I wrote a very small perl engine
for phhttpd that worked within it's threaded paradigm that sucked up a
neglibible amount of memory which used a very basic version of
At 11:52 PM 4/15/00 +, [EMAIL PROTECTED] wrote:
On Sun, Apr 16, 2000 at 09:28:56AM +0300, Stas Bekman wrote:
On Sat, 15 Apr 2000 [EMAIL PROTECTED] wrote:
I wrote a very small perl engine
for phhttpd that worked within it's threaded paradigm that sucked
up a
neglibible
I have not been a real fan of Apache::Request and so haven't used it, but
23% does seem like a big difference.
Of course, if there is an initial hit in terms of parsing the incoming
parameters in Perl versus C, then that would tend to be a fixed computation
whose effect in slowing down the
I forward it to the modperl list, hopefully somebody there know more about
Semaphores...
Gerald
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of
Neil Conway
Sent: Sunday, April 16, 2000 4:32 AM
To: [EMAIL PROTECTED]
Subject: Apache::Session::SysV - No
Geez, mod_perl rocks When I've run the benchmarks on the *strong*
machine the results were all different!
700+ RPS for the hello benchmark!!!
The only mistery left is why registry is so slow on the slow machine
relative to fast machine??? And yeah I've used the latest apache/mod_perl
I'm at a loss as to what to do here...
The system in question:
slackware 7,
Apache 1.3.12,
mod_perl 1.22,
perl 5.005_03
Apache::Scoreboard 0.10
Here's what happens when I run make (perl Makefile.PL runs fine):
[mkdir blib stuff...]
cp lib/Apache/ScoreboardGraph.pm
According to [EMAIL PROTECTED]:
This is basically what you get with the 'two-apache' mode.
To be frank... it's not. Not even close.
It is the same to the extent that you get a vast reduction in the
number of backend mod_perl processes. As I mentioned before, I
see a fairly constant
Does anyone know any good resources for learning
about Apache::Session ?
Thanks,
Tom
Besides the pod docs there's another usage description in the guide:
http://perl.apache.org/guide/modules.html#Apache_Session_Maintain_session
If you're looking to use Apache::Session::DBI, then you'll need to run down
the docs for you're database of choice.
Cheers,
Jeff
At 07:43 PM
On Fri, 14 Apr 2000, Ime Smits wrote:
| I also have ASP installed, and I'd like to be able to transparently suid
| the .asp scripts too. Do you know how I could go about doing this?
I think this is a general bad idea. The only purpose of running scripts via
a suexec or setuid mechanism I
Also, my system has cgiexec (does suid for CGI scripts) installed. The
cgiexec documentation says that once cgiexec is installed, it is a
security risk if people can execute code as "nobody" since that user has
special access to the cgiexec code. Right now, anyone can execute code as
nobody
| Also, my system has cgiexec (does suid for CGI scripts) installed. The
| cgiexec documentation says that once cgiexec is installed, it is a
| security risk if people can execute code as "nobody" since that user has
| special access to the cgiexec code. Right now, anyone can execute code as
|
On Mon, 17 Apr 2000, Ime Smits wrote:
| Also, my system has cgiexec (does suid for CGI scripts) installed. The
| cgiexec documentation says that once cgiexec is installed, it is a
| security risk if people can execute code as "nobody" since that user has
| special access to the cgiexec code.
| Huh? SuEXEC only works with mod_cgi (e.g. it requires the exec() part of
| it's name to get the Su part), it is not applicable to the persistant
| mod_perl world.
Ok, I must admit I mixed up referals to the concept (setuid()) and the
imlementation (suexec).
The point I was making was that
According to Gunther Birznieks:
If you want the ultimate in clean models, you may want to consider coding
in Java Servlets. It tends to be longer to write Java than Perl, but it's
much cleaner as all memory is shared and thread-pooling libraries do exist
to restrict 1-thread (or few
You need to also copy over the global.asa file from
the examples.
--Joshua
Andy Yiu wrote:
Hi, this is Andy again.
It's about that, after I installed the ASP patch, all
other *.asp are working but the index.html is not
which claim that it couldn't find glocal.asa
The .htaccess file I
dougm 00/04/16 17:02:26
Modified:.Makefile.PL
lib/Apache Build.pm
patches link-hack.pat
src/modules/perl modperl_log.h
Log:
add Apache::Build::{ccopts,ldopts} methods
enable libgtop linking if debug and available
beef up
21 matches
Mail list logo