服务器句柄数过高怎么解决？

确认服务器硬件是否足够支持当前的流量。 二，优化数据库访问。 服务器的负载过大，一个重要的原因是CPU负荷过大，降低服务器CPU的负荷，才能够有效打破瓶颈。而使用静态页面可以使得CPU的负荷最小化。前台实现完全的静态化当然最好

最近重启平台后，启动数据流，确发生报错：

发现文件打开太多，句柄数不够用了，需要调优linux参数：

首先查看下系统的句柄是多少，用ulimit -a 命令查看

linux默认最大文件句柄数是1024个，当你的服务器在大并发达到极限时，就会报出“too many open files”。

修改linux系统参数：vi /etc/security/limits.conf

*softnofile65536

*hardnofile65536

修改以后保存，注销当前用户，重新登录，执行ulimit -a

姓名：周肇星；学号：22011110028；学院：通信工程学院

【嵌牛导读】RDMA技术全称远程直接数据存取，就是为了解决网络传输中服务器端数据处理的延迟而产生的。RDMA通过网络把资料直接传入计算机的存储区，将数据从一个系统快速移动到远程系统存储器中，而不对操作系统造成任何影响，这样就不需要用到多少计算机的处理功能。它消除了外部存储器复制和上下文切换的开销，因而能解放内存带宽和CPU周期用于改进应用系统性能。本专题将针对RDMA技术进行介绍！

【嵌牛鼻子】计算机网络，高性能网络，RDMA

【嵌牛提问】读完本文，对RDMA技术的地址句柄有所认识了吗？

【嵌牛正文】

AH全称为Address Handle，可直译为“地址句柄”。这里的地址，指的是一组用于找到某个远端节点的信息的集合，在IB协议中，地址指的是GID、端口号等等信息；而所谓句柄，可以理解为一个指向某个对象的指针

对于每一个目的节点，本端都会创建一个对应的AH，而同一个AH可以被多个QP共同使用

IB协议中有四种基本服务类型：RC、UD、RD和UC，其中最常用的是RC和UD

RC的特点是两个节点的QP之间会建立可靠的连接，一旦建立连接关系便不容易改变，对端的信息是创建QP的时候储存在QP Context中的

而对于UD来说，QP间没有连接关系，用户想发给谁，就在WQE中填好对端的地址信息就可以了。用户不是直接把对端的地址信息填到WQE中的，而是提前准备了一个“地址薄”，每次通过一个索引来指定对端节点的地址信息，而这个索引就是AH

每次进行UD服务类型的通信之前，用户都需要先通过IB框架提供的接口，来为每一个可能的对端节点创建一个AH，然后这些AH会被驱动放到一个“安全”的区域，并返回一个索引（指针/句柄）给用户。用户真正下发WR（Work Request）时，就把这个索引传递进来就可以了

定义AH的概念的原因有以下三种：

相关链接：

[1] 9.8.3 UD服务类型中的目的地址由哪些部分组成：包括AH、 QPN和Q_key

[2] 10.2.2.2 目的地址的相关注意事项

[3] 11.2.2.1 AH相关的Verbs接口

---