我有点怀疑
首先:可以创建的文件流(可读流或可写流)的最大数量是否有限制?
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
如果有人有关于它的信息,谢谢你分享它和你的时间,为任何错误
当使用Python安装脚本时,会像在中讨论的那样替换shebang。
问题是,在我的例子中,它被替换为
#!/ssoft/spack/paien/v2/opt/spack/linux-rhel7-x86_E5v2_IntelIB/gcc-7.3.0/python-3.6.5-5yxsy6j5miw26wxpzrtync5gnhtsv5pt/bin/python3
它看起来太长,操作系统无法处理:
bad interpreter: /ssoft/spack/paien/v2/opt/spack/linux-rhel7-x86_E5v2_IntelIB/g: no such file or dir
在windows中,有一些由系统维护的对象--事件、文件访问句柄、窗口、计时器等,它们并不是无限制的,因此系统中的所有程序都可以创建不超过50k的对象(我不确定确切的数字,但对于这个问题并不是很关键)。
因此,如果某个程序运行了很长时间,创建了许多对象,但没有释放它们(就像内存泄漏一样,但这里的系统对象是泄漏的),系统最终会耗尽对象,而其他程序试图执行需要创建任何新系统对象的操作时,会开始从系统函数获得错误指示。例如,程序A运行并泄漏系统可用的所有对象,然后程序B尝试打开文件,但失败只是因为系统没有资源为该请求提供服务。在这一点上,唯一的解决方案是重新启动程序A,以便系统回收泄漏的资源。
Un