From 67ed5d1f21e939467a9441bab00aa8aacfa1be47 Mon Sep 17 00:00:00 2001
From: Murali Shankar
+On POSIX systems, an IOC application's ability to meet timing deadlines is often
+dependent on its ability to lock part or all of the process's virtual
+address space into RAM, preventing that memory from being paged to the swap
+area. This change will attempt to lock the process's virtual address space into
+RAM if the process has the ability to run threads with different priorities. If
+unsuccessful, it prints an message to stderr and continues.
+
+In Linux, one can grant a process the ability to run threads with different
+priorities by using a command like ulimit -r unlimited. To use the FIFO
+scheduler, use a command like so - chrt -f 1 softIoc -d test.db
+
+In Linux, one can grant a process the ability to lock memory by using a command
+like ulimit -l unlimited. Alternatively, these limits can be configured on a per
+user/per group basis by changing /etc/security/limits.conf or its equivalent.
+
+In Linux, a child process created via fork inherits its parent's resource
+limits. Thus, it is probably a good idea to start the caRepeater before
+starting the IOC.
+
The IOC server can now bind to a single IP address (and optional port number)