Hi,
I recently migrated from mod_fastcgi to mod_fcgid and experienced
enormous performance boost.
My current settings is as follows -
FcgidMaxProcesses 100
FcgidMaxProcessesPerClass 50
FcgidFixPathInfo 1
FcgidPassHeader HTTP_AUTHORIZATION
FcgidMaxRequestsPerProcess 1
FcgidOutputBufferSize
On Fri, Mar 19, 2010 at 19:28, Keith Theman wrote:
> Hello,
>
> I am running apache 2.2.10 with mod_proxy enabled. We are config'd to run as
> a reverse proxy.
>
> Client
> |
> |
> reverse proxy
> |
> |
> application server
> |
> |
> database
>
>
> Everything works fine, except when the appl
Oh, I should also note:
1. ) when the client submits the request, they get back an almost instant
"initial" load of the page and "some" data, but it takes 15 more seconds for
the client to receive the complete HTML data set.
2.) We have an old sun proxy server on the same network as the apache
Hello,
I am running apache 2.2.10 with mod_proxy enabled. We are config'd to run as a
reverse proxy.
Client
|
|
reverse proxy
|
|
application server
|
|
database
Everything works fine, except when the application being proxied returns a
large data set (an oracle query result in an html
Hi,
when I run ldapsearch -x -W -D 'aduser' -H 'ldap://adserver:389' -b
'dc=iht,dc=com'
'(&(objectclass=user)(!(objectclass=computer))(samaccountname=myname))'
samaccountname
tethereal displays the following:
LDAP MsgId=2 Search Request, Base DN=dc=abc,dc=com
LDAP MsgId=2 Search Entry, 1 resu
I continue my investigations...
The mod_ldap cache failure seems related to regular graceful restart
(~30mn) the application send to apache to take into account conf
update.
Does it make sense ?
How graceful restart could impact caching of mod_ldap?
Manuel
On Wed, Mar 17, 2010 at 4:16 PM, Manue
