Hãy cho YugabyteDB nguồn lực thật sự và gắn chặt trí nhớ của nó

PerformanceKlusterServices
Name
lúc 15:51 10 tháng 8, 2026 UTC
Tác giả
Kamo
Cam kết
2a1f5f4

Nó đã được chạy trên mặc định hơn con gà trốngroachDB nó thay thế -- 20 gii / 6cpu chống lại CockroachDB 32Gi/8cpu -- trong khi cần nhiều hơn, bởi vì YQL có một khác biệt Quá trình hậu phương cho mỗi kết nối trên đầu máy lưu trữ. Ba thay đổi: 1. t Server 12 gi/3cpu -> 24 gii/8cpu yêu cầu, 20 gi/6cpu -> 48 gii/16cpu giới hạn. Đo 8.323 lần thời gian ga và ~19 phút của máy tính CPU Ở trên cao 6m. Cái nút chạy 48 lõi ở mức 7%. 2. -memory giới hạn hard byte. Với hostNetwork lá cờ kích thước YugabyteDB off Hệ thống định vị của HOST, cho nên nó có 18.52 GB bên trong một nhóm 20 GiB cũng phải giữ 9.9 GB của hậu phương PostgreSQL. Đó là một vụ giao thông. Một cú sốc từ một vụ giết OOOOO. Bây giờ kẹp chặt: t Server 24 GiB, Master 3 GiB. 3. --có thể ysql conn mgr=true, do đó, 150+ kết nối khách hàng đa x trên một Quản lý hồ bơi thay vì mỗi một quá trình. nhân.shmmni tăng lên 3268 trên k1m1 là trình quản lý kết nối yêu cầu. Sau đó, trên một cửa sổ đã được giải quyết 240s: 0,4% gald (là 1.4% thời gian), Trần nhà lưu trữ tạm 9.26 GB -> 12 GB, bộ nhớ gốc giới hạn chính xác 24 GB.

Mọi thay đổi

Như những gì anh thấy vận chuyển?

Mỗi một bản cập nhật này đều được tự động cập nhật trong không gian làm việc của bạn. Bắt đầu tự do và xem nó lớn lên tuần này qua tuần khác.

Bắt đầu tự do mãi mãiXem truy cập