为什么 NTFS 性能与 Linux/ext3 等相比如此糟糕?我经常在从 Subversion 检出(大型)源代码树时看到这一点。在 NTFS 上结帐大约需要 10-15 分钟,而在 Linux(在几乎相同的硬件上)上的相应结帐需要快一个数量级(1-1.5 分钟)。
也许这是特定于处理大量小文件而 NTFS 在处理大文件时更好,但为什么会这样呢?一般来说,提高小文件的 NTFS 性能对 Windows 性能不是非常有益吗?
编辑:这并不意味着“与 ext3 相比,NTFS 很糟糕”的煽动性问题;我真正感兴趣的是为什么NTFS 在某些情况下表现不佳。这只是糟糕的设计(我怀疑),还是有其他问题起作用?
是否有适用于 Linux 的 SonicWall 客户端?当我四处寻找时,我只能找到几年前的答案。
场景:我正在将几个大文件从 DVD 复制到我的桌面(Windows 7 专业版,以防万一)。过了一会儿,我意识到这将花费太长时间,我按“取消”。复制对话框更改并显示“正在取消...”,然后很长一段时间没有任何反应 - 几分钟,足够我的耐心耗尽。
为什么“取消”复制操作需要时间?操作系统在做什么或在等待什么?
是否可以“共享”VirtualBox 快照?我有一台“基准”VirtualBox 机器,我希望能够拍摄快照,并将其发送给具有相同基准机器的另一个用户。
该场景是使用基准机器进行测试,我希望允许测试人员创建描述某个系统状态的快照,并将该快照发送给开发人员进行进一步检查。
编辑:澄清一下,我希望能够“增量地”导出快照,而不必将整个机器导出为一个设备。
我正在尝试在 Windows 7 中安装 Visual Studio 2005。尝试启动时,Windows 7 抱怨 Visual Studio 2005 与 Windows 7 不兼容,并让我在线搜索解决方案。它提供了适用于 Windows Vista 和 Windows 7 的 Visual Studio 2005 SP1 的链接,但是当我下载它 (VS80sp1-KB932232-X86-ENU.exe) 并尝试运行它时,它拒绝安装说
Windows Installer 服务无法安装升级补丁,因为要升级的程序可能丢失,或者升级补丁可能更新了不同版本的程序。验证要升级的程序是否存在于您的计算机上,并且您有正确的升级补丁。
我最近在工作时无法连接到我们的 Sonicwall VPN。Sonicwall 客户端卡在“连接”状态,日志显示“对等方未响应第 1 阶段 ISAKMP 请求”。
奇怪的是,这不是我自己的 PC 的问题,只是我的工作笔记本电脑(运行 Windows 7 64 位的联想 W530),而且最近才出现。这应该排除我的 ISP 阻止 VPN 的任何问题,或路由器本身的问题。
我公司的 IT 部门说,当我尝试连接时,他们在日志中看不到任何内容。我的结论是笔记本电脑本身有问题。禁用防火墙无济于事。
是否可以通过其他方式阻止 VPN 连接?我应该寻找什么?
编辑:这个问题已经“神奇地”消失了,我的网络没有做任何改变。我只能假设这是由我的 ISP 的一些网络故障引起的。
windows-7 ×3
vpn ×2
benchmarking ×1
filesystems ×1
linux ×1
ntfs ×1
performance ×1
snapshot ×1
virtualbox ×1