草庐IT

FileSystems

全部标签

windows - 是否可以合理地绕过扫描工作目录的防病毒软件?

我的Win32应用程序在运行时在指定的临时文件夹中执行大量磁盘操作,并且认真地重新设计它是不可能的。有些客户端有扫描同一个临时目录的防病毒软件(它只是扫描所有内容)。我们试图说服他们禁用它-它不起作用,所以这也是不可能的。每隔一段时间(大约每千次文件操作一次),我的应用程序会尝试对当时由防病毒软件打开并因此被操作系统锁定的文件执行操作。发生共享冲突并导致我的应用程序出错。这种情况平均每三分钟发生一次。在大多数典型情况下,临时文件夹最多可包含10万个文件,因此我不喜欢让它们一直打开的想法,因为这可能会导致在某些边缘情况下资源耗尽。我的应用程序是否有一些合理的策略来响应所需文件被锁定的情况

java - 如何找出一个文件当前是否在 Java 中增长(独立于操作系统)

我正在尝试找到一种跨平台的方式来可靠地判断文件是否已完成复制(通过外部进程)。以前,在OSX/Linux上我只是在检查Filefile=newFile("path/to/file");file.length()然后等待几秒钟并再次检查它是否已更改。然而,这在Windows上不起作用,因为该方法总是返回完整文件的大小(即它最终将在复制后的大小)。我也试过检查lastModified时间戳,但这似乎也没有改变。 最佳答案 一个选项是尝试打开文件进行写入,使用“附加”FileOutputStream-如果您可以这样做,则不太可能另一个进程

windows - 在 Windows 中获取安全的临时文件夹

我需要一个安全的临时文件夹,我可以在其中存储我的应用程序的临时文件,但到目前为止,我的研究使我得出结论,我发现的所有方法都是有缺陷的。第一个想法是使用GetTempPath函数,但这会导致两个问题:该文件夹可能不存在,所以我必须将文件夹一个一个地截断到根目录,如果它们不存在则重新创建它们回到完整路径(容易出错,乏味)来自“LarryOsterman的WebLog”click似乎GetTempPath可能会回退到USERPROFILE或Windows目录并在其中提取大量文件,这太糟糕了!在同一篇文章中,有人建议使用GetEnvironmentVariable,但这对我来说似乎是一个危险的

windows - NTFS 文件系统时间

我在windowsxp上测试过这个。如果我这样做创建一个文件。写入文件。关闭文件。(然后,文件的LastWriteTime被更改)但如果我这样做创建一个文件。设置文件的LastFileTime。通过调用GetFileTime检查时间(然后,文件的LastWriteTime被更改)睡20秒。写入文件。睡20秒。关闭文件。通过调用GetFileTime检查时间(从未应用进程5的时间。为什么?)编辑:wstringfileName=L"D:\\testfile.txt";HANDLEh=CreateFileW(fileName.c_str(),GENERIC_WRITE|GENERIC_RE

c# - 如何确定谁更改了文件?

在Windows中,如何以编程方式确定上次更改或删除文件的用户帐户?我知道设置对象访问审计可能是一个选项,但如果我使用它,我就会遇到尝试将审计日志条目与特定文件匹配的问题……听起来复杂而困惑!我想不出任何其他方法,那么有没有人对这种方法或任何替代方法有任何提示? 最佳答案 您可以将您的问题分为两部分:每当访问文件时写入日志。解析、过滤并呈现日志的相关信息。在这两个第1部分中,如您所述,写入日志是通过审核的内置功能。重新发明它会很困难,而且可能永远不会像内置功能那样好。我会通过在这些文件上设置审核ACL来使用内置的日志记录功能。然后,

windows - 最建议在 Windows 文件夹 (NTFS) 中包含多少个文件?

我们有一个项目包含大量图像文件...我们尝试将它们拆分到主存档文件夹中的子文件夹中。每个子文件夹最多包含2500个文件。例如:C:\ArchiveC:\Archive\Animals\C:\Archive\Animals\001-2500files...C:\Archive\Animals\002-2300files..C:\Archive\Politics\C:\Archive\Politics\001-2000files...C:\Archive\Politics\002-2100files...等等...在Windows下以这种方式存储文件的最佳方式是什么?究竟为什么,请...?

windows - 我们什么时候应该使用分散/聚集(矢量)IO?

Windows文件系统支持scatter/gatherIO.(当然,其他平台也可以)但是不知道什么时候用IO机制。你能给我解释一个合适的案例吗?使用I/O机制我们能得到什么好处?(只是一点点IO请求?) 最佳答案 当您进行大量随机(即非顺序)读/写时,您会使用Scatter/GatherIO,并且您希望节省上下文切换/系统调用-从这个意义上讲,Scatter/Gather是批处理的一种形式。但是,除非您有一个非常快的磁盘(或者更可能是一个大型磁盘阵列),否则系统调用成本可以忽略不计。如果您正在编写数据库服务器,您可能会关心这一点,但

java - 以编程方式在Windows中创建快捷方式

有没有办法在windows中创建链接?我找到了使用VBScript的示例,或者必须下载Shortcut.exe。我需要一个简单的解决方案。这可能吗? 最佳答案 我遇到了同样的问题,所以我编写了用于解析和创建.lnk文件的库。它不使用VBScripts或JNI,仅使用Java代码。看我的Github.创建快捷方式:ShellLink.createLink("targetfile","linkfile.lnk")。您还可以设置链接的大多数参数。请参阅repo中的详细信息和示例。可能这个问题还不是实际问题,但我希望它对在Google中找到

windows - 谁能推荐适用于 Windows 的磁盘 I/O 基准测试软件?

我想测试文件系统在不同条件下的性能。具体来说,我想在“普通硬盘”和USB磁盘上测试无压缩和有压缩的Windows虚拟机的性能,因为如果能确切地了解它们之间的区别会很有趣。我需要的是一个程序,它可以测试文件系统的不同方面(随机访问、顺序读/写等),并制作与我的博客相得益彰的漂亮图表。最好应用程序应该是自动化的,这样我就可以将它添加到启动中,这样每次运行的时间都是相同的,我可以重复运行以进行验证。当我开始测试时,我可以在此处发布指向结果的链接。目前还处于规划阶段。 最佳答案 Iometer是I/O测量工具。而且是免费的。来自网站:Iom

windows - 文件名的长度是否会影响巨大的 NTFS 文件夹索引?

我的NTFS文件夹可能会增长到容纳100,000到1,000,000个文件,这是本answeronNTFSperformance中讨论的上限.我的文件具有以下特征:1)它们的文件名很长(通常为64到100个字符)。2)对于许多文件,文件名的前20到40个字符的前导部分可以相同。长文件名是否会影响NTFS文件夹索引性能,无论是从文件名查找文件记录、索引碎片还是索引增长?NTFS文件夹索引是(据报道)B树。我已经对我的软件进行了50,000个文件的测试,但我正在运行“快乐路径”测试,文件系统变动很小。测试到1,000,000将需要数周不间断地运行我的软件。我考虑过编写一个模拟器,但在我这样