Question

在下文中，我使用Play框架2.4.0和Scala 2.11.7。

我正在用Gatling强调一个简单的播放应用程序，在60秒内注入5000个用户，并在几秒钟内，播放服务器返回以下内容：

“无法接受连接。”和“java.io.IOException：系统中打开的文件太多”。

以下是相关的堆栈跟踪：

22:52:48.943 [application-akka.actor.default-dispatcher-12] INFO  play.api.Play$ - Application started (Dev)
22:53:08.939 [New I/O server boss #17] WARN  o.j.n.c.s.nio.AbstractNioSelector - Failed to accept a connection.
java.io.IOException: Too many open files in system
        at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method) ~[na:1.8.0_45]
        at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:422) ~[na:1.8.0_45]
        at sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:250) ~[na:1.8.0_45]
        at org.jboss.netty.channel.socket.nio.NioServerBoss.process(NioServerBoss.java:100) [netty-3.10.3.Final.jar:na]
        at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:337) [netty-3.10.3.Final.jar:na]
        at org.jboss.netty.channel.socket.nio.NioServerBoss.run(NioServerBoss.java:42) [netty-3.10.3.Final.jar:na]
        at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) [netty-3.10.3.Final.jar:na]
        at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) [netty-3.10.3.Final.jar:na]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_45]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_45]
        at java.lang.Thread.run(Thread.java:745) [na:1.8.0_45]

我想这是由于系统的ulimit（是否可以确认？），如果是，我的问题如下：

如何在生产环境中管理此类错误？这是通过设置ulimit -n <high_value>的高值吗？

Answer 1

最简单的检查方法是：

cat / proc / PID / limits

你会看到：

Limit                     Soft Limit           Hard Limit           Units
Max cpu time              unlimited            unlimited            seconds
...
Max open files            1024                 1024                 files
...

要查看当前的shell，您可以随时：

ulimit -a

得到

...
open files                      (-n) 1024
...

最好通过/etc/security/limits.conf在系统范围内进行更改但您可以使用ulimit -n仅更改当前shell。

就如何处理这种情况而言，除了拥有足够的文件描述符之外别无选择。把它设置得很高，如果它碰到了，就会有泄漏或你为facebook工作。在制作中，我认为一般建议是16k。

播放框架scala - 太多打开的文件 - 如何在生产中

1 个答案: