最好是休息一个月，这个病专治各种不服，你不服就继续运动，有可能试试就逝世。

100 就拉倒吧。这么大的人收到 100 块当做上岸礼物，有点少，不如不发

@liuxingdeyu A 用 webscoket 连接的是 A 服务器，B 用 webscoket 连接的是 B 服务器,此时 A 掉线了，A 服务器怎么通知到 B 用户？

@macrorules 你的意思是前端每 5 秒定时向后端发送 http 请求拉消息吗？就是说如果 B 有 10000 个好友和 100 个组，B 每 5 秒钟会拉所有好友的消息+好友状态+群消息+群成员状态？

@raycool
1. 用户 A 连接的 A 服务器，用户 B 连接的 B 服务器。此时 A 掉线了，A 服务器怎么通知 B 服务器？

@0o0O0o0O0o 有道理！我刚才也想到了这一点！

@0o0O0o0O0o 使用 INET_ATON 运算会不会在高流量下对数据库造成压力？我记得在去哪的 mysql 数据库设计规范上明确指出，要尽可能的少使用函数运算。我找了下文档，结果出现了令我疑惑的一点，设计规范如下:
1.禁止在 MySQL 中进行数学运算和函数运算。

2.建议使用 INT UNSIGNED 存储 IPV4 。
UNSINGED INT 存储 IP 地址占用 4 字节,CHAR(15)则占用 15 字节。另外,计算机处理整数类型比字符串类型快。使用 INT UNSIGNED 而不是 CHAR(15)来存储 IPV4 地址,通过 MySQL 函数 inet_ntoa 和 inet_aton 来进行转化。IPv6 地址目前没有转化函数,需要使用 DECIMAL 或两个 BIGINT 来存储。

难道 inet_aton 不属于函数运算吗？

此贴可以结了。Lz 原来的想法只是向文件写入 ip 字符串。最终采用的是写入 byte 数组，每 4 位表示一个 ip 。最终也没用使用 MMAP 。获益匪浅！

@none @0o0O0o0O0o @oldshensheep 感谢！

@ZE3kr 当然是可以保存啊，问题你保存 Ip 肯定是为了看的是吧，或者为了查询。我有个疑问，究竟是保存数字更容易查询呢还是报错字符串更容易查询呢？因为我接触的项目比较少，一般都是保存为字符串。所以比如我想查询 192 字段的 ip ，可能前缀匹配就行了。如果保存数字的话，也支持这种查询吗？

@0o0O0o0O0o 好快的速度，老哥，能看一下代码吗？

@oldshensheep 随机 ip ，你这是顺序 ip 吧

@xiri 因为我刚才写字符串，就把内存干爆了。

@shawnsh 因为我单线程写花了 100s,多线程写花了 50s 。你能说性能没有提升吗？

@zmxnv123 好思路。我以前只是写 ip 字符串。如果把所有的 ip 拼成一个字符串一次写入，用多久。

@zmxnv123 你生成一个合法的 ip 啊，你写个 str(i*j)这。。。

看了下楼上的回复，用 mmap 实现了一把，单线程 50s 写完。还能继续提升这个速度吗？比方说多线程 mmap?

@Puteulanus 卧槽，1 亿个 IP 拼的字符串，你内存没爆吗？

国外留学除了 top100 ，其他给钱就能读。。。现在海外学历贬值的快，在国内没啥认可度。。。。