标签: filesystems

我们都知道 Linux/Unix 会自动阻止对当前打开的另一个进程写入的文件的尝试。但是，如果另一个进程打开文件进行写入，是否可以阻止/锁定对文件的读取访问？我有两个不同的脚本，两者都在随机时间启动并在一天中运行不同时间：一个脚本覆盖特定文件；另一个脚本覆盖特定文件。另一个从该文件中读取。如果第一个打开了文件，我希望第二个阻塞（等待）或失败。

根据手册：

mount_opts=mount_option_string
                      Set  a  set  of  default mount options which will be used when the file
                      system is mounted.  Unlike  the  bitmask-based  default  mount  options
                      which  can  be  specified with the -o option, mount_option_string is an
                      arbitrary string with a maximum length of 63 bytes, which is stored  in
                      the superblock.

如果我尝试设置单个选项，它会起作用：

$ tune2fs -E mount_opts=data=writeback /dev/sde2
tune2fs 1.43.5 (04-Aug-2017)
Setting extended default mount options to 'data=writeback'

但如果我尝试设置多个选项，它似乎与tune2fs自己的解析机制冲突：

$ tune2fs -E mount_opts=data=writeback,noatime /dev/sde2 
tune2fs 1.43.5 (04-Aug-2017)

Bad options …

我的服务器包含 128 个监视器，这导致提交了许多随机写入 IO。如果我使用SSD，很多写入很快就会坏掉。

我读了一些关于 F2FS 的文章，知道它在闪存盘和随机/小写上效果更好。

我的服务器中有很多随机写入 IO。它总是会降低我服务器的性能。

如果我在硬盘上安装 F2FS？这比ext4更好用吗？

====== 更新 ======

RAID0 仅用于性能基准测试，实际上我会使用 RAID5 或 RAID6。

在我搜索了很多之后，有两种方法可能有效：

1. 缓存IO
2. 队列 IO 从随机 IO 到顺序 IO <-- F2FS支持

我有一个包含需要在 Mac、Linux 和 Windows 机器之间复制的文件的卷。我想确保没有意外：

• 文件大小
• 文件名长度
• 文件名字符集
• 嵌套目录数

假设在 FAT32 中合法的任何内容（在上面的列表中）在 NTFS、EXT3 和 HFS+ 中也合法，我是否正确？

如果没有，是否有我可以运行的脚本/实用程序，而无需实际将文件复制到所有这些类型的卷，这将打印一个列表潜在问题？

预计卷大小约为 1TB。在处理每个文件夹中的大量文件时，文件系统应该快速执行。

快照支持会很好，用于备份目的，但不是强制性的。

它将在硬件 RAID 0+1 系统上创建，但我几乎不怀疑这将是一个问题。

我正在使用 CentOS 5 和 Plesk 9（64 位），我正在运行一个网站，用户将在其中上传图片。对于 64 位操作系统，我可以存储的文件数量有限制吗？我只关心性能和提供文件。我不希望有 4 个目录深度分散的文件。但是，我希望在某个时候我可以拥有 200-30 万张图像。

我刚买了一个新的 500GB 外置硬盘。大多数时候我只在这些东西和一些电影上存储操作系统 ISO。无论如何，大文件有时会超过 4GiB，因此 FAT 是不可能的。

所以，我想知道。我的旧外置硬盘是 NTFS 格式的，因为它有时必须能够连接到 Windows boxen。这个新硬盘没有这个要求。NTFS 仍然是最佳选择吗？ext{2,3,4} 文件系统之一是否是可移动磁盘的不错选择？是否有我不知道的文件系统符合要求？

这里的“账单”将是一个稳定的文件系统，它能够在不干净的断开连接中幸存下来，速度快，可以处理超过 4GiB 的文件，并且至少可以在 2.6.28 及更高版本的内核上使用。

更新：我没有考虑 xfs，它的大文件系统支持很有趣。我将查看我使用的操作系统/内核（RHEL5、CentOS5、Ubuntu 9.04 和 8.04、Fedora11），看看这些内核是否支持 xfs。我想我记得其中一些（发行版）默认不支持它，但话说回来，也许我在这里将 jfs 误认为 xfs。

同步选项也很有趣，但这意味着在我的所有机器上为这个设备创建 UDEV 规则，这不是一个大问题，但仍然是我必须记住的事情。

最后，采用 xfs 和同步选项，我想知道 xfs 的性能提升和同步选项的性能下降是否会比 - 仍然相当有限 - USB 接口显着。

我有几个运行 Samba 的 Linux 文件服务器，我需要做什么来支持带有 unicode 字符的文件名？

• 特定的文件系统对 Unicode 有更好的支持吗？
  • 我会通过使用 ext3 以外的其他东西获得更好的支持吗？
• 我该怎么做才能让 Samba 使用 Unicode 文件名？
• Unicode 文件名还有哪些其他类型的问题？
  • NFS 和 Unicode 怎么样？

我希望获得适用于任何发行版的一般信息，但如果重要的话，假设系统的语言环境是 en_US.UTF-8 并且正在运行 Debian (Lenny) 或 Ubuntu (Hardy)。

是否有 shell 命令从根目录递归查找最新创建的文件？