相关疑难解决方法(0)

我有一个将生成大量图像的项目。大约 1,000,000 开始。它们不是大图像，所以一开始我会将它们全部存储在一台机器上。

您如何建议有效地存储这些图像？（目前是 NTFS 文件系统）

我正在考虑一个命名方案...一开始，所有图像都将有一个从 1 开始的增量名称，我希望这将有助于我以后在需要时对它们进行排序，并将它们放在不同的文件夹中。

什么是更好的命名方案：

a/b/c/0 ... z/z/z/999

或者

a/b/c/000 ... z/z/z/999

对此有什么想法吗？

背景

我有一个小的 logrotate 失误...... Logrotate 会通过失误旋转存档的日志，导致我的/var/log/. 当我发现有什么不对劲的时候，/var/log/已经包含了几百万个文件......

我设法（在一些脱发和 find/sed/grep 魔法之后）删除了所有有问题的文件并修复了我的 logrotate 配置。并认为一切都很好......

问题

每当我ls/du -hs或以其他方式列出/var/log/（现在包含 80mb 的档案/日志和最多几百个文件）的内容时，执行此操作的过程会挂起一两分钟。我确实相信这在某种程度上与 logrotate 事故有关，但我不确定，可能是其他原因。无论如何，我不知道从哪里开始调试或寻找解决方案。请帮助：3

其他信息

uname -a
Linux xxx 3.3.8-gentoo #18 SMP Sat Sep 21 22:44:40 CEST 2013 x86_64 Intel(R) 
Core(TM)2 CPU 4400 @ 2.00GHz GenuineIntel GNU/Linux

cat /proc/meminfo 
MemTotal:        2051552 kB
MemFree:           75612 kB
Buffers:            9016 kB
Cached:          1740608 kB
SwapCached:            0 kB

CFQ IO scheduler + SLUB allocator 

我想：一个目录中有多少文件太多了？（从网络下载数据）是相关的，但我不再有文件了。 …