我有点怀疑
首先:可以创建的文件流(可读流或可写流)的最大数量是否有限制?
Like a [...[readable, writable]] streams array of n files
第二:在操作系统中打开的最大文件数是否仅适用于在“打开”上使用流事件时?
Like in linux by default is 1024 per process
第三:这是否直接影响在“开放”同时事件上存在的最大流数?
Like 1024 simultaneous 'open' stream event per process
如果有人有关于它的信息,谢谢你分享它和你的时间,为任何错误
我在我的RHEL机器中的/etc/security/ machine s.conf中设置了下面的值。
* hard nofile 65535
@student hard nofile 100000
当设置用户特定的最大打开文件数时,这是正确的方法吗?
* hard nofile值应该总是大于特定于用户的nofile值的总和吗?
对于这个问题,我没有找到直接的答案,但它是这样的:
假设我有一台主机,其最大打开文件数为1024:
[root@host]# ulimit -a
open files (-n) 1024
以及在该主机上运行的docker容器,其中包含:
[root@container]# ulimit -a
open files (-n) 1048576
那么,如果我尝试打开超过1024个文件,在容器中会有任何问题吗?我认为在这种情况下,容器的实际限制是1024个文件。你认为如何?
我的应用程序在Tomcat5.5上运行,它打开了一个未关闭的文本文件,在打开了一定数量的文件后,服务器挂起并抛出错误java.io.IOException: Too root files and works一旦我重新启动Tomcat5.5,我已经找到了根本原因并使用FileInputStream.close()关闭了该文本文件
有人能帮我在服务器挂起前找到打开的文件数吗?
当在日志消息中的某个点启动jboss-portal-2.7.2时:
2013-01-30 20:32:02,541 ERROR [org.apache.tomcat.util.net.JIoEndpoint] Socket accept failed
java.net.SocketException: Too many open files
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java: