Tìm kiếm
40 kết quả cho “read latency”. Tìm không phân biệt dấu.
- How Discord Supercharges Network Disks for Extreme Low Latency Bài tóm tắt · Discord · 2022
Discord chạy các cụm ScyllaDB trên Google Cloud, khoảng 4 tỉ tin nhắn/ngày (2022). Khi tải cao, hàng đợi đọc đĩa của DB tăng mãi và query bắt đầu timeout.
- Remote Read Meets Streaming Bài tóm tắt · Prometheus · 2019
…nh — [bài gốc](https://prometheus.io/blog/2019/10/10/remote-read-meets-streaming/) Bài của dự án mã nguồn mở (tác giả là maintainer của Prometheus và Thanos), giải thích một thay đ…
- モジュラモノリスの品質を支えるリーダビリティチーム ― AI時代のスケーラブルなコード管理 (Readability team for a modular monolith in the AI era) Bài tóm tắt · Mercari · 2025
…m/blog/entry/20251021-scaling-code-quality-modular-monolith-readability-team-ai-era/) Một bài trong series Global App (ngoài sheet). Bối cảnh kiến trúc: · . Bối cảnh - Backend Glob…
- Open sourcing Databus: LinkedIn's low latency change data capture system Bài tóm tắt · LinkedIn · 2013
…lưu trữ chuyên biệt: DB OLTP nhận ghi; search index, cache, read replica phục vụ đọc. Các hệ dẫn xuất này phải theo kịp DB chính một cách đáng tin cậy và giữ thứ tự transaction. Th…
- 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…
- How We Partitioned Airbnb's Main Database in Two Weeks Bài tóm tắt · Airbnb · 2015
…rồi promote message-master thành master độc lập (tính năng "Read Replica Promotion" của RDS). Không viết dòng code đối soát hay chép dữ liệu nào. - Chuẩn bị (tốn thời gian nhất, cầ…
- How we scaled reads on the Twitter Users Database Bài tóm tắt · Twitter · 2023
…/engineering/en us/topics/infrastructure/2023/how-we-scaled-reads-on-the-twitter-users-database) Bối cảnh - URS (User Reservation System) , theo Twitter là một trong những hệ thống…
- Common Performance Pitfalls of Modern Storage I/O Bài tóm tắt · ScyllaDB · 2026
…ần nhỏ so với thông số, và block size/căn chỉnh của XFS gây read-modify-write. Phần này gom lại thành checklist theo ba tầng: đĩa, filesystem, ứng dụng. Mỗi tầng có giả định riêng…
- An AKS Performance Journey: Part 1 — Sizing Everything Up Bài tóm tắt · ASOS · 2021
…ột core thật); AKS ban đầu dùng D4 v3 (4 vCPU nhưng hyper-threading, chỉ 2 core thật, ít NIC và băng thông hơn), tức khoảng 33% sức tính trước đây. Lên D16 v3 (16 vCPU, 8 core thật…
- An AKS Performance Journey: Part 2 — Networking It Out Bài tóm tắt · ASOS · 2021
…bất đồng bộ: DNS lookup là lời gọi đồng bộ, được đẩy sang thread pool libuv mặc định 4 thread . PLP có thể làm 5 lookup đồng thời nên pool đầy, lookup xếp hàng và request timeout t…
- Rethinking site capacity projections with Capacity Analyzer Bài tóm tắt · LinkedIn · 2021
…rồi bão hoà. - Thêm tín hiệu: ngoài latency còn mức dùng threadpool, CPU, số lần và thời gian GC (dịch vụ JVM có GC bất thường là dấu hiệu sớm). Dựng golden dataset hơn ba tháng h…
- Load Testing Kubernetes: Resolving bottlenecks and improving performance (Part 2) Bài tóm tắt · Achievers · 2023
…oạch 2024). - Latency — thử cấu hình Istio: đổi số worker thread của Envoy (2, 4, 6) không đem lại khác biệt đáng kể; ghi lại như một thử nghiệm âm tính. - Latency — code dùng chun…
- Analysis of recent downtime & what we're doing to prevent future incidents Bài tóm tắt · Asana · 2019
…retry có trễ); admission control ở tầng storage ( innodb thread concurrency ) và tầng ứng dụng (sức khoẻ theo latency và số kết nối đang hoạt động); load test tới khi hỏng để tái…
- The exabyte club: LinkedIn's journey of scaling the Hadoop Distributed File System Bài tóm tắt · LinkedIn · 2021
…g cho khoá đọc-ghi toàn namespace: 95% thao tác là đọc, cho reader vượt writer làm RPC latency giảm 10 lần (dự đoán bằng Dynamometer rồi xác nhận trên production). - Satellite clus…
- The Deceptively Simple Act of Writing to Disk Bài tóm tắt · ScyllaDB · 2026
…thông bị mất. - strace cho thấy mọi lệnh ghi bị đẩy khỏi thread reactor sang thread của XFS ( RWF NOWAIT trả EAGAIN , Seastar gửi lại không có cờ). Tắt cờ không tăng throughput; v…
- How we made ClickStack 5x faster for ClickHouse observability Bài tóm tắt · ClickHouse · 2026
…gian: khoá cũ (ServiceName, TimestampTime) không cho tối ưu read in order (dừng sớm Top N khi đủ LIMIT ) vì không khớp thứ tự sắp theo Timestamp . Thử bucket 1 phút: kích hoạt được…
- FollowFeed: LinkedIn's Feed Made Faster and Smarter Bài tóm tắt · LinkedIn · 2016
…cách gộp timeline của các entity họ quan tâm. - Fan-out-on-read, không pre-materialize: thử nghiệm cho thấy fan-out-on-write làm dữ liệu lớn gấp 62 lần ; feed dựng sẵn phải lưu th…
- The LMAX Architecture Bài tóm tắt · LMAX · 2011
…(mọi giao dịch, mọi khách, mọi thị trường) chạy trên một thread , hoàn toàn trong RAM, không DB. Benchmark: 6 triệu lệnh/giây trên một server Nehalem hai socket. Không có ORM, khô…
- Session revocations at scale Bài tóm tắt · Canva · 2026
…oy thành một đợt dồn dập vào database . Tạm chữa bằng nhiều read replica. Thay đổi chính - Không chọn Redis làm cache trung gian: theo Canva, Redis thường không chạy cấu hình bền v…
- MySQL sharding at Quora Bài tóm tắt · Quora · 2020
…migrate: copy theo lô có rate limit → replay binlog → dark read dài ( shadow select so kết quả) → dark write → copy lại từ đầu (vì dark write lệch dữ liệu do không có 2PC) → repla…
- Member Transaction History: Data Store Selection Journey Bài tóm tắt · Walmart · 2019
Member Transaction History (MTH) là lớp đọc đa kênh cho đơn hàng của club (Sam's Club) và online: nguồn sự thật duy nhất để tra cứu và sửa đơn, với một mô hình đơn hàng chuẩn.
- From Event-Driven Chaos to a Blazingly Fast Serving API Bài tóm tắt · Zalando · 2025
…bscribe stream, replay từ đầu, tự dựng kho riêng". Không có read API. - Hệ quả: - team có nhân lực thì tự biến đổi dữ liệu rồi phát lại; - team không có thì dựa vào bản của người k…
- Inside Stream's Real-Time Architecture for Trading & Investing Apps Bài tóm tắt · Stream (GetStream) · 2026
…ọi người mở app cùng lúc. Thay đổi chính - Feed: fan-out on read có cache ("materialized feed"). Mỗi activity lưu một lần (không chép theo follower như push). Khi đọc, chỉ lấy phần…
- Embedded SRE at Mercari Bài tóm tắt · Mercari · 2022
…ộ tin cậy, không làm tính năng. Checklist chung: Production Readiness Checklist, backup và khôi phục, observability, on-call và xử lý sự cố, playbook. Mục tiêu đặt bằng OKR: team s…
- Netflix Billing Migration to AWS — Part III Bài tóm tắt · Netflix · 2016
…node không mất dữ liệu, đổi lại latency ghi vẫn trong SLA); read replica cùng region và khác region, ETL đọc từ replica. Master hỏng thì failover sang bản DRBD và đổi bản ghi Route…
- The Great Re-shard: adding Postgres capacity (again) with zero downtime Bài tóm tắt · Notion · 2023
…ad balancer theo từng bước nhỏ, chờ kết nối rút hết. - Dark read: trên một mẫu nhỏ request, đọc song song từ DB mới (chờ 1 giây cho replication đuổi kịp) và so với primary; chỉ so…
- Pushing Postgres beyond storage: scaling performance at Optiver Bài tóm tắt · Optiver · 2026
…t hoặc trùng. PG feed đọc bảng trong transaction Repeatable Read và lấy pg current snapshot() cùng lúc, rồi với mỗi thay đổi từ luồng replication quyết định nó đã nằm trong snapsho…
- Scaling Our Geo-Search Service For 10x Load Bài tóm tắt · Gojek · 2022
Available Driver Service (ADS) trả lời: "quanh vị trí này, tài xế nào thoả điều kiện?" (ví dụ xe có nước rửa tay). ADS sập thì không phân được tài xế cho đơn.
- Cross Shard Transactions at 10 Million Requests Per Second Bài tóm tắt · Dropbox · 2018
Edgestore là lớp trừu tượng trên hàng nghìn node MySQL, giữ hàng petabyte metadata, hơn 10 triệu request/giây. Developer gom dữ liệu hay đi cùng nhau vào một colo (cùng shard vật lý): trong colo có transaction mạnh,…
- Production testing with dark canaries Bài tóm tắt · LinkedIn · 2020
Code ở LinkedIn có thể lên production trong vòng một giờ, nhiều lần mỗi ngày; code, config hay model AI xấu vẫn gây sự cố dù có unit và integration test. Một số thứ (bộ nhớ, CPU/GPU, concurrency, latency) chỉ đo đúng…
- 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ố…
- Migration không downtime Chủ đề Thành viên
Hệ thống đang chạy thật (gọi xe, chat, thiết kế) không được dừng, nhưng phải đổi ngôn ngữ, database hoặc hạ tầng bên dưới.
- 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".
- Tách compute khỏi storage Chủ đề Thành viên
Hệ có trạng thái kiểu cổ điển (database, broker Kafka, fileserver Git) đặt dữ liệu bền trên đĩa của chính máy xử lý. Máy đó vừa là compute vừa là storage, nên:
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- 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.
- Cache và invalidation Chủ đề Thành viên
Cache là cách rẻ nhất để một DB chịu được lượng đọc tăng nhiều lần. Vì vậy nó xuất hiện ngay từ giai đoạn đầu (Instagram 2011, Facebook 2004–2010). Cái giá đến sau, và lặp lại ở hầu hết các nguồn:
- Đổ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.