right in mod_perl.
-Max
--
Max Kanat-Alexander
Chief Architect, Community Lead, and Release Manager
Bugzilla Project
http://www.bugzilla.org/
On 02/23/2011 11:40 PM, Torsten Förtsch wrote:
On Thursday, February 24, 2011 07:45:29 Max Kanat-Alexander wrote:
Hey Fred. So given the discussion that we've had on this, do you think
that the next version of SizeLimit could change its Linux behavior to
return the more appropriate rss
Hey folks. Would it be possible to factor the memory-sizing code in
Apache::SizeLimit::Core into a separate module (or is there already a
separate module that does something similar)? I'd love a module that can
just reliably tell me how much memory a process is using across all
platforms.
On 02/24/2011 12:41 AM, Torsten Förtsch wrote:
Max, could you please check if the following patch does what you want and try
it out in your environment?
Hey Torsten. Yes, I tested it and it works. Thank you so much! :-)
-Max
--
http://www.bugzillasource.com/
Competent,
On 02/24/2011 05:47 AM, Perrin Harkins wrote:
Oh, maybe Proc::Processtable is what you want.
Ah, no, it doesn't work on Win32 as far as I can tell. (Working on
Win32 is one of my requirements.) SizeLimit is the only module I've been
able to find that can reliably determine process size
Hey Fred. So given the discussion that we've had on this, do you think
that the next version of SizeLimit could change its Linux behavior to
return the more appropriate rss size?
-Max
--
http://www.bugzillasource.com/
Competent, Friendly Bugzilla, Perl, and IT Services
So, I just recently installed the very latest release of SizeLimit, and
this is still a problem. SizeLimit **definitely** returns the wrong
unshared size for processes on any modern Linux system.
-Max
On 02/03/2010 12:05 PM, Max Kanat-Alexander wrote:
On 02/03/2010 04:57 AM
On 02/02/2010 02:19 PM, Fred Moyer wrote:
Can you submit these patches inline?
Here is the patch inline:
Index: lib/Apache/SizeLimit/Core.pm
===
--- lib/Apache/SizeLimit/Core.pm(revision 905815)
+++
On 10/28/2010 03:22 AM, Vanja Hrustic wrote:
So, I just made 1 million requests to a Debian box, and had no
problems and no failed requests.
Are both the Debian and the Ubuntu box using a worker MPM, or is one of
them using prefork and the other using worker?
-Max
--
On 02/03/2010 04:57 AM, Torsten Förtsch wrote:
Well, I tend to disagree. (Fred, Adam please read on.)
Okay. Have you looked at the actual output of test.cgi?
Here's an example of these values just on my local machine, for my bash
interpreter:
[mka...@es-compy ~]$ cat
All of my processes kept exiting with a report that they had a 300M
unshared size, which was clearly untrue, even from looking at top. After
some investigation, I discovered that Apache2::SizeLimit was calling
$s-size on the Linux::Smaps object, when instead it should be returning
$s-rss
On Mon, 8 Oct 2007 08:26:51 +0200 Torsten Foertsch
[EMAIL PROTECTED] wrote:
In your modperl environment use warnings FATAL=qw/all/ is active.
Hence, the portable warning is turned into a portable error. That's
all.
No, because it still doesn't work, even with the patch. I don't
even
On Mon, 8 Oct 2007 09:45:58 +0200 Torsten Foertsch
[EMAIL PROTECTED] wrote:
Is it possible that your httpd cannot access /proc/self/smaps?
Yes, that seems to be the problem. It can stat it, but not read
it.
In order to find this out, I had to make Linux::Smaps::update
return $I
On Mon, 8 Oct 2007 01:35:02 -0700 Max Kanat-Alexander
[EMAIL PROTECTED] wrote:
I suspect SELinux, at the moment.
Okay, it's not SELinux. For some reason, smaps is set root:root
400 for all processes, even though /proc/$$/ is properly owned by the
apache user. I'll have
On Mon, 8 Oct 2007 01:38:23 -0700 Max Kanat-Alexander
[EMAIL PROTECTED] wrote:
Okay, it's not SELinux. For some reason, smaps is set
root:root 400 for all processes, even though /proc/$$/ is properly
owned by the apache user. I'll have to investigate how to change
that, I suppose
On Mon, 8 Oct 2007 17:52:46 +0200 Torsten Foertsch
[EMAIL PROTECTED] wrote:
this version mainly disables the portable warning. Further the
constructor now throws an exception if the smaps file cannot be read.
Also a short note in the docs about swapped pages and mlockall(2) was
added.
On Sun, 07 Oct 2007 21:14:23 +0200 Clinton Gormley
[EMAIL PROTECTED] wrote:
Max - try using this script to see where your memory is being used:
http://www.contrib.andrew.cmu.edu/~bmaurer/memory/smem.pl
Hrm, okay. I've attached the output of your smem script, which
curiously seemed to
On Sun, 7 Oct 2007 14:29:30 -0700 Max Kanat-Alexander
[EMAIL PROTECTED] wrote:
Hrm, okay. I've attached the output of your smem script,
[snip]
And in case it helps, here's the gzipped output of smaps for the
same process.
-Max
--
http://www.everythingsolved.com
On Sat, 6 Oct 2007 00:39:42 -0400 Perrin Harkins [EMAIL PROTECTED]
wrote:
If top can't figure out how much memory a process is using, I don't
see how SizeLimit is going to. Is it possible they really are using
that much, but a lot of it is shared via copy-on-write?
Yes, they really
I have an x86_64 machine running RHEL5 but with the mod_perl
2.0.3 from Fedora 7.
Without Linux::Smaps installed, Apache2::SizeLimit thinks my
processes are taking up 300MB and terminates them after every hit.
(top thinks so too, but free -m quickly proves that's untrue.)
On Wed, 18 Jul 2007 07:14:54 -0700 (PDT) Kevin Field
[EMAIL PROTECTED] wrote:
PerlSwitches -wT
LoadFile C:\Perl\bin\perl58.dll
LoadModule perl_module modules/mod_perl.so
I don't know too much about Apache configuration, but you've
put PerlSwitches, which is defined in mod_perl.so,
On Mon, 18 Jun 2007 16:51:18 +0100 John ORourke
[EMAIL PROTECTED] wrote:
I'm wondering what modules people use for sending email?
We usually use the Email:: modules. (We use Email::Send for
sending messages.) The API is really simple, and the maintainer is very
responsive.
-Max
From any command line, try:
perl -MModPerl::RegistryLoader
At least in 2.0.1, that causes this error:
Bareword Apache2::ServerUtil::server_root not allowed while strict
subs in use at
On Fri, 2006-08-18 at 14:03 -0400, Perrin Harkins wrote:
You can't do that. These are APIs to apache internals. They don't work
without the httpd environment.
Ah, okay. Thanks for the explanation. Changing it to
Apache2::ServerUtil-server_root would probably at least make it work at
When I start Apache, I get this:
Global $r object is not available. Set:\n\tPerlOptions +GlobalRequest\nin
httpd.conf at /var/www/html/mod_perl/Bugzilla.pm line 316.
Okay...that's from my startup script (I cut out most of the error
message to make things clearer.)
But
On Thu, 2006-07-13 at 16:51 -0500, Matthew wrote:
If anyone could please explain what I missed on the differences between
( ) array's and [ ] array's, I'd appreciate it.
() is an array
[] is a reference to an array, also known as a pointer to an array.
-Max
--
On Fri, 2006-06-30 at 00:37 -0400, Perrin Harkins wrote:
HOWEVER: If I delete $r-pnotes-{template} before the script ends,
there's no memory leak.
It sounds like a problem with the DESTROY method in Template::Provider.
Can you add some logging to that method to see if it gets
On Fri, 2006-06-30 at 18:49 -0400, Jonathan Vanasco wrote:
I think its more likely that the bug is in the way Bugzilla uses TT
-- a some reference to the template object is getting stored
persistently ( i think everyone has made a similar mistake ). I've
never had a problem with a pnote
Hi. I'm working on making Bugzilla support mod_perl.
I have a very strange memory leak.
Bugzilla uses the Template Toolkit (TT2).
We're using MP2. In particular, 1.999022 (aka 2.0.0-RC5). I've also
tested the below on 2.0.1, with the same results.
I have
29 matches
Mail list logo