superhot

@9ki
> 通过 `@scope/module` 的形式引入在其他业务模块
那就是需要提前打包成 npm 包并发布到 registry 才行了是吗？

@xiaohanyu 大佬好，想请教一下 TS Fullstack Monorepo 的话，具体怎样共享前后端通用的代码呢？
1. 配 tsconfig 的时候，因为共享部分的代码需要同时跑在浏览器和 Node 上，`target`，`moduleResolution` 之类的应该怎么配呢？
2. 在前后端分别引入共享代码的时候，是把共享部分单独打包成 npm 包，然后各自作为项目依赖引入？还是直接通过相对路径引入呢？相对路径的话，有些嵌套特别深的地方，会有很长一串 `../../`，想通过 `paths` 配别名，但这个配置不影响运行时行为，Node 下会不识别引入路径，该如何解决呢？
3. Monorepo 的 Git 提交记录会不会很乱？
提前谢过！

我也遇到了这个问题，不过更复杂一些，是 VSCode DevContainer on WSL2 & macOS：
https://tanronggui.xyz/t/1105180
好像没什么好办法，macOS 上对所有权的限制宽松一些，WSL2 更严格。现在老老实实用 volume 了。

@Sinksky 这样做确实很方便，但感觉直接使用 root 用户不太好…

@Sinksky 容器内的用户和文件权限是什么呢？我的情况是新建了一个用户，没有使用 `ubuntu:24.04` 提供的默认用户

@cmdOptionKana 我知道这种写法不好 只是邯郸学步 不小心踩了坑 想搞明白为啥摔了 真正工程中可不敢这么写

@wang93wei 这个回答非常清晰…看来我跟 AI 对话时的描述与问题不够好

感谢楼上各位老哥，先临时把 Heap 调低了一点，暂时没出什么问题，跟组长汇报了一下，之后考虑加上 Heap Dump 再观察一段时间。

@ZZ74
@silencegg

请问是通过什么判断的堆外内存不够的？ >99% committed ？`mmap`？

@zhouhu

非常感谢，解释得很详细了，但自己太菜了术语太多有点看不懂，想确认一下：

> 此时 cs eden 区: 122 ，survivor cs: 18 ，JVM 完全可以进行垃圾收集。
> 从统计 E|cs: 122 + s|cs: 18 = 140 来说，当内存不足时，JVM 完全时可以进行 GC 的

也就是说，还存在 Young Generation 的话，就意味着还有可以 GC 的空间，而不需要申请新的内存，但因为还没达到 `-Xms` 设置的上限，所以为了性能 JVM 没选择 GC ，而是直接继续申请分配内存了，是这样理解吗？

另外注意到

```
MaxMetaspaceSize: unlimited
CompressedClassSpaceSize: 1.00 GB
Initial GC threshold: 20.80 MB
Current GC threshold: 136.30 MB
```

单 `CompressedClassSpaceSize` 就有 1G ，加上 `-Xmx2847m`，剩下的内存肯定不够给其他进程分配的，但因为未设置 `-Xms`，所以最开始 JVM 给 Heap 申请的大小没那么多，但随着程序运行，JVM 想要申请更多内存时，算上已经被用掉的堆外内存及其他进程占用的内存后，剩余可用内存不够分配，所以导致 JVM 发生 OOM （但其实），是这样吗？

把 JVM 参数设为

```
-Xms2560m -Xmx2560m -XX:MaxMetaspaceSize=256m -XX:ReservedCodeCacheSize=240m
```

是否可行？