java nio bug -- infamous epoll 100% CPU bug
程序员文章站
2024-02-01 13:52:22
...
in netty use rebuildSelectors() to workaround the infamous epoll 100% CPU bug;
with newly created {@link Selector}s to replace old one.
Linux-like OSs的选择器使用的是epoll-IO事件通知工具。这是一个在操作系统以异步方式工作的网络stack.Unfortunately,即使是现在,著名的epoll-bug也可能会导致无效的状态的选择和100%的CPU利用率。要解决epoll-bug的唯一方法是回收旧的选择器,将先前注册的通道实例转移到新创建的选择器上
这里发生的是,不管有没有已选择的SelectionKey,Selector.select()方法总是不会阻塞并且会立刻返回。这违反了Javadoc中对Selector.select()方法的描述,Javadoc中的描述:Selector.select() must not unblock if nothing is selected. (Selector.select()方法若未选中任何事件将会阻塞。)
NIO中对epoll问题的解决方案是有限制的,Netty提供了更好的解决方案。
下面是epoll-bug的一个例子:
…
while (true) {
int selected = selector.select();
Set<SelectedKeys> readyKeys = selector.selectedKeys();
Iterator iterator = readyKeys.iterator();
while (iterator.hasNext()) {
…
…
}
}
…
The effect of this code is that the while loop eats CPU:
这段代码的作用是while循环消耗CPU:
这些仅仅是在使用NIO时可能会出现的一些问题。不幸的是,虽然在这个领域发展了多年,问题依然存在,可能在1.7上依然存在;幸运的是,Netty给了你解决方案。
with newly created {@link Selector}s to replace old one.
Linux-like OSs的选择器使用的是epoll-IO事件通知工具。这是一个在操作系统以异步方式工作的网络stack.Unfortunately,即使是现在,著名的epoll-bug也可能会导致无效的状态的选择和100%的CPU利用率。要解决epoll-bug的唯一方法是回收旧的选择器,将先前注册的通道实例转移到新创建的选择器上
这里发生的是,不管有没有已选择的SelectionKey,Selector.select()方法总是不会阻塞并且会立刻返回。这违反了Javadoc中对Selector.select()方法的描述,Javadoc中的描述:Selector.select() must not unblock if nothing is selected. (Selector.select()方法若未选中任何事件将会阻塞。)
NIO中对epoll问题的解决方案是有限制的,Netty提供了更好的解决方案。
下面是epoll-bug的一个例子:
…
while (true) {
int selected = selector.select();
Set<SelectedKeys> readyKeys = selector.selectedKeys();
Iterator iterator = readyKeys.iterator();
while (iterator.hasNext()) {
…
…
}
}
…
The effect of this code is that the while loop eats CPU:
这段代码的作用是while循环消耗CPU:
这些仅仅是在使用NIO时可能会出现的一些问题。不幸的是,虽然在这个领域发展了多年,问题依然存在,可能在1.7上依然存在;幸运的是,Netty给了你解决方案。
上一篇: 网络编程之tcp