- 已装运
- 2026年8月10日 15:51 UTC
- 作者
- Kamo
- 提交
- b2dd887
它运行在LESS上 而不是它取代的 CockroachDB - 20Gi/6cpu反对 CockroachDB的32Gi/8cpu — 需要更多, 因为 YSQL 运行一个单独的 PostgreSQL后端进程每连接在存储引擎上方. 三个变化: 1. 服务器12Gi/3cpu - > 24Gi/8cpu请求,20Gi/6cpu - > 48Gi/16cpu限制. 测量了8 323个节流期和 ~19分钟累计CPU 拖放 在6个核心封顶。 节点以7%的速度运行了48个核心. 2. 改为: --memory limit hard 字节. 使用主机网络, 旗子大小 YugabyteDB 关闭 HOST的123GB,所以它相信它有18.52GB 在20个GiB群内 也不得不持有9.9 GB的 PostgreSQL 后端。 这是一次交通 从OOM杀出钉子。 现在被封:tserver 24 GiB,主人公3 GiB. 3. --enable ysql conn mgr= true, 因此150+客户端连接多端于 a 管理池,而不是每个进程。 内核. smmni 升至 32768 按照连接管理器的要求,在 k1m1 上。 之后,超过一个固定的240个窗口:0.0%被挤压(占周期的1.4%), 块缓存上限 9.26 GB - > 12 GB,根内存限制正确 24 GB.