One thing I forgot to mention is that when using the worker MPM
and mod_jk with Tomcat it helps reduce Tomcat overhead by reducing
the number of Connectors Tomcat requires due to mod_jk being
able to use a cached pool of connectors to Tomcat per process.
This really helped Tomcat scale better. Fr
Thanks a lot for this synopsis Glenn. Obviously I am also considering whether
I should recommmend moving to Apache2 to our team.
- paul r.
In message <[EMAIL PROTECTED]>you write:
>On Tue, Mar 16, 2004 at 02:48:26PM -, [EMAIL PROTECTED] wrote:
>> > Greg,
>> As an aside our team will be look
On Tue, Mar 16, 2004 at 02:48:26PM -, [EMAIL PROTECTED] wrote:
> > Greg,
> As an aside our team will be looking at apache2 and tomcat5 sooner rather
> than later as it would appear that more development effort is taking place
> on these platforms. However balancing lots of apps and infrastruct
> Greg,
Hi Paul,
>
> I have just recently joined this list (and this is my first
> post!) because I *might* have a few cycles and (in theory
> :-)) the expertise to help out a little. Anyway after seeing
> this post - just thought I'd let you know that you are not
> alone. I am also trying
From: "Andy Armstrong" <[EMAIL PROTECTED]>
> Guenter Knauf wrote:
>
> > I believe there's a problem with the file rights, not with SHM
self. I think the scoreboard is created by the init process, but later
on when the child wants to access it it has insufficient rights.
>
> I think I'm seeing that
Hi,
>> I believe there's a problem with the file rights, not with SHM self. I
>> think the scoreboard is created by the init process, but later on when
>> the child wants to access it it has insufficient rights.
> I think I'm seeing that same problem with Apache 2.0.48 and the latest
> j-t-c code
Guenter Knauf wrote:
I believe there's a problem with the file rights, not with SHM self. I think the scoreboard is created by the init process, but later on when the child wants to access it it has insufficient rights.
I think I'm seeing that same problem with Apache 2.0.48 and the latest
j-t-c
In message <[EMAIL PROTECTED]
com>you write:
[...]
>It is worth noting that this appears to be an apache 1.3.x issue as no one
>else seems to suffer from this. However I have no idea if anyone else has
>tried building mod_jk2 on Solaris for apache 1.3.x.
>
>Thanks.
>
>Greg
>
Greg,
I have just r
>
> Could you try to put cr.sandwich.pfizer.com_81_test.shm in
> another file system
> (/tmp is a "special" one)?
>
Still does not work in /var/tmp ...
[Fri Mar 12 13:01:41 2004] (error ) [jk_shm.c (158)] shm.create(): error
creating /var/tmp/cr.sandwich.pfizer.com_81.shm 2117992 22 0x1f50
[EMAIL PROTECTED] wrote:
1000448/8192?
The size you use should be a multiple of the pagesize
according to man mmap().
The pagesize could be checked by the following:
+++
#include
#include
main()
{
printf("%d\n",(int)sysconf(_SC_PAGE_SIZE));
}
+++
# grep size workers2.properties
size=
> 1000448/8192?
> The size you use should be a multiple of the pagesize
> according to man mmap().
> The pagesize could be checked by the following:
> +++
> #include
> #include
> main()
> {
> printf("%d\n",(int)sysconf(_SC_PAGE_SIZE));
> }
> +++
>
# grep size workers2.properties
size
[EMAIL PROTECTED] wrote:
-Original Message-
From: Guenter Knauf [mailto:[EMAIL PROTECTED]
Sent: 09 March 2004 21:32
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: jk2 new shmem using APR
I believe there's a problem with the file rights, not with
SHM se
> -Original Message-
> From: Guenter Knauf [mailto:[EMAIL PROTECTED]
> Sent: 09 March 2004 21:32
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: Re: jk2 new shmem using APR
>
>
> I believe there's a problem with the file right
Hi,
> [EMAIL PROTECTED] wrote:
>>>As per above, Solaris apr build appears to have bugs. As yet I have not
>>>had the time to look at why.
I believe there's a problem with the file rights, not with SHM self. I think the
scoreboard is created by the init process, but later on when the child wants t
> > As per above, Solaris apr build appears to have bugs. As
> yet I have not had
> > the time to look at why.
> >
> > Does the above help?
>
> I very seriously doubt this. Apache uses shared memory for
> the scoreboard
> communication between the parent and child processes. In
> Apache 2
jean-frederic clere wrote:
> [EMAIL PROTECTED] wrote:
>
>>Quoting [EMAIL PROTECTED]:
>>
>>
>>
The entire shm support will be available _only_ if there is
APR_HAS_SHARED_MEMORY support.
So if the particular platform doesn't implement that, or the apr's
implementation is bogus, one c
> -Original Message-
> From: jean-frederic clere
> [EMAIL PROTECTED] wrote:
> > Quoting [EMAIL PROTECTED]:
> >
> > I very seriously doubt this. Apache uses shared memory for the
> > scoreboard communication between the parent and child
> processes. In
> > Apache 2.0, this is done
[EMAIL PROTECTED] wrote:
> Quoting [EMAIL PROTECTED]:
>
>
>>>The entire shm support will be available _only_ if there is
>>>APR_HAS_SHARED_MEMORY support.
>>>So if the particular platform doesn't implement that, or the apr's
>>>implementation is bogus, one can disable that when building apr.
>>
>
> > APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94
> > and CVS (1.0).
> >
>
> First of all why? What is the reason, apr or solaris?
Looks like it is apr.
> > How can you change the apr build as mod_jk2 builds apr when
> > trying to make apr for apache 1.3.x? Using Suns complie
> -Original Message-
> From: [EMAIL PROTECTED]
>
> > The entire shm support will be available _only_ if there is
> > APR_HAS_SHARED_MEMORY support.
> > So if the particular platform doesn't implement that, or the apr's
> > implementation is bogus, one can disable that when building ap
> The entire shm support will be available _only_ if there is
> APR_HAS_SHARED_MEMORY support.
> So if the particular platform doesn't implement that, or the apr's
> implementation is bogus, one can disable that when building apr.
APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CV
M
> To: [EMAIL PROTECTED]
> Subject: Re: jk2 new shmem using APR
>
> This account does not exist
>
MT.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
22 matches
Mail list logo
