linux共享库安装后的设置

解决方案：

<article class="baidu_pl" style="box-sizing: inheritoutline: 0pxmargin: 0pxpadding: 16px 0px 0pxdisplay: blockposition: relative">

1) 如果共享库文件安装到了/lib或/usr/lib目录下, 那么需执行一下ldconfig命令

ldconfig命令的用途, 主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下, 搜索出可共享的动态链接库(格式如lib .so ), 进而创建出动态装入程序(ld.so)所需的连接和缓存文件. 缓存文件默认为/etc/ld.so.cache, 此文件保存已排好序的动态链接库名字列表.

2) 如果共享库文件安装到了/usr/local/lib(很多开源的共享库都会安装到该目录下)或其它"非/lib或/usr/lib"目录下, 那么在执行ldconfig命令前, 还要把新共享库目录加入到共享库配置文件/etc/ld.so.conf中, 如下:

include ld.so.conf.d/*.conf

**3) 如果共享库文件安装到了其它"非/lib或/usr/lib" 目录下, 但是又不想在/etc/ld.so.conf中加路径(或者是没有权限加路径). 那可以export一个全局变量LD_LIBRARY_PATH, 然后运行程序的时候就会去这个目录中找共享库. **

LD_LIBRARY_PATH的意思是告诉loader在哪些目录中可以找到共享库. 可以设置多个搜索目录, 这些目录之间用冒号分隔开. 比如安装了一个mysql到/usr/local/mysql目录下, 其中有一大堆库文件在/usr/local/mysql/lib下面, 则可以在.bashrc或.bash_profile或shell里加入以下语句即可:

export LD_LIBRARY_PATH=/usr/local/mysql/lib:$LD_LIBRARY_PATH

一般来讲这只是一种临时的解决方案, 在没有权限或临时需要的时候使用.

4）如果程序需要的库文件比系统目前存在的村文件版本低，可以做一个链接 比如： error while loading shared libraries: libncurses.so.4: cannot open shared

object file: No such file or directory

ls /usr/lib/libncu*

/usr/lib/libncurses.a /usr/lib/libncurses.so.5

/usr/lib/libncurses.so /usr/lib/libncurses.so.5.3

可见虽然没有libncurses.so.4，但有libncurses.so.5，是可以向下兼容的 建一个链接就好了 ln -s /usr/lib/libncurses.so.5.3 /usr/lib/libncurses.so.4

动态共享库有以下的优点，使它在Linux开发中比静态链接库更加的流行。

(1) 节省内存

动态共享库无论被多少应用程序使用，在内存中都只存在一个动态共享库的副本，而不像静态链接库那样，一个应用程序在运行中用到静态链

接库，就会有多个静态链接库的副本 。

(2) 节省磁盘

这和节省内存有点相似，同样这也是由于静态链接库存在多个静态链接库的副本造成的。同样的应用程序，使用动态共享库编译出的版本通常比使用静态链接库编译出来的版本要小。因此，在嵌入式系统开发中使用动态共享库也不节省空间，提供了一种很好的选择。

(3) 便于软件修复与升级

由于动态共享是独立于应用程序存在的，因此，用新版本的动态共享库替旧版本的工作将变得非常容易。如果使用静态链接库的话，假设在一个静态库中发现了一个

ug,那么要修正这个

ug的话，就要重新编译所有使用这个静态库的应用程序，使用这个静态库的应用程序有很多的话，可以想像工作量是有多大。

(4) 提高性能

与采用静态链接库臃肿的应用程序相比，采用动态共享库的应用程序明显“苗条”得多，这样当 *** 作系统加载应用程序时，是需要把应用程序

复制到内存中的，这样的“苗条”的动态链接库也就有了很大的优势，同时提高了程序的性能。

当然，动态链接库在有上述这些优势的同时，也有以下的几个劣势。复杂性，兼容性，调试困难。但是它在Linux上使用频率上仍然比静态链接库要高的多。应用的更加广泛。

我们可以修改shmmax内核参数，使SGA存在于一个共享内存段中。

通过修改/proc/sys/kernel/shmmax参数可以达到此目的。

[root@neirong root]# echo 1073741824 >/proc/sys/kernel/shmmax

[root@neirong root]# more /proc/sys/kernel/shmmax

1073741824这里设为1G。

对于shmmax文件的修改，系统重新启动后会复位。可以通过修改 /etc/sysctl.conf 使更改永久化。

在该文件内添加以下一行kernel.shmmax = 1073741824 这个更改在系统重新启动后生效.

1、设置 SHMMAX

SHMMAX

参数定义共享内存段的最大尺寸（以字节为单位）。在设置 SHMMAX 时，切记 SGA 的大小应该适合于一个共享内存段。 SHMMAX 设置不足可能会导致以下问题：

ORA-27123:unable to attach to shared memory segment

您可以通过执行以下命令来确定 SHMMAX 的值：

# cat /proc/sys/kernel/shmmax

33554432

SHMMAX 的默认值是 32MB 。我一般使用下列方法之一种将 SHMMAX 参数设为 2GB ：

通过直接更改 /proc 文件系统，你不需重新启动机器就可以改变 SHMMAX 的默认设置。我使用的方法是将以下命令放入 /etc/rc.local 启动文件中：

# >echo "2147483648" >/proc/sys/kernel/shmmax

您还可以使用 sysctl 命令来更改 SHMMAX 的值：

# sysctl -w kernel.shmmax=2147483648

最后，通过将该内核参数插入到 /etc/sysctl.conf 启动文件中，您可以使这种更改永久有效：

# echo "kernel.shmmax=2147483648" >>/etc/sysctl.conf

2、设置 SHMMNI

我们现在来看 SHMMNI 参数。这个内核参数用于设置系统范围内共享内存段的最大数量。该参数的默认值是 4096 。这一数值已经足够，通常不需要更改。

您可以通过执行以下命令来确定 SHMMNI 的值：

# cat /proc/sys/kernel/shmmni

4096

3、设置 SHMALL

最后，我们来看 SHMALL 共享内存内核参数。该参数控制着系统一次可以使用的共享内存总量（以页为单位）。简言之，该参数的值始终应该至少为：

ceil(SHMMAX/PAGE_SIZE)

SHMALL 的默认大小为 2097152 ，可以使用以下命令进行查询：

# cat /proc/sys/kernel/shmall

2097152

SHMALL 的默认设置对于我们的 Oracle9 i RAC 安装来说应该足够使用。

注意： 在 i386 平台上 Red Hat Linux 的 页面大小 为 4096 字节。但是，您可以使用 bigpages ，它支持配置更大的内存页面尺寸。

---