这是一个创建于 643 天前的主题，其中的信息可能已经有所发展或是发生改变。
一个基于 next.js 的项目使用 JMeter 在 docker 容器中进行压力测试，当并发数过高时，会出现以下错误，但该目录确实是存在的，并且随着并发数变高报错也变多。正常访问就不会出现。
2023-12-25 07:47 +00:00: Error: ENOENT: no such file or directory, scandir '/app/packages/eshop/public/locales/cn' at Object.readdirSync (node:fs:1405:3) at getLocaleNamespaces (/app/node_modules/next-i18next/dist/commonjs/config/createConfig.js:214:16) at /app/node_modules/next-i18next/dist/commonjs/config/createConfig.js:231:20 at Array.map (<anonymous>) at getNamespaces (/app/node_modules/next-i18next/dist/commonjs/config/createConfig.js:230:44) at createConfig (/app/node_modules/next-i18next/dist/commonjs/config/createConfig.js:271:29) at _callee$ (/app/node_modules/next-i18next/dist/commonjs/serverSideTranslations.js:201:53) at tryCatch (/app/node_modules/@babel/runtime/helpers/regeneratorRuntime.js:44:17) at Generator.<anonymous> (/app/node_modules/@babel/runtime/helpers/regeneratorRuntime.js:125:22) at Generator.next (/app/node_modules/@babel/runtime/helpers/regeneratorRuntime.js:69:21) { errno: -2, syscall: 'scandir', path: '/app/packages/eshop/public/locales/cn' } 报错指向的是用的一个 next.js 的多语言库 next-i18next ，它在每次页面刷新的时候都会调用 fs.readdirSync 读取本地多语言 json 文件。
我也试过在容器里面大量调用（定时器模拟） fs.readdirSync 也没出现报错。
实在不知道是什么原因引起的...有了解的小伙伴吗？
 | 1 thinkershare 2024-01-05 16:33:32 +08:00 我也遇到过，不知道什么原因，感觉是 I/O 句柄被耗尽了。 |
 | 2 yuuk OP @thinkershare 如果是这种情况有什么工具可以监测到吗？ |
 | 3 namelesswryyy 2024-01-05 16:43:41 +08:00  1 试试把资源一起打包到 docker ，不要挂载上去 如果要是 docker 在 windows 上的话，那就是 windows 锅 |
| 4 yuuk OP @namelesswryyy 不太理解，能具体说下打包上去和挂载上去区别么？ |
 | 5 cloverzrg2 2024-01-05 16:59:36 +08:00 宿主机的 `ulimit -a` 返回啥？尝试设置一下？ `ulimit -n 100000` 另外，docker 的参数尝试加下 `docker run --ulimit nofile=262144:262144` |
 | 6 zhangky 2024-01-05 17:14:12 +08:00 如果资源内容不变，不需要每次都读，可以做个缓存。 |
 | 7 luojiyin87 2024-01-05 17:21:56 +08:00 docker 默认是没 ulimit ，可以打开无限的 I/O 句柄，不会主动释放，耗尽主机的 I/O 句柄。 ```shell grep 'Limit' /lib/systemd/system/docker.service # Note that StartLimit* options were moved from "Service" to "Unit" in systemd 229. StartLimitBurst=3 # Note that StartLimitInterval was renamed to StartLimitIntervalSec in systemd 230. StartLimitInterval=60s # Having non-zero Limit*s causes performance problems due to accounting overhead LimitNOFILE=infinity LimitNPROC=infinity LimitCORE=infinity ``` 但是主机内是有 ulimit ，可以分配给 docker 的 I/O 句柄是有限。 ```shell ulimit -n 1024 ``` 1 调高主机的 ulimit ，2 限制 docker 的 ulimit |
 | 9 ntedshen 2024-01-05 19:43:25 +08:00 在 wsl 下使用 await fs.readdir 读取文件过多的文件夹时候也遇到过。。。 怀疑是某种 os 内置的超时。。。 因为没当回事所以没试过修改 ulimit 。。。 |
 | 10 julyclyde 2024-01-05 20:21:34 +08:00 是不是用了 inotify 功能啊？这个也是有限的 既然可以主动触发错误，那我建议挂个 strace 看看 |
Select Language