问题标签 [io]

我想在某些 Windows 系统上使用 WMI 来轮询每个进程的网络使用情况。据我所知，Win32_PerfRawData_PerfProc_Process 中有许多 IO 实例，但它们用于网络、磁盘和设备的组合 IO。有没有办法打破它，以便我可以将网络和磁盘 IO 分开？

这是交易。

我的 WinApp 正在运行，对吧？假设进程'A'。它创建一个文件并保留句柄（保持文件打开以进行写入，这是必须的）。
然后它开始其他 msbuild 过程，我们称之为“B”。此过程从System.Diagnostic.Process类开始。
在某些时候，我的 WinApp (A) 需要删除之前创建的文件（记住它是由 A 自己创建的），这时我收到 IOException 并显示消息“进程无法访问文件'X'，因为它正在被另一个进程使用”。它实际上是！......如果我终止进程'B'，只有'A'才能成功删除文件。

所以我的问题是：
1）有没有办法告诉我创建的过程不是没有处理我打开的文件？
2）还有其他方法可以实现我的方案吗？

I am trying to control some LEDs wired to the parallel port on Windows XP. The easiest solution would be Inpout32.dll from Logix4u.net. I have found many source code samples in various languages (C++, Visual Basic, C#) but nothing using Java.

Do you know any tutorials about calling DLL functions from Java ? (what I have found so far on Google are not so advanced).

Environment: Java 1.6.0, Windows XP

如何检查文件是否已被 Powerscript 中的另一个进程使用？

好的，事实证明我正在使用的这个第 3 方组件将电子邮件附件存储在字符串类型的属性中（它已经被解码）。

我现在如何将其存储到文件中？

它有：文件名、编码类型和文件的字符串表示。

在 bash 中，调用foo会在标准输出上显示该命令的任何输出。

调用foo > output会将来自该命令的任何输出重定向到指定的文件（在本例中为“输出”）。

有没有办法将输出重定向到文件并显示在标准输出上？

有没有一种好方法可以获取在 Windows 中创建文件的进程名称？

我在 Windows 2000 Server C:\WINNT\Temp上有一个目录，其中填满了如下文件：
70618199
21834082

它们的大小始终为 121,201 KB。

我可以以编程方式“捕获”在此位置放置文件的程序名称或服务名称吗？

更多信息：
我对此做了更多研究。我重命名了文件 TIFF 并能够打开它。
该机器通过自定义编写的 ASP.NET 应用程序用作文档搜索工具。该机器在 E:\ 驱动器上包含大约 50,000 个 TIFF 文档。这台机器还运行 SQL Server 2000，打开全文索引。全文索引绝不会触及 TIFF - 但它不应该因为这是 SQL 对吗？但 FTS 确实需要打开索引服务。这个 TIFF 的奇怪之处似乎是 Web 服务器提供的最大的东西。IIS 或索引服务是否使用 C:\WINNT\Temp 进行某种缓存？想法？

解决方案（也许？） 这似乎是 Microsoft 索引服务。
当我关闭它时，这些文件都不会在 WINNT\Temp 中创建。
它似乎抓取了它找到的最大文件并将其复制到 WINNT\Temp 中。这很奇怪。当您处理 100MB+ TIFF 文件时，这可能会导致您的磁盘空间不足。很烦人。
猜猜我将关闭我的索引服务的“Web”分支。

我正在使用 Quickbook 的 IIF 文件格式，我需要编写一个解析器来读取和写入 IIF 文件，并且在读取文件时遇到了一些问题。

这些文件很简单，它们是制表符分隔的。每一行要么是一个表定义，要么是一行。定义以“！”开头 和表名，行仅以表名开头。这是我遇到的问题：某些字段允许换行。

当我第一次遇到这个问题时，我想，好吧，只需逐个标签而不是逐行解析它，但要做到这一点，我必须用制表符替换换行符，并得到比列更多的值，但我发现用换行符分散在太多列中的值。

你将如何解析这样的文件？

编辑：一个例子

在现代系统上，可以通过压缩输出流来提高本地硬盘写入速度吗？

这个问题源于我正在处理的一个案例，其中一个程序连续生成大约 1-2GB 的文本记录数据并将其转储到硬盘上的原始文本文件中，我认为它是 IO 绑定的。我是否希望能够通过在数据进入磁盘之前对其进行压缩来减少运行时间，或者压缩的开销是否会耗尽我可以获得的任何收益？有一个空闲的第二个核心会影响这个吗？

我知道这会受到用于生成数据的 CPU 数量的影响，因此关于需要多少空闲 CPU 时间的经验法则会很好。

我记得一个视频演讲，有人使用压缩来提高数据库的读取速度，但 IIRC 压缩比解压缩更占用 CPU 资源。

有谁知道opendir的Win32等价物是什么（或者它是否存在）？显然，我可以将 FindFirstFile(Ex) 与 FindNextFile 一起使用，但是将 * 附加到路径似乎是一种很老套的方法。