socket套接字的处理

hellioncu

kaede_1 发表于 2016-03-17 09:55
恩，这样的话就又回到我1L说的那两种了
是全局加锁维护一份socket映射好还是每个线程内部维护一份好？ ...

就一个线程管理这些连接，不需要锁。其它线程给这个线程的发送队列放数据，这个需要锁一下。

kaede_1

回复 18# cokeboL


    哈哈，你说的跟我目前实现差的不多

    我现在再做一个消息系统，推的形式，数据到来后里面有ip和port信息，直接将数据发给客户端即可（客户端我封装了一个server ），在接收线程组中给数据设置了recvtime，在处理发送线程组中判断超时丢弃。
    socket的维护准备用map，key为ip和port，确保唯一。

    不过我在锁和大量socket间纠结。。。
    就像我楼上回复hellioncu的那样

    不过看你最后一段，貌似是推荐不用锁。。。
    多谢哈

fender0107401

你不就是往客户端推送数据吗？那就把所有连接放在一个容器里面，然后定时的遍历整个容器逐个post过去一个任务。

怎么可能开300线程呢。

kaede_1

回复 21# hellioncu


    额。。。
    假如是多个线程发送呢？我这还有个需求是分发文件，如果一个几个G的文件卡在这个发送线程里，后续消息我怕会堆积吧、、、

hellioncu

kaede_1 发表于 2016-03-17 10:33
回复 21# hellioncu

你发这么大的文件，网络就是瓶颈了，你再多线程也没用

VIP_fuck

回复 24# kaede_1


    恰好之前做过类似的，也是发送几个G的文件，甚至更大。我们当时的做法是用libevent库，多线程，sendfile发送。效率还不错。不过别用阻塞式，不然性能很低。

cokeboL

如果没有太多逻辑处理（cpu业务型），多线程IO不如单线程IO效率高，因为你的IO量大对于网卡和内核网络驱动来说差不多跑满了，如果多线程内核还要处理竞争问题，还有多线程额外的调度和资源开销，不如单线程性能高

sonicling

虽然没理解楼主为什么要这么设计，但是感觉楼主没抓住问题的本质：为什么要用ip、port作为key？

你不就是觉得map + ip、port比较低效吗，那就不用ip和port好了，用指针啊，可以指向任何结构体，包含ip、port、socket、等等等等。不用加锁了，也不用find了，告诉线程那个用户对应的struct *，就直接send。

思路清晰一点，就能做到。

kaede_1

修改思路基本上有了，多谢各位的帮忙，尤其是cokeboL和hellioncu，多谢

云碁

回复 5# hanxin83


    我擦，你搞过单片机、驱动？ 知道本源的力量？ 怎么这么一针见血