Hi, I just received a question from one of my users who received the
message:
"Berkeley DB error for file system...while openning 'strings' table:
bdb: Logging region out of memory;..."
I looked at the same file he did (about 6 hours later) and got no such
message. I looked on the Tigris site and read about the Lock subsystem.
I then read up on the url in the DB_CONFIG file [
http://www.sleepycat.com/docs/ref/lock/max.html] regarding the three
lock settings:
set_lk_max_locks
set_lk_max_lockers
set_lk_max_objects
So, all three are set to 2000 by default and using db_stat I can see
that at rest I'm at about 60-70% capacity. I have a reasonably powerful
Linux box with 2GB of ram serving my repository and I figure I can
increase them by 2-4 times without issue.
Question 1: Am I right in thinking that increasing the lock settings
the right way to go?
Question 2: The docs state that too high a value may result in a wasted
resources, is timing a checkout or export a reasonable barometer of how
high is too high or should I capture other statistics?
Any help would be appreciated. (Oh, and I did read the part about how
any modification to these must be followed by a recovery, so I'm set to
do that)
Thanks...
--
Peter Kahn
peter.kahn@ironmountain.com
Mobile: 508-958-2996
IM: pkahn@imserver, citizenkahn@jabber80.com, citizenkahn@googletalk.com
PackReq Described:
http://svn/svn/repos/Welcome_To_SVN/buildFarmTutorial.html#Packager
Network Map:
http://teamconnected/Engineering/Eng2_Intranet/release_eng/map.htm
Build Machine Info: http://ictinus/openwiki/ow.asp?BuildMachineRoadWork
-----------------------------------------
The information contained in this email message and its attachments
is intended only for the private and confidential use of the
recipient(s) named above, unless the sender expressly agrees
otherwise.
Transmission of email over the Internet is not a secure
communications medium. If you are requesting or have requested the
transmittal of personal data, as defined in applicable privacy laws
by means of email or in an attachment to email, you must select a
more secure alternate means of transmittal that supports your
obligations to protect such personal data.
If the reader of this message is not the intended recipient and/or
you have received this email in error, you must take no action
based on the information in this email and you are hereby notified
that any dissemination, misuse or copying or disclosure of this
communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by email and
delete the original message.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 25 18:11:39 2006