问题标签 [filesystems]

如何指定用户名和密码以便我的程序打开文件进行读取？需要访问文件的程序是从一个对文件所在文件夹没有读取权限的帐户运行的。程序是用 C# 和 .NET 2 编写的，在 XP 下运行，文件位于 Windows Server 2003 机器上。

假设我有一个输入文件和一个目标目录。如何确定输入文件是否与目标目录位于同一硬盘驱动器（或分区）上？

我想要做的是复制一个文件，如果它在不同的地方，但如果它是相同的则移动它。例如：

简单地将文件移动到~/.Trash/将不起作用，就好像外部驱动器上的文件操作系统一样，它将文件移动到主系统驱动器..

此外，还有其他条件，例如外部驱动器上的文件被移动到/Volumes/.Trash/501/（或当前用户的 ID 是什么）

给定文件或文件夹路径，确定垃圾文件夹的正确方法是什么？我想这种语言是无关紧要的，但我打算使用 Python

就一般操作系统概念而言，文件和记录有什么区别？

操作系统将如何管理它们？我知道什么是文件，什么是记录，但它在操作系统中是如何区分的？

我应该先说我正在开发一款袖珍 PC 应用程序，并且数据文件保存在 sd 卡上。

我有一个应用程序必须创建一个大小为 x 的数组。malloc 每次都失败。

我在 4 gig 卡上有一个 1 gig 文件。
我有 64 兆的板载内存 (ram/data/application/os)
我无法处理数据，因为我需要的数组太大了。
访问 sd 卡几乎和 ram 一样快。
我正在使用 C++ (mfc)

访问我将用作数组的文件的最佳方法是什么？
或者会有不同的方法来做到这一点？

我正在构建一个英语网络词典，用户可以在其中输入单词并获取定义。我考虑了一段时间，因为数据是 100% 静态的，而且我一次只能检索一个单词，所以最好使用文件系统 (ext3) 作为数据库系统，而不是选择使用 MySQL 来存储定义。考虑到您必须连接到 MySQL 并且这本身是一个非常缓慢的操作，我认为开销会更少。

我担心的是，如果我的系统受到 500 字检索/秒的轰炸，我还是将文件系统用作数据库会更好吗？或者增加的文件系统读取会阻碍性能，而不是 MySQL 可能在幕后做的事情？

目前，层次结构由单词的第一个字母、第二个字母和第三个字母分割。因此，如果您要搜索“水”的定义，脚本 (PHP) 将尝试从“../dict/w/a/t/water.word”中读取（在清理有问题的单词和小写）

我是朝着正确的方向前进还是有更快的解决方案（不计算使用 memcached 之类的东西在内存中存储定义）？存储在任何目录中的文件数量是否会影响性能？我应该在目录中存储的文件数量的粗略基准是什么？

如何在 Linux（ Red Hat Linux ）系统上快速创建大文件？

dd会完成这项工作，但是当您需要数百 GB 大小的文件进行测试时，从驱动器读取/dev/zero和写入驱动器可能需要很长时间......如果您需要重复执行此操作，那么时间真的会加起来。

我不关心文件的内容，我只想快速创建它。如何才能做到这一点？

使用稀疏文件对此不起作用。我需要为文件分配磁盘空间。

Windows XP 磁盘碎片整理程序报告显示了我系统上许多磁盘分区上的磁盘使用率的持续差距。我不是指发生的短暂的小差距。在下面的磁盘 D 中，有问题的间隙是“碎片整理”一词下的间隙。在下面的磁盘 P 中，差距是“def 之前的使用”下的差距，但差距更大。C 分区没有这个异常。大小和放置模式并不明显。就好像有一个区域，一个无人区，文件系统和碎片整理程序都避开了。这些差距在日常使用和碎片整理中仍然存在。我不相信这是页面文件的残留物——无论如何，它应该显示为绿色。回收站是空的。

有任何想法吗？

磁盘 D（20 Gig）：

磁盘 P (40 Gig):

我有一个 Web 服务器，它保存缓存文件并将它们保存 7 天。文件名是 md5 哈希，即正好 32 个十六进制字符长，并保存在一个看起来像这样的树结构中：

你明白了。

我的问题是删除旧文件需要很长时间。我有一个每天运行的 cron 作业

这需要半天多的时间才能完成。我担心可扩展性以及这对服务器性能的影响。此外，缓存目录现在是我系统中的一个黑洞，偶尔会捕获无辜的du或find.

LRU 缓存的标准解决方案是某种堆。有没有办法将其扩展到文件系统级别？有没有其他方法可以更容易管理？

以下是我考虑过的想法：

1. 创建 7 个顶级目录，每个工作日一个，每天清空一个目录。这将缓存文件的查找时间增加了 7 倍，使得文件被覆盖时变得非常复杂，而且我不确定它会对删除时间有什么影响。
2. 将文件保存为带有名称和日期索引的 MySQL 表中的 blob。这看起来很有希望，但实际上它总是比 FS 慢得多。也许我做得不对。

有任何想法吗？

我有很多备用的英特尔 linux 服务器（数百台），并希望将它们用于网络托管和文件共享环境中的分布式文件系统。这不适用于 HPC 应用程序，因此高性能并不重要。主要要求是高可用性，如果一台服务器离线，存储在其硬盘上的数据仍然可以从其他节点获得。它必须通过 TCP/IP 运行并提供标准的 POSIX 文件权限。

我看过以下内容：

• Lustre ( http://wiki.lustre.org/index.php?title=Main_Page )：非常接近，但它不为节点上的数据提供冗余。您必须使用 RAID 或 DRBD 使数据成为 HA。由 Sun 和开源支持，因此应该存在一段时间

• gfarm（http://datafarm.apgrid.org/）：看起来它提供了冗余，但以复杂性和可维护性为代价。不如 Lustre 得到很好的支持。

有没有人对这些或任何其他可能有效的系统有任何经验？