Windows 大文件的大量文件句柄-潜在问题？

在一个程序的生命周期内（比如一周左右），保持大小为3GB+的文件的512个文件句柄处于打开状态会导致32位Linux出现问题吗？窗户

---

潜在的解决方法：打开/关闭文件句柄的性能损失有多大？

我不知道Linux，但在Windows中，512个文件对我来说似乎不太重要。但根据经验，如果超过一千，那就太多了。（尽管我不得不说，我还没有看到任何一个节目的第一手开播时间超过，比如说，50个。）

---

打开/关闭句柄的成本并没有那么高，除非你每次都想读/写少量的句柄，否则打开/关闭句柄的成本太高，你应该缓冲你的数据。

我不了解Linux，但在Windows中，512个文件对我来说似乎并不多。但根据经验，如果超过一千，那就太多了。（尽管我不得不说，我还没有看到任何一个节目的第一手开播时间超过，比如说，50个。）

---

打开/关闭句柄的成本也不会太高，除非你每次都想读/写少量句柄，否则打开/关闭句柄的成本太高，你应该缓冲数据。

文件的大小无关紧要。不过，文件描述符的数量确实如此。例如，在Mac OS X上，默认限制为每个进程打开256个文件，因此您的程序将无法运行。

文件的大小无关紧要。不过，文件描述符的数量确实如此。例如，在Mac OS X上，默认限制为每个进程打开256个文件，因此您的程序将无法运行。

我想我可以打开/关闭它们，但我更愿意消除开销。在这种情况下，请保持文件打开--不要打开更多文件。：）在Windows上，几千个文件句柄几乎不是问题。手柄台设计用于支持2^24个手柄。当然，每个对象也会占用一些内存，因此在达到该限制之前，您可能会耗尽内存。我想我可以打开/关闭它们，但我更愿意消除开销。在这种情况下，请保持文件处于打开状态，但不要打开更多的文件。：）在Windows上，几千个文件句柄几乎不是问题。手柄台设计用于支持2^24个手柄。当然，每个对象也会占用一些内存，因此在达到该限制之前，您可能会耗尽内存。运行

ulimit-a

，查看

打开的文件
。运行
ulimit-a
，查看
打开的文件
。