Benchmark mới nhất

Thông lượng đối đầu trực tiếp

Name: HotKV
Author: HotKV Ltd

Trong bài kiểm tra của HotKV Ltd về HotKV, Redis, Valkey và Dragonfly trên một instance đám mây, HotKV ghi nhận thông lượng trung vị cao nhất ở 11 trên 12 lệnh. Ở PING, Dragonfly đo được cao hơn 0,6%, nằm trong giới hạn của các máy tạo tải, nên chúng tôi tính là hòa. Các kết quả này áp dụng cho các bản dựng và thiết lập đã kiểm thử. Xem phương pháp bên dưới.

Cách chúng tôi đo

1/6

Cùng một máy
Mỗi máy chủ chạy trên cùng một instance, lần lượt từng cái.
Máy tạo tải riêng
Các máy client chuyên dụng tạo tải, không bao giờ là chính máy chủ.
Cùng thiết lập
Mỗi máy chủ có cùng số luồng và không có tinh chỉnh nào khác.
Trung vị của 3 lần chạy
Mỗi lệnh chạy ba lần. Trung vị được hiển thị.
Đánh dấu các giới hạn
Các kết quả bị quyết định bởi mạng hoặc máy tạo tải đều được gắn cờ.
Phương pháp đầy đủ
Mọi thiết lập, giới hạn và lưu ý đều được ghi rõ bên dưới các kết quả.

Azure D160alds_v7AMD EPYC 9V45 (Turin)

CPU:: AMD EPYC 9V45 (Turin)
vCPU:: 160
Kiến trúc:: x86_64
RAM:: 314,8 GB
Mạng:: 78 Gbps ra, 132+ Gbps vào
Luồng:: 160 cho mỗi máy chủ (Redis 128, mức tối đa của nó)
Ngày đo:: 9 tháng 10, 2026

HotKV Redis 8.10.2Valkey 9.1.2Dragonfly 2.0.2

Số thao tác mỗi giây, trung vị của 3 lần chạy. Mỗi thanh được chia theo tỷ lệ so với máy chủ nhanh nhất ở lệnh đó.

SET

50.5M

3.4M

2.9M

15.0M

GET

36.6M

1.1M

1.6M

13.4M

MGET

4.6M

278K

537K

2.3M

SETNX

55.3M

1.4M

1.9M

14.4M

APPEND

25.1M

1.5M

1.3M

8.9M

INCR

90.8M

2.1M

1.9M

20.6M

LPUSH

31.6M

1.2M

842K

10.6M

RPUSH

43.8M

628K

878K

11.0M

SADD

50.6M

2.1M

894K

12.0M

HSET

29.0M

537K

782K

9.8M

MSET

11.3M

379K

465K

2.9M

PING

125.2M

3.2M

3.5M

126.0M

Kết quả cao nhất ở lệnh đó.
Bị giới hạn bởi mạng: mạng của instance đã quyết định kết quả này, nên giới hạn thực của máy chủ cao hơn.
Bị giới hạn bởi máy tạo tải: các máy tạo tải chạy trên 85% CPU, nên đây là trần của chúng, không phải của máy chủ.

Azure tính lưu lượng chiều ra: iperf3 đo được 78 Gbps ra và ít nhất 132 Gbps vào với ba máy client. GET và MGET gửi giá trị ra ngoài. GET của HotKV dùng 88% mức trần chiều ra, nên đó là một mức sàn do instance quy định, không phải giới hạn của máy chủ, và MGET của nó, ở 83%, sát ngay sau. Các lần đọc của Dragonfly dùng tối đa 44% mức trần.
Các lần ghi đi vào theo chiều vào, nên kết quả ghi là số liệu của máy chủ. Lệnh nặng nhất, SETNX ở khoảng 106 Gbps, dùng khoảng 80% mức trần chiều vào, nên hãy coi các số liệu ghi của HotKV là mức cận dưới nhẹ.
Ở PING, các máy tạo tải đạt 86% CPU với HotKV và 82% với Dragonfly. Mức chênh 0,6% giữa hai bên nằm trong giới hạn đó, nên PING là hòa.

lệnh mà HotKV có thông lượng cao nhất

PING thuộc về Dragonfly

Đỉnh của HotKV, ở PING

† Bị giới hạn bởi máy tạo tải

HotKV so với Redis, theo từng lệnh

Tất cả 12 lệnh

HotKV so với Valkey, theo từng lệnh

Tất cả 12 lệnh

HotKV so với Dragonfly, theo từng lệnh

Trên 11 lệnh mà HotKV dẫn đầu. PING: 0.99x

Số liệu chính xác cho Azure D160alds_v7

Số thao tác trung vị mỗi giây của từng lệnh trên Azure D160alds_v7, và kết quả của HotKV tính theo bội số của từng máy chủ khác
Lệnh	HotKV	Redis	Valkey	Dragonfly	HotKV so với Redis	HotKV so với Valkey	HotKV so với Dragonfly
SET	Cao nhất: 50,480,621	3,409,794	2,882,486	15,042,258	14.80x	17.51x	3.36x
GET	Cao nhất: 36,643,656(Bị giới hạn bởi mạng)	1,132,934	1,631,573	13,446,228	32.34x	22.46x	2.73x
MGET	Cao nhất: 4,617,382	277,956	536,872	2,348,137	16.61x	8.60x	1.97x
SETNX	Cao nhất: 55,333,360	1,397,967	1,860,919	14,442,422	39.58x	29.73x	3.83x
APPEND	Cao nhất: 25,050,648	1,530,680	1,290,421	8,858,165	16.37x	19.41x	2.83x
INCR	Cao nhất: 90,783,545	2,104,069	1,918,073	20,603,259	43.15x	47.33x	4.41x
LPUSH	Cao nhất: 31,617,779	1,247,914	842,106	10,579,641	25.34x	37.55x	2.99x
RPUSH	Cao nhất: 43,776,706	628,324	878,476	11,014,977	69.67x	49.83x	3.97x
SADD	Cao nhất: 50,626,647	2,053,737	894,438	12,044,417	24.65x	56.60x	4.20x
HSET	Cao nhất: 28,997,514	536,527	781,768	9,797,534	54.05x	37.09x	2.96x
MSET	Cao nhất: 11,275,369	378,641	464,801	2,941,342	29.78x	24.26x	3.83x
PING	125,232,520(Bị giới hạn bởi máy tạo tải)	3,235,600	3,480,446	Cao nhất: 126,033,542	38.70x	35.98x	0.99x

Phương pháp benchmark

Benchmark do HotKV Ltd thực hiện. Trong mỗi cấu hình phần cứng, các sản phẩm được kiểm thử riêng rẽ dưới dạng instance đơn lẻ trên cùng phần cứng máy chủ, dùng các thiết lập luồng đã được ghi lại, tắt lưu trữ bền vững, giá trị 256 byte và độ sâu pipeline 30. Thông lượng báo cáo là trung vị của ba lần chạy, trong đó mỗi lần chạy được tính bằng cách cộng thông lượng memtier mà các máy tạo tải báo cáo. Kết quả áp dụng cho các phiên bản, cấu hình và khối lượng công việc này. Tinh chỉnh khác, khối lượng công việc khác hoặc triển khai dạng cụm có thể cho kết quả khác.

HotKV được đo là bản dựng từ mã nguồn cho đúng CPU này. Số luồng theo cấu hình toàn bộ lõi đã được ghi lại và không được tinh chỉnh riêng cho từng sản phẩm.

Phương pháp và kết quả thô

Đo so với vector set của Redis 8.10.2

Nhanh hơn vector set của Redis 8 trong bài kiểm tra của chúng tôi

Chúng tôi nạp cùng các embedding OpenAI vào HotKV và Redis 8 rồi chạy cùng 1.000 truy vấn trên mỗi bên, với 1 đến 100 kết nối client đồng thời, trên một máy. Cả hai đều giữ vector độ chính xác đầy đủ, với cùng thiết lập chỉ mục.

số truy vấn mỗi giây của Redis, từ 1 đến 100 client, với recall từ 95% trở lên trên 999.000 vector

Số truy vấn mỗi giây ở cùng recall

recall từ 90% trở lêngấp 7,9x số truy vấn mỗi giây

Redis8.061 truy vấn/giây

Redis

8.061 truy vấn/giây

HotKV63.897 truy vấn/giây

HotKV

63.897 truy vấn/giây

recall từ 95% trở lêngấp 5,5x số truy vấn mỗi giây

Redis6.825 truy vấn/giây

Redis

6.825 truy vấn/giây

HotKV37.508 truy vấn/giây

HotKV

37.508 truy vấn/giây

recall từ 99% trở lêngấp 5,0x số truy vấn mỗi giây

Redis2.483 truy vấn/giây

Redis

2.483 truy vấn/giây

HotKV12.393 truy vấn/giây

HotKV

12.393 truy vấn/giây

5,0x

nhanh hơn khi nạp 999.000 vector: 188 giây so với 935 giây của Redis, qua 32 kết nối mỗi bên

1,3 ms

thời gian truy vấn trung vị với 50 client ở recall 95% (Redis: 7,2 ms)

5 trên 5

độ sâu tìm kiếm mà recall@10 của HotKV cao hơn của Redis

Cả hai engine đều lưu vector float32 độ chính xác đầy đủ. Sau khi nạp 999.000 vector, tiến trình HotKV giữ 6,77 GB và Redis giữ 7,01 GB.

Không được đo: chế độ lượng tử hóa 8 bit mặc định của Redis, Redis Query Engine, các tập dữ liệu khác và phần cứng khác. Bản dựng HotKV là bản dựng phát triển chưa được phát hành. Redis được nạp khi ghim vào bốn vCPU và được tìm kiếm trên một chỉ mục đã nạp lại (xem bài viết).

Số liệu đầy đủ: 999.000 vector, 50 client

Recall và thông lượng của HotKV và Redis ở mọi độ sâu tìm kiếm đã kiểm thử, cho kích thước chỉ mục và số client đã chọn
ef	Recall HotKV	Recall Redis	Truy vấn/giây HotKV	Truy vấn/giây Redis	Tỷ lệ
40	0,940	0,923	63.897	8.061	7,9x
80	0,970	0,962	37.508	6.825	5,5x
150	0,987	0,980	21.912	5.241	4,2x
300	0,993	0,990	12.393	3.454	3,6x
500	0,997	0,994	7.688	2.483	3,1x

HotKV bản dựng c8dafd37 và Redis 8.10.2, độ tương đồng cosine, HNSW với M=16 và ef_construction=200 trên cả hai, float32 trên cả hai (Redis NOQUANT). Recall là recall@10 so với kết quả vét cạn chính xác. Trung vị của 3 lần chạy trên Azure Standard_D160alds_v7, AMD EPYC 9V45, 160 vCPUs. Các máy chủ dùng chung 128 vCPU và các máy tạo tải chạy trên 32 vCPU khác, dùng cùng mã client cho cả hai.

Tập dữ liệu: embedding dbpedia-entities-openai-1M (OpenAI text-embedding-ada-002, 1.536 chiều) của Kumar Shivendu and Nirant Kasliwal, giấy phép MIT, cùng 1.000 truy vấn giữ riêng. Phương pháp đầy đủ, script và kết quả thô. Đo vào 14 tháng 10, 2026.

Sẵn sàng đưa HotKV vào làm việc?

Đăng ký truy cập sớm và khám phá HotKV cho khối lượng công việc của bạn.

Đăng ký truy cập sớm