jRLA is an acronym for jBASE Record Lock Arbiter. The lock arbiter is responsible for resolving all record locking conflicts for jBASE processes. It runs in the background on your system and is commonly referred to as the lock daemon.
If jRLA is not loaded, jBASE will use the normal UNIX system locks. This is acceptable for small user populations, but the UNIX locking mechanism has limits on the number of locks available, and on performance.
Only enable the jRLA locking daemon when no other users are executing jBASE programs, otherwise some applications will use UNIX system locks and others will use the jRLA locking daemon.
In most situations a process will take and release locks autonomously and disregard both the lock daemon and other processes. However in certain situations it must inform the daemon of events or ask the daemon for permission. These situations only occur when there are clashes in locking such as when a process finds that a record is already locked or that another process requires the same lock.
The jRLA daemon uses one of three possible locking implementations to control access to the record lock and binary lock areas, depending on platform and number of processors.
By default the number of record or item locks configured is 3000 and the number of binary or group locks configured is 601.