今天下午，我想看看我在运行这个博客的服务器上还剩下多少磁盘空间。就像Unix/Linux命令经常出现的情况一样，在获得所需信息后，我开始考虑其他方法。而且，就像经常发生的情况一样，我学到了一些新东西。不管怎么说，对我来说都是新的。
总结包含给定文件(在本例中，当前目录是我的主目录)的文件系统的磁盘使用情况的输出是。
这表明我正在使用我要支付的25 GB中的41%。h选项告诉df对输出使用“Human”格式，而不是以“1-K块”显示使用情况，而是以千字节、兆字节和千兆字节为单位显示使用情况。很多GNU实用程序都有一个-h选项，就是这样工作的。
该磁盘使用情况包括我的虚拟服务器上的所有内容-除了特定于博客的文件之外，所有的可执行文件、库和支持文件。我想改进一下，看看这个博客到底在使用什么。它需要du命令：
再一次，-h选项表示“人类格式化的值”。d1选项告诉du只需深入一个目录级。输出是。
8.0K./.gnupg68K./pagelogs114M./all-this9.0M./.local116K./php-markdown1.5M./.cache68K./.ipython20K./.Pip8.0K./.ssh522M./tmp16K./bin8.0K./.conda1.1G./public_html4.0K./.nam3.4K./anac.。
public_html的行就是我要找的：1.1 GB。因此，服务器上用于博客的空间相对较少。
当我查看du输出时，我认为将其按数字顺序排列会更有用。我想给du添加一个-s选项，但这行不通。du手册页没有显示对输出进行排序的选项。
标准的Unix处理方式建议通过管道传输输出以进行排序，但我确信这在这里是行不通的。因为尽管SORT有一个-n选项用于按数字排序，但du的人工输出中的数字不是需要排序的。这是我想要排序的数量，这意味着后缀必须考虑在内。一个测试与。
1.1g./public_html1.5M./.cache3.4G./anaconda34.0K./.nan5.1G.8.0K./.conda8.0K./.gnupg8.0K./.ssh9.0M./.local16K./bin20K./.pin68K./.ipython68K./pagelogs114M./all-this 116K./php-markdown5./php-markdown5.。
这证实了我的怀疑。非常适合对数字进行排序，但对数量排序无用。
4./.nan8./.conda8./.gnupg8./.ssh16./bin20./.Pip68./.ipython68./pagelogs116./php-markdown1448./.cache9184./.local115896./all-this534104./tmp1098316./public_html3470796./anaconda35333936.。
这是很棒的，直到数字上升到超过五六位数，你就失去了数量级的跟踪。
但现在是我学到东西的时候了。事实证明，GNU人员认识到读取和写入人类格式值的必要性，并添加了-h选项进行排序。所以。
5.1G.3.4G./anaconda31.1G./public_html522M./tmp114M./all-this9.0M./.local1.5M./.cache116K./php-markdown68K./pagelogs68K./.ipython20K./.Pip16K./bin8.0K./.ssh8.0K./.gnupg8.0K./.conda.。
这正是我想要的：易于阅读和适当分类。(-r开关告诉排序颠倒，因此最大的目录排在第一位。)
-h选项是在2009年添加到GNU排序中的，也就是我回到Mac并不再像以前那样热衷于使用命令行的四五年之后。我不会因为不知道这件事而感到很难过。