![]() | 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 PRO 直接 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 ![]() 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 网站程序,对于要服务器本地存储的情况,都在文件路径里加时间或哈希,防止单目录文件数过多,达到文件系统限制 |