hello friends,
Thanks for replying - no hard feelings for getting fast up from the seat
:)
I was thinking the MPM might have a saying, since the process management
of a certain worker might be optimal for the way Subversion operates - i
notice that many requests are sent to the server from even smaller
operations in an SVN client.
What i have picked up from your bag of tricks - is LDAPcaching - now i
referred to apaches docs for mod_ldap and defined cache TTL to 1 hour
which is reasonable for my herd of users. It seems that it might have
had an impact, but i have to have a users verify that it shortened
runtime, and how much it possibly was.
But im chasing anything that i can on this, and surely i have a lot to
learn about how to properly operate Subversion for production purposes.
So what MPM have you guys configured for apache? -and what sort of other
information could you be interested in Stefan?
Currently i am using event MPM..
As background, yes i authenticate on LDAP, no encryption towards AD, and
i interface AD directly on IP, so no delay looking up DNS. Also i only
host the service via mod_dav_svn on http for the local network, so
theres no https encryption in play in the webserver. I have no per
directory restrictions, if a user has access to / then he has access to
all repos underneath - now then i just host several vhosts with
different having different restrictions.. so in many ways its a very
simple solution.
cheers
Carmen
On 2020-04-07 18:20, Nathan Hartman wrote:
> On Tue, Apr 7, 2020 at 3:44 AM Stefan Sperling <stsp_at_elego.de> wrote:
>> Keep in mind most of the work performed during merges occurs
>> client-side.
>> If people are running old clients, ask them to upgrade.
>>
>> There are some server-configuration factors which can increase latency
>> between client and servers, or which affect server-side performance in
>> general, and those could be relevant:
>
> (snip)
>
> This is an important question, and an important thread.
>
> I'm not aware of a consolidated list of client/server performance tips
> in our documentation, so I'd like to address that by saving the above
> list and whatever else we learn here. (Perhaps as a FAQ.) I'll wait
> for now, in case more suggestions come up. (e.g., delays due to DNS)
>
> Nathan
Received on 2020-04-08 00:43:00 CEST