On Fri, 14 Dec 2001, Jeff Yoak wrote:
All,
I wasn't sure what volume of response to expect when I originally
wrote. Thank you all for the comments that you all are making. They are
helping. Given that the response is fairly high, I'm waiting for stuff to
roll in rather than
[Crossposting modperl list, since Jeff Yoak sent his question to both
lists, and I'd rather answer once :)]
Ask Bjoern Hansen wrote:
[EMAIL PROTECTED] (Jeff Yoak) writes:
[C vs mod_perl for web applications]
with something I've done, and a client's investor who is blowing a
gasket
While this advocacy thread is hot, please remember my request to send me
your success stories so we have more material others can use to prove
their point to their investors, bosses, girlfriends, moms :)
I've received only three new stories since my request (I didn't put them
online yet, they
The URL is on an internal LAN for a company whose name
I cannot use. The site gets up to a few hundred hits
per second supporting a telephone call center database.
My company was asked to develop a web
front end onto a TB data warehouse. The existing system
(carefully crafted in C) was so slow
I know this sounds kind of simple minded but why not bench test the site,
set everything up in the office get a good switch plug the site into 1 port
and 5-10 client boxes with some load testing software and plug it in to the
same switch and beat the crap out of it. After you do this for a while
I'm confused'IP chainging' as the name says is at the IP (or Network)
layer, what does that have to do with Apache or any HTTP server at the
application level.
I think any such IP based load balancing technologies are inherently
unaware of the total system issues and are simply making a
Rob Mueller (fastmail) wrote:
And ++ on Paul's comments about Devel::DProf and other profilers.
Ditto again. I've been using Apache::DProf recently and it's been great at
tracking down exactly where time is spent in my program.
One place that Rob and I still haven't found a good solution
One place that Rob and I still haven't found a good solution for
profiling
is trying to work out whether we should be focussing on optimising our
mod_perl code, or our IMAP config, or our MySQL DB, or our SMTP setup,
or
our daemons' code, or...
Assuming that the mod_perl app is the front-end
On Sun, Dec 16, 2001 at 09:58:09AM +1100, Jeremy Howard wrote:
Can anyone suggest a way (under Linux 2.4, if it's OS dependent) to get a
log of CPU (and also IO preferably) usage by process name over some period
of time?
What about BSD Process Accounting (supported in most *nix systems) and
On Sat, Dec 15, 2001 at 08:57:30PM -0500, Perrin Harkins wrote:
One place that Rob and I still haven't found a good solution for
profiling
is trying to work out whether we should be focussing on optimising our
mod_perl code, or our IMAP config, or our MySQL DB, or our SMTP setup,
or
our
dougm 01/12/15 15:45:05
Modified:lib/ModPerl BuildOptions.pm
pod modperl_dev.pod
Log:
make MP_GENERATE_XS=1 the default
Revision ChangesPath
1.13 +1 -0 modperl-2.0/lib/ModPerl/BuildOptions.pm
Index: BuildOptions.pm
dougm 01/12/15 15:51:43
Modified:xs/tables/current/Apache ConstantsTable.pm FunctionTable.pm
StructureTable.pm
xs/tables/current/ModPerl FunctionTable.pm
Log:
sync
Revision ChangesPath
1.19 +2 -2
dougm 01/12/15 15:51:13
Modified:xs/maps apr_functions.map
Log:
adjust to apr_pool_create() change
Revision ChangesPath
1.26 +1 -1 modperl-2.0/xs/maps/apr_functions.map
Index: apr_functions.map
13 matches
Mail list logo
