假设我们正在使用 ext4（启用 dir_index）来托管大约 3M 文件（平均大小为 750KB），我们需要决定我们将使用什么文件夹方案。
在第一个解决方案中，我们将哈希函数应用于文件并使用两级文件夹（第一级为 1 个字符，第二级为 2 个字符）：因此filex.for哈希等于abcde1234，我们将其存储在 /path / a/bc /abcde1234-filex.for。
在第二种解决方案中，我们对文件应用哈希函数并使用两级文件夹（第一级为 2 个字符，第二级为 2 个字符）：因此filex.for哈希等于abcde1234，我们将其存储在 /path / ab/de /abcde1234-filex.for。
对于第一个解决方案，我们将采用以下方案/path/[16 folders]/[256 folders]，每个文件夹（文件所在的最后一个文件夹）平均有 732 个文件。
而在第二个解决方案，我们将有/path/[256 folders]/[256 folders]与平均每个文件夹45页的文件。
考虑到我们要从这个方案中写入/取消链接/读取文件（但主要是读取）（基本上是 nginx 缓存系统），如果我们选择一个或其他解决方案，它在性能方面是否重要？
另外，我们可以使用哪些工具来检查/测试此设置？
我通过编辑文件conf/application.rb.
+config.assets.prefix = '/wrapper/thing'
它适用于资产管道，但是当我尝试在我的视图中使用它时。
<%= asset_path('milk.png') %>
它仍然输出"/assets/milk.png"而不是"/wrapper/thing/milk.png".
我错过了什么吗？
我运行了下面的tc命令，它输出了高数字的重新排队，你知道这个重新排队意味着什么吗？顺便说一句，它随着时间的推移不断增加。
我看了一下man tc，但没有发现任何东西。
$ tc -s qdisc ls dev em1
qdisc mq 0: root
Sent 1760345587651 bytes 1790125037 pkt (dropped 0, overlimits 0 **requeues 135812** )
rate 0bit 0pps backlog 0b 0p **requeues 135812**