标签: directory

CentOS 5.9

前几天我遇到了一个问题，一个目录有很多文件。数一数，我跑了ls -l /foo/foo2/ | wc -l

原来在一个目录中有超过 100 万个文件（长话短说——根本原因正在得到解决）。

我的问题是：有没有更快的计数方法？获得计数的最有效方法是什么？

I have a script that needs to create temporary files for its work, and clean up after itself. My question is about finding the right base directory for the temporary files.

The script needs to work on multiple platforms: Git Bash (Windows), Solaris, Linux, OSX. On each platform, the preferred temp directory is expressed differently:

• Windows: %TMP% (and possibly %TEMP%)
• OSX: $TMPDIR
• Linux, UNIX: supposed to be $TMPDIR but appears to be unset on multiple systems I tried

So …

显而易见的

ls -dR

不起作用。

我目前正在使用

find /path/ -type d -ls

但输出不是我需要的（子文件夹的简单列表）

有出路吗？

我已经看到很多解释为什么基于 Unix 的操作系统中空目录的链接数是 2 而不是 1。他们都说这是因为 '.' 目录，每个目录都指向它自己。我明白为什么会有一些“。”的概念。对于指定相对路径很有用，但是在文件系统级别实现它有什么好处？为什么不让 shell 或采用路径的系统调用知道如何解释它呢？

'..' 是一个真正的链接对我来说更有意义——文件系统需要存储一个指向父目录的指针才能导航到它。但我不明白为什么“。” 成为一个真正的链接是必要的。它似乎也导致了实现中的一个丑陋的特殊情况——你会认为你只能释放链接数小于 1 的 inode 使用的空间，但如果它们是目录，你实际上需要检查一个链接数小于 2。为什么不一致？

我知道我可以这样做来获取目录名称列表：

find . -type d -maxdepth 1 

输出如下所示：

.
./foo
./bar

我更喜欢没有./. 有没有办法让 find 只输出原始名称？

我尝试将列表发送到 stat 以对其进行格式化，但这只是给了我相同的结果：

find . -type d -maxdepth 1 -print0 | xargs -0 stat -f '%N'

如果我将当前/工作目录（使用 导航到它cd）设置为某个特定目录，然后键入：

rm *.xvg

这个命令会做什么？这是真的，上面的命令将只删除文件扩展名为.xvg 只有在工作目录？

在询问之前，我对尝试此操作感到紧张，因为我想绝对确定上述命令只会删除位于 WORKING DIRECTORY 中的.xvg文件。