TCP 多连接 多消息的问题

人九

目前使用hp_socket 封装的TCP连接模块 收到消息采用 许可证 + 线程池 投递任务 但是能够同时执行的任务极低 最多几十个连接  
目前是创建两个线程池
1.主任务线程池(管理多少个连接任务)
2.消息处理任务池(用于处理消息)




因为主任务池可能1个连接 同时接收到的消息 可能十几条或者更多 但是只有一个异步回调的 不能一个连接对应一个回调 并且 如果我将消息处理的线程池的线程数加大又会导致 连连接也连接不上 不加大又会导致 消息处理不过来 特别苦恼

通过任务管理器查看他 占用内存也就100多M

appleqc

HP-Socket 多线程处理性能优化方案
从你的描述来看，这是一个典型的网络 IO 与任务处理线程协调问题。我来分析一下可能的原因和解决方案：
问题原因分析
异步回调与线程池设计不匹配：
HP-Socket 的异步回调是单线程的，所有连接的事件都在同一个线程中触发
你将消息投递到线程池处理，但主任务池线程数不足导致消息堆积
线程池参数配置不合理：
消息处理线程池线程数过大，导致系统资源耗尽
线程上下文切换开销过大，反而降低整体性能
任务队列设计问题：
可能没有区分连接管理任务和消息处理任务的优先级
消息处理阻塞了连接建立的流程

优化建议总结
线程池配置优化：
根据 CPU 核心数合理配置线程池大小
连接管理和消息处理使用不同的线程池
任务分类处理：
区分控制消息和业务消息，设置不同优先级
心跳包等简单消息快速处理，减少线程占用时间
连接和消息限流：
实现连接数和系统负载监控，过载时拒绝新连接
监控消息队列长度，过长时采取丢弃策略
TCP 参数优化：
调整接收和发送缓冲区大小
禁用 Nagle 算法减少延迟
通过这些优化，你的系统应该能够处理更多的并发连接和消息处理任务。记得在优化过程中逐步测试，观察系统性能变化，找到最适合你业务场景的配置参数。

wlp

crypto.zip (1.03 MB, 下载次数: 11)

20 小时前 上传

点击文件名下载附件

有脚就行

凌哥

你这个写法就很诡异，建议重新写吧