000-999 是 1000 个数。。。

@luodaoyi 我现在主要用的成品带 LC 头的光纤，外加少数自己冷接的 LC 头，还好。没有使用电口模块，发热功耗吃不消。SFP+拆机模块很便宜。

@datou SFP+只是终端设备上的口。我说的升级带宽是指不用重新布线。

@Kasumi20 全局变量的话会被初始化为 0，非全局变量的初始值是未定义的。

我讲的自旋锁是类似这种：

class SpinLock {
std::atomic_flag locked = ATOMIC_FLAG_INIT ;
public:
void lock() {
while (locked.test_and_set(std::memory_order_acquire)) { ; }
}
void unlock() {
locked.clear(std::memory_order_release);
}
};

这种理解的不同会让你认为去掉自旋也不会影响程序的正确性。而在我的语境下自旋就是锁本身。

@GuuJiang 我觉得你在这里把自旋锁理解为了“先自旋，自旋一定次数后再等待普通锁”这种范式，在你的这种语境下自旋只是一种优化手段。而我的讲的自旋锁是纯自旋锁，最差情况下会无限次自旋那种。

不能，因为“外网 IP”不属于你。

@GuuJiang 单核环境下自旋当然不是无意义的，起到加锁的作用就是它的意义，只是比较浪费 CPU 计算资源而已，去掉锁会出错。讨论单核下自旋锁是不是一个比较优的方案偏离本题。

@OSDI 我觉得楼主并不是要讨论自旋锁在单核环境下好不好的问题，讨论这个问题就偏题了。

我已经懒得去重复多线程单核心需要锁这一观点了。即使自旋锁在这种情况下效率低，也不能说可以去掉锁。不信的自己开个单核虚拟机写个程序跑跑就知道了。

@dalabenba mem barrier 和这个问题无关。即使所有核都直接读写内存，也需要加锁。加锁与否与核数无关，而是保证对同一地址的 Read- Modify- write 期间不会被另一个线程改写。单核情况下不加锁照样 race condition

电口万兆目前功耗大发热大，我个人是用了光口方案，说不准以后还能升级 25G 40G 100G

楼主的问题在我理解看来，是问是不是只有一个核心的情况下就没有并发了，自旋锁是不是根本就不会自旋了。答案是否，单核心情况下多个线程会被分配不同时间片进行并发，自旋期间也可能会被切换到另一个线程再切换会来。

@Leviathann 操作系统会给多线程分配不同的时间片，一个线程的时间片用完就会被操作系统挂起调用另一个线程，切换后会发现的。

@emSaVya 你能不能好好说话？我表达的意思是需不需要加锁和核心数无关，扯什么单核多线程 spinlock 无意义？ i/o 密集应用经常使用单核多线程的模式，照样可以用自旋锁，

@vk42 我表达的意思是多线程单核心依然需要锁，否则程序运行可能会出错。一个程序是不是需要加锁不是由执行环境有几个核心决定的，所以楼主的问题根本不需要考虑环境因素。

楼上好多误导楼主的。即使只有一个核，多个线程的情况下也是要加锁的，因为你无法控制操作系统进行线程调度的时机。比如在对一个变量的读和写之间切换到了另一线程就会发生 race condition 。

我怎么感觉这方案是为了消耗过剩产能。既然都用上光纤了为什么还是千兆，千兆用网线就够了。

不能，会出现链接错误。
有一种迂回的办法是链接到不同的动态库里去，再用 dlopen 或者 LoadLibrary 动态调用。