我有一个目录 /some/dir 包含数百万个文件和目录。我需要删除所有文件的 X 位，但不是从目录中删除。
以下作品：
find /some/dir -type f -chmod -x {} \;
但我相信它会为每个文件生成一个“chmod”进程。这可以解释为什么它运行很长时间。
有没有办法以更有效的方式做到这一点？
我即将将数据从一个 XFS 文件系统复制到另一个（较小的）XFS 文件系统。复制时可能会卸载文件系统。我不想担心 ACL、SELinux 上下文等，所以我正在研究 xfs_copy 和 xfsdump。
什么时候应该使用 xfs_copy 而不是 xfsdump，反之亦然？一个比另一个快吗？
在 Linux 服务器上，我需要从一组用户中删除 root 权限。但这些用户有正当理由能够使用“查找”实用程序根据文件名、修改日期和其他元数据搜索文件。
在服务器上，文件名不敏感，但文件内容可能。
我想使用 sudo 允许用户在服务器上的任何位置搜索文件。“查找”实用程序很棒，但它允许各种副作用，例如使用“-exec”生成任意命令。
我可以find在我的限制下工作吗？
我正在运行 CentOS Linux 5.4 (x86_64) 的戴尔服务器上试验不同 SCSI 队列深度值的影响。
该服务器有两个通过多路径连接到存储系统的 QLogic QLE2560 FC HBA。存储系统已为服务器分配了两个 LUN，每个 LUN 通过主动-主动-主动-主动循环配置中的四个路径连接。总而言之，这两个 LUN 作为八个/dev/sdX设备存在，由/dev/mpath中的两个设备表示。
我目前在/etc/modprobe.conf 中调整队列深度值，并通过查看/proc/scsi/sg/devices的第七列来检查结果（重新启动后）。
与此相关的两个问题：
有没有办法在不重新启动或卸载 qla2xxx 内核模块的情况下调整队列深度？例如，我可以将新的队列深度值回显到某个/proc或/sys类文件中以更新队列深度吗？
如果我将队列深度设置为 128，那是
- qla2xxx 模块处理的所有设备总共有 128 个？或
- 每个 HBA 128 个？（共 256 个），或
- 8 个 /dev/sdX 设备中的每一个（总共 1024 个）128 个？或者
- 两个 /dev/mpath/... 设备各有 128 个（总共 256 个）？
这对我来说很重要，这样我的服务器就不会淹没存储系统，影响连接到它的其他服务器。
关于 Microsoft Active Directory 域：拥有一个名称包含两个（或更多）点的域是否合法？即，“foo.bar.baz”是合法的 AD 域名吗？“dmz.foo.bar.baz”是合法的AD域名吗？
如果一个多点的AD域名是合法的：域名多于一个点的AD有什么问题吗？即，是否存在与同时拥有“example.com”和“dmz.example.com”域相关的潜在问题（两者在信任方面是完全分开的）。
澄清：两个域没有域间关系（防火墙将它们完全分开）；每个域都有自己的一组 DC。