问题标签 [ext3]

我正在编写备份软件。我想以编程方式确定自上次以来文件是否已被修改。EXT3 文件系统下的文件上是否有标志或类似的东西？

我在 Linux Fedora Core 11 机器上看到了一些 PHP 脚本的性能问题，所以我运行了一些命令来寻找瓶颈。我注意到的一件事是编写文件非常快：

但是覆盖它需要更长的时间；

这是为什么？（我可以重复这些结果。）

好奇 128 字节 ext2 和 256 字节 ext3 文件系统之间的 inode 数据结构差异。

我一直在将此参考用于 ext2，128 字节 inode：http ://www.nongnu.org/ext2-doc/ext2.html#INODE-TABLE 。

我一直无法为 ext3、256 字节 inode 找到类似的资源。我粗略地检查了 /usr/include/linux/ext2_fs.h 但它似乎只包含 ext2 的定义。

提前感谢您的帮助。

我即将创建一个基于用户的网站，并且必须为每个用户存储照片、文档和其他数据。

如果我拿一个像 1 000 000 000 个用户这样的愚蠢数字，我相信一个包含 1 000 000 000 个用户的文件夹不会是世界上最快的事情！所以我想创造类似的东西

第一级：[az] 第二级：[az] 第三级：[az]

因此，鲍比将在 /b/o/b/by

但这也意味着它不会被平均传播，因为以 az 开头的用户很少，而以 am,s,l 开头的用户会更多...

所以我正在考虑使用诸如“000000000001”、“000000000001”等用户ID...

第一级：[000-999] 第二级：[000-999] 第三级：[000-999]

因此用户 000000000001 的数据将存储在 /data/000/000/000/001 中，那么我将确保每个级别最多有 1000 个文件夹。

大家怎么看，我该做什么，不该做什么？

服务器将在raid 1 上运行带有EXT3 的Centos 5.4，如果I/O 太糟糕我可能会选择raid 10。

我有一个 MySQL 数据库，每个表包含数百万行，总共有 9 个表。数据库已完全填充，我所做的只是读取，即没有插入或更新。数据存储在 MyISAM 表中。

鉴于这种情况，哪个 linux 文件系统最适合？目前，我有 xfs。但是，我在某处读到 xfs 的读取性能很差。真的吗？我应该将数据库转移到 ext3 文件系统吗？

谢谢

我正在寻找一种快速查找 Linux 目录中文件数量的方法。

任何在目录中的文件数量上花费线性时间的解决方案都是不可接受的（例如“ls | wc -l”和类似的东西），因为它会花费非常长的时间（有数千万甚至数亿目录中的文件）。

我确定目录中的文件数量必须作为一个简单的数字存储在文件系统结构中的某个地方（也许是 inode？），作为用于存储目录条目的数据结构的一部分 - 我怎样才能得到这个数字？

编辑：文件系统是 ext3。如果没有可移植的方式来做这件事，我愿意做一些特定于 ext3 的事情。

为什么没有好的 Windows 驱动程序可以读取 ext2/3/4 文件系统？谷歌搜索表明那里有 2 或 3 个，但它们都有问题。是否存在一些技术上的不一致，导致难以正确编码使我能够打开“我的电脑”并像 NTFS 或 FAT 一样使用 extN 分区的东西？我认为开源和标准的好处之一是这样的问题应该很快得到解决。

我在 MySQL 数据库中有一个 2000 万条记录表。SELECT 的工作速度非常快，因为我设置了良好的索引，但是 INSERT 和 UPDATE 操作变得非常慢。数据库是负载较重的 Web 应用程序的后端。INSERTs 和 UPDATEs 真的很慢，因为这个表上有大约 5 个索引，现在索引大小约为 1GB - 我想计算需要很长时间。

为了解决这个问题，我决定对表进行分区。我运行 MySQL 4，无法升级（无法直接控制服务器），所以我将进行手动分区 - 为每个部分创建一个单独的表。

数据集由大约 18000 个不同的逻辑切片组成，可以完全单独查询。因此，我可以创建 18000 个名为（maindata1、maindata2 等）的表。但是，我不确定这是最佳的方式吗？除了当我想要手动执行某项操作时我必须在管理工具中浏览 18000 个项目这一显而易见的事实之外，我还担心文件系统性能。文件系统是 ext3。我不确定在包含 36000 个文件（有数据文件和索引文件）的目录中定位文件的速度有多快。

如果这是一个问题，我可以将一些数据片连接到同一个表中。例如：maindata10、maindata20 等，其中 maindata10 将包含切片 1、2、3...10。如果我选择 10 人的“组”，我将只有 1800 张桌子。如果我将 20 人分组，我将获得 900 张桌子。

我想知道这个分组的最佳大小是多少，即目录中的文件数与表大小？

编辑：我还想知道使用多个单独的数据库将文件分组在一起是否是个好主意。因此，即使我有 18000 个表，我也可以将它们分组到 30 个数据库中，每个数据库有 600 个表。这似乎更容易管理。我不知道拥有多个数据库是否会增加或减少性能或内存占用（虽然它会使备份和恢复复杂化）

I have a PHP application that for every request loads 1 ini file, and at least 10 PHP files.

As these same files are loaded for every single request I thought about mounting them on a ram disk but I have been told that the linux filing system (ext3) will basically cache them in some way that a ram disk would not improve performance.

Can anyone verify this and possibly explain what is actually happening?

Many thanks.

文件名的长度如何影响磁盘上的剩余存储空间？

我意识到这取决于文件系统。特别是我正在考虑 EXT 系列文件系统。我不完全了解 inode 如何影响磁盘空间以及文件名本身是如何存储的。这个问题也很难得到相关的搜索结果。这就是我在这里问的原因。在 linux 上，最大文件名长度通常为 255 或 256 个字符。创建文件系统时，是否为每个文件名“保留”了该空间量？换句话说，磁盘存储是否不受实际文件名的影响，因为已经使用了最大值？还是比这更复杂？

假设，我有一个名为“joe.txt”的文件并将其重命名为“joe2.txt”。在此之后可用磁盘空间量是否减少了？像“joe_version.txt”或“joe_original_version_with_bug_that_Jim_solved.txt”这样的较长名称呢？我担心 8、16、32、64 等字符的阈值。我将存储数百万张图像。我以前从来没有担心过这样的问题，所以我不完全确定它是如何工作的。

尽管 EXT 是我使用的唯一文件系统，但讨论 FAT 和其他文件系统可能对其他有类似问题的人有用。