- 出荷済み
- 2026年8月10日 15:51 UTC
- プロフィール
- Kamo
- コンテンツ
- b2dd887
置換されたCockroachDBよりもLESSで実行されました -- 20Gi/6cpu に対して CockroachDBの32Gi/8cpu -- より必要としている間、YSQLは別々に動くので PostgreSQL はストレージエンジンの上部にある接続ごとのバックエンド処理を行います。 3つの変更: 1. tserver 12Gi/3cpu -> 24Gi/8cpu リクエスト、20Gi/6cpu -> 48Gi/16cpu 制限。 測定された 8,323 スロットルドの期間および~19 分累積 CPU の stall 6コアキャップ。 ノードは48コアを7%で実行します。 2.******************** は明示的に置き換えられました --memory limit hard バイト。 hostNetwork では、フラグサイズの YugabyteDB がオフ HOST の 123 GB は 20 の GiB cgroup の中で 18.52 GB を持っていたと信じました PostgreSQL バックエンドの 9.9 GB も保持していた。 1つのトラフィックだった OOM キルからスパイク。 今ピン留め:tserver 24 GiB、マスター3 GiB。 3. --enable ysql conn mgr=true なので 150+ クライアントの接続を多重化 1つのプロセスの代わりに管理されたプール。 kernel.shmmni を 32768 に引き上げました k1m1 では、接続マネージャが要求するようにします。 後, 上に定住 240 s ウィンドウ: 0.00% スロットルド (期間の 1.4% ), キャッシュの天井を妨げて下さい 9.26 GB - > 12 GBの根の記憶限界正しく24 GB.