这是一个创建于 1804 天前的主题，其中的信息可能已经有所发展或是发生改变。
RT，有一批因特殊原因及目的生成的静态页面，数量大约在 6 万个，放在 /news 目录下，通过 www.site.com/news/*.html 的 URL 访问。
打包给运维发布上线时被 diss 了，他表示目录下文件过多会影响访问，但是具体怎么影响没说。
想请问下 v2 的大家，是否确实如运维同事所说『网站目录下静态网页文件过多会影响访问』
打包给运维发布上线时被 diss 了，他表示目录下文件过多会影响访问，但是具体怎么影响没说。
想请问下 v2 的大家，是否确实如运维同事所说『网站目录下静态网页文件过多会影响访问』
 |
1
DeWhite 2019-12-09 17:14:48 +08:00
会。文件太多了有的时候会导致反应迟缓。
|
 |
2
virusdefender 2019-12-09 17:15:35 +08:00
机械硬盘的文件系统性能会比较差
|
|
3
virusdefender 2019-12-09 17:15:54 +08:00
缓存好应该问题也不大，系统也有缓存的
|
|
4
DeWhite 2019-12-09 17:16:50 +08:00
因为存在一个阅历的过程，影响极小。
但是如果连接数量大了，阅历起来会占一定问题。 如果连接很大，会加载迟缓。 |
 |
5
id7368 2019-12-09 17:17:42 +08:00 via iPhone
直接 CDN 不就行了，60 万都没问题
|
 |
6
wafm 2019-12-09 17:21:10 +08:00
站群 SEO ？
|
 |
7
lxk11153 2019-12-09 17:21:15 +08:00
会把，把手机里微信图片 217773 个文件删了后，发现手机反应快了
|
 |
8
tabris17 2019-12-09 17:24:19 +08:00
当然会。大多数文件系统，同一目录下文件过多都会影响读性能
|
 |
9
Ginson OP |
|
11
Ginson OP |
 |
13
msg7086 2019-12-09 18:24:56 +08:00  1
ext2 用的是线性存储，意味着要在 10 万数据中定位一个文件最差可能要检索 10 万次数据才能找到文件记录。
ext3 用的是 H 树，所以每次定位可能最多需要两三次即可找到。 所以如果你们的服务器用的是 ext3 之后的文件系统（又或者是类似的 XFS ），一般不用担心文件定位性能。 |
 |
14
Cbdy 2019-12-09 18:27:03 +08:00 via Android
看具体实现
|
 |
15
gamexg 2019-12-09 19:01:00 +08:00
听说现在新文件系统问题不大了，
但是有另一个问题，运维进入这个目录，来个 ls，不知道会不会很烦 。 |
 |
16
delectate 2019-12-09 19:15:54 +08:00
会，这个和存储介质（ ssd/hdd/阵列）、文件系统有关。hdd 磁盘寻道会更慢，ssd 写放大。
可以适当的分目录存储。 |
 |
17
caryqy 2019-12-09 19:17:18 +08:00
最好别全部在一个目录下,单个目录下文件数目是有个限制的.
添加一个子目录, 比如 a1111.xml a2222.xml b2222.xml 这些目标文件在生成的时候根据第一个字母来决定目录, 最终类似这样 xxx/a/a1111.xml, xxx/a/a2222.xml, xxx/b/b2222.xml |
 |
18
crella 2019-12-09 19:21:53 +08:00 via Android
|
|
19
Ginson OP |
 |
20
musi 2019-12-09 22:34:11 +08:00
运维只是 diss 不骂人？这个运维脾气还挺好
|
 |
23
rogwan 2019-12-09 23:47:16 +08:00 via iPhone
不会。磁盘文件系统可以直接定位到对应文件名。
|
 |
24
akira 2019-12-10 00:33:42 +08:00
最好还是做个二级目录三级目录
|
 |
25
walpurgis 2019-12-10 01:06:10 +08:00
看一些老的 PHP 网站程序，对于要服务器本地存储的情况，都在文件路径里加时间或哈希，防止单目录文件数过多，达到文件系统限制
|
Select Language