Tìm kiếm
40 kết quả cho “Benchmark”. Tìm không phân biệt dấu.
- Benchmarking Streaming Computation Engines at Yahoo! Bài tóm tắt · Yahoo · 2015
…h — [bài gốc](https://yahooeng.tumblr.com/post/135321837876/benchmarking-streaming-computation-engines-at) Bối cảnh - Yahoo dùng Apache Storm cho streaming từ 2012 (thay S4 tự làm)…
- Benchmarking databases for Global App Bài tóm tắt · Mercari · 2025
…gốc](https://engineering.mercari.com/en/blog/entry/20251117-benchmarking-databases-for-global-app/) Một bài trong series Global App (ngoài sheet). Quyết định AlloyDB đã nêu trước ở…
- Evaluating MySQL Parallel Replication Part 3: Benchmarks in Production Bài tóm tắt · Booking.com · 2015
…infrastructure/evaluating-mysql-parallel-replication-part-3-benchmarks-in-production-db5811058d74) Phần 3 của series "Evaluating MySQL Parallel Replication" (Jean-François Gagné);…
- Evaluating MySQL Parallel Replication Part 4: More Benchmarks in Production Bài tóm tắt · Booking.com · 2016
…structure/evaluating-mysql-parallel-replication-part-4-more-benchmarks-in-production-49ee255043ab) Phần 4 của series; phần trước: . Annex "Under the Hood" không ingest riêng. Đọc q…
- In Trading, Machine Learning Benchmarks Don't Track What You Care About Bài tóm tắt · Hudson River Trading · 2022
…ndom search đạt kết quả ngang mạng nơ-ron phức tạp trên các benchmark điều khiển, cho thấy benchmark có thể không có tính chất ta cần. - Tái lập được: cả nghĩa "lặp lại đúng kết qu…
- Scaling and benchmarking a critical message bus using a new indexing strategy Bài tóm tắt · Jane Street · 2026
…hó: Khó — [bài gốc](https://blog.janestreet.com/scaling-and-benchmarking-a-critical-message-bus/) Bối cảnh - Aria là framework và hệ messaging nội bộ (dựa trên state machine replic…
- Why Memgraph Infrastructure Was Moved to Hetzner Bài tóm tắt · Memgraph · 2026
…công ty database (Memgraph); hạ tầng được nói tới là CI và benchmark, không phải dịch vụ cho khách. Số liệu theo Memgraph. Bối cảnh - Nhiều năm Memgraph đặt máy của mình trong dat…
- Running a Software Factory Efficiently at Uber Scale Bài tóm tắt · Uber · 2026
…(tỉ lệ revert, F1, MTTR). - Giá mỗi token, chọn model theo benchmark: dựng benchmark từ việc thật của từng agent, chạy trên một harness phục vụ được mọi model (frontier hay open-w…
- How we made ClickStack 5x faster for ClickHouse observability Bài tóm tắt · ClickHouse · 2026
…về sản phẩm của họ (ClickStack: log/trace trên ClickHouse); benchmark do họ tự dựng. Các con số là theo ClickHouse. Bối cảnh - Schema log/trace mặc định của ClickStack thừa hưởng t…
- Ideal isn't real: Stress testing CockroachDB's resilience Bài tóm tắt · Cockroach Labs · 2025
…ting-cockroachdb-resilience/) Bài của nhà cung cấp quảng bá benchmark do chính họ đặt ra và sản phẩm của họ; kết quả nằm trong dashboard tương tác, bài không nêu con số. Mọi nhận đ…
- Memory allocator showdown Bài tóm tắt · Jane Street · 2020
…bài kể cái khó là chứng minh điều đó. Thay đổi chính - Một benchmark chạy chậm đi khi đổi allocator (34,3 s → 36,1 s). Đo thêm bộ nhớ thì thấy best-fit chậm hơn chút nhưng dùng ít…
- Migrating Doximity's iOS Newsfeed to SwiftUI Without Disrupting Users or Development Bài tóm tắt · Doximity · 2026
…avigation bar tự làm đổi sang mặc định của nền tảng. - Dựng benchmark cuộn tự động trên card thật: FPS trung bình, frame trễ, vượt ngân sách frame, p50/p95/p99 khoảng cách frame, l…
- Inside Stream's Real-Time Architecture for Trading & Investing Apps Bài tóm tắt · Stream (GetStream) · 2026
…tream bán API Feeds/Chat/Video), giọng tiếp thị; số liệu là benchmark tự chạy, không phải tải production của khách. Wiki giữ phần kiến trúc feed và chat; mọi nhận định ghi "theo St…
- Low Latency Optimization: Understanding Huge Pages (Part 1) Bài tóm tắt · Hudson River Trading · 2022
…bớt một lần đọc, nên kể cả khi trượt TLB cũng nhanh hơn. - Benchmark nhân tạo: cấp mảng double 32 GiB rồi cộng 130 triệu phần tử ngẫu nhiên (chỉ số ghi sẵn ra file để mọi lần chạy…
- Building a Faster C# Driver for ScyllaDB…on our Self-Baked C#-Rust FFI Framework Bài tóm tắt · ScyllaDB · 2026
…er-c-sharp-driver/) Phần 2/2: phần 1 là . Bài nhà cung cấp; benchmark do chính họ chạy trên một máy với cụm 3 node cục bộ, mọi con số là theo ScyllaDB. Dự án hiện tạm dừng để ưu ti…
- A lesson in creating and using niche business DSLs at scale Bài tóm tắt · Zerodha · 2020
…ghĩa của DSL cho người làm nghiệp vụ. - Chọn hướng mới bằng benchmark trên một luật thật từ production: govaluate 907 ns/op, Go plugin gốc 503 ns/op, Yaegi (trình thông dịch Go) 11…
- Quantifying infrastructure noise in agentic coding evals Bài tóm tắt · Anthropic · 2026
…a mình; các con số dưới đây là "theo Anthropic". Bối cảnh - Benchmark coding kiểu agent (SWE-bench, Terminal-Bench) cho model cả một môi trường để viết code, chạy test, cài depende…
- Using Rust to Scale Elixir for 11 Million Concurrent Users Bài tóm tắt · Discord · 2019
…mà mô hình bất biến không làm nhanh được. Bài học cho SWE - Benchmark theo vị trí xấu nhất (đầu, cuối, kích thước lớn), không chỉ trung bình: mỗi lần tối ưu một trường hợp lại sinh…
- Accelerating real-time alerts with Redpanda: a successful migration story Bài tóm tắt · Redpanda · 2023
…er, HTTP proxy, schema registry, Raft). Theo Equal Experts, benchmark cho latency thấp ngang Kafka chạy không replication (lựa chọn rủi ro cho production). - Chọn tự host thay vì R…
- How Upstash Monitors Uptime: Every Replica, Every Minute, From Everywhere Bài tóm tắt · Upstash · 2026
…hboard nội bộ đẹp; hai bên mâu thuẫn thì bên ngoài thắng. - Benchmark latency liên tục mỗi replica, chạy ở cụm ECS riêng ngoài cụm Redis: đường page thứ hai độc lập với Checkly, cả…
- Stream processing Chủ đề Thành viên
Khi batch hằng ngày hay hằng giờ không còn đủ tươi (chi tiêu quảng cáo phải dừng đúng lúc chạm ngân sách, dashboard MRR không được trễ 24 giờ, alert phải bắn khi contest sắp đầy), hệ phải tính liên tục trên luồng sự…
- Batching và khấu hao round-trip Chủ đề Thành viên
Nhiều nút thắt không nằm ở việc mỗi thao tác tốn bao nhiêu công, mà ở chi phí cố định trả cho mỗi thao tác: một round-trip mạng, một lần fsync, một PUT lên object storage, một syscall, một transaction. Khi chi phí cố…
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- Đổi ngôn ngữ và runtime Chủ đề Thành viên
Ngôn ngữ ban đầu được chọn để làm nhanh. Khi lớn lên, nó có thể thành nút thắt về hiệu năng, latency, hoặc tổ chức code. Có ba hướng: tối ưu runtime đang dùng, cải tiến dần, hoặc viết lại có phạm vi.
- Hệ thống độ trễ thấp (low latency) Chủ đề Thành viên
Ở sàn giao dịch và công ty market making, mỗi giao dịch làm thay đổi thị trường cho giao dịch sau, và ai phản ứng chậm hơn thì thua. Yêu cầu không chỉ là latency trung bình thấp mà latency ổn định ở đuôi, ở thang micro…
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thêm…
- Observability và monitoring Chủ đề Thành viên
Lúc đầu, monitoring là vài dashboard và một công cụ cài sẵn; log đọc thẳng từ máy. Khi hệ lớn lên, chính hệ quan sát thành một hệ phân tán có bài toán riêng:
- Chọn database theo workload Chủ đề Thành viên
Không có database tốt nhất, chỉ có database hợp với mẫu đọc/ghi ở một quy mô cụ thể. Mẫu đó thay đổi khi sản phẩm lớn lên. Ngoài ra, chuyên môn vận hành của đội cũng là một phần của "workload".
- Coding agent trong engineering (migrate, viết lại, chạy song song, quyền hạn) Chủ đề Thành viên
Từ 2026 các công ty bắt đầu giao cho coding agent những việc trước đây là dự án nhiều tuần: migrate hàng trăm module hay dataset, dọn feature flag, viết lại cả framework hay app. Agent viết nhanh, nhưng ba thứ không tự…
- Failover, replica và dự phòng dữ liệu Chủ đề Thành viên
Mọi hệ có trạng thái đều giữ nhiều bản (replica) để một máy chết không làm mất dịch vụ. Khó không nằm ở việc có bản sao mà ở lúc chuyển sang bản sao:
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- Sharding và tách database Chủ đề Thành viên
Một database quan hệ duy nhất là điểm khởi đầu của hầu hết sản phẩm. Đến một lúc nó không chịu nổi lượng ghi, dữ liệu không còn vừa một máy, hoặc một sự cố ở DB đó làm sập mọi tính năng.
- Deploy và release an toàn Chủ đề Thành viên
Phần lớn sự cố bắt đầu bằng một thay đổi: code mới, cấu hình mới, hạ tầng mới. Khi hệ thống và tổ chức lớn lên, câu hỏi là làm sao đưa thay đổi lên production thường xuyên mà vẫn giới hạn được thiệt hại khi có lỗi.
- Hạ tầng nghiên cứu định lượng (dữ liệu thị trường, feature, backtest) Chủ đề Thành viên
Một quỹ định lượng hay công ty market making sống bằng vòng nghiên cứu: đặt giả thuyết → lấy dữ liệu → tạo feature → train model hay dựng tín hiệu → backtest/mô phỏng → đưa vào giao dịch thật → lặp lại. Theo Optiver, độ…
- Query planner và hiệu năng truy vấn Chủ đề Thành viên
Database quan hệ không chạy SQL theo đúng cách nó được viết. Query planner chọn một plan (dùng index nào, join kiểu gì: nested loop, merge, hash; dừng sớm khi có LIMIT hay không) dựa trên thống kê về dữ liệu: số dòng,…
- Realtime và fan-out Chủ đề Thành viên
Một sự kiện (tin nhắn, ảnh, tweet, vote) phải tới rất nhiều người, rất nhanh, qua rất nhiều kết nối mở cùng lúc.
- CI và build ở quy mô lớn Chủ đề Thành viên
Lúc nhỏ, CI là "mỗi commit chạy hết build và test". Khi codebase và số commit tăng, chạy hết trở thành bất khả (Stripe 2026: chạy tuần tự mất bốn tháng), và thời gian chờ của một thay đổi không còn chỉ là thời gian…
- Hạ tầng phục vụ LLM inference Chủ đề Thành viên
Phục vụ LLM giống một dịch vụ web ở chỗ cần scale theo tải, deploy phiên bản mới an toàn và phục hồi khi một process chết; nhưng ba đặc điểm làm các công cụ quen thuộc hỏng:
- Kiến trúc frontend Chủ đề Thành viên
Frontend bắt đầu là vài trang render ở server; lớn lên thành ứng dụng có trạng thái, nhiều team cùng sửa, và mỗi tính năng thêm vào là thêm byte phải tải. Ba trục lặp lại trong các nguồn: render ở đâu (server, client,…