贝壳主机网
注意：部分文章发布时间较长，可能存在未知因素，购买时建议在本站搜索商家名称，先充分了解商家动态。
交流：唯一投稿邮箱：hostvps@88.com。
网友 httpd 说：
建了公元0年至公元23000年的一級目錄，并在每個年份目錄裏建了1月至12月的月份目錄，結果實際真實的數據也就占用2011年至2023年1月，總大小12G左右，因爲是圖床用的，所以各種圖像文件超多也沒有這23000+276000的空目錄使得服*器卡，這是和原理？我只知道相同的情況還有Windows記事*打開幾百MB和G為單位的文*會卡*。
网友 httpd 说：
yiluosha3 发表于 2023-1-19 22:59
inode过多
https://www.stackscale.com/blog/inodes-linux/#Inode_usage_i**ues_and_best_practices
网友 httpd 说：
放在我16G的*子上運行也很卡，刪除超級慢，甚至都進度100%了，還卡半天，我的圖床VPS是WIN鏡像
网友 laoxong 说：
inode的问题？
网友 yiluosha3 说：
inode过多
https://www.stackscale.com/blog/inodes-linux/#Inode_usage_i**ues_and_best_practices
网友 y*esl1 说：
你这么多目录遍历一遍需要很长时间的，效率极其低下，用虚拟主机或vps几乎是无法完成的。
建议使用*****年份月份存放目录路径，一定范围内的文件放置在同一目录。这样可以节省90%以上的性能。
网友 httpd 说：
y*esl1 发表于 2023-1-19 23:01
你这么多目录遍历一遍需要很长时间的，效率极其低下，用虚拟主机或vps几乎是无法完成的。
建议使用*** …
网友 mjj没jj 说：
可以根据文件的md5值一二位三四位创建一二级目录 这样也能避免相同文件重复上传
网友 imes 说：
这个量，只有上***才能顺滑*作，不然inode分分钟**。
网友 Tou 说：
inode大要用xfs
