Tìm kiếm
40 kết quả cho “Page cache”. Tìm không phân biệt dấu.
- Uncached I/O in Prometheus Bài tóm tắt · Prometheus · 2026
…ài toán chung: dữ liệu ghi xong mà ít khi đọc lại vẫn chiếm page cache, làm số đo bộ nhớ của container khó hiểu. Bối cảnh - Người dùng Kubernetes thường nhầm giữa container memory…
- Scaling Pinterest - From 0 To 10s Of Billions Of Page Views A Month In Two Years Bài tóm tắt · Pinterest · 2013
…og/2013/4/15/scaling-pinterest-from-0-to-10s-of-billions-of-page-views-a.html) Theo Pinterest qua lời kể của HighScalability (Todd Hoff tóm tắt talk của Yashwanth Nelapati và Marty…
- Low Latency Optimization: Understanding Huge Pages (Part 1) Bài tóm tắt · Hudson River Trading · 2022
…cy của stack giao dịch. Một khía cạnh ít được bàn sâu: huge page và TLB . - Mỗi lần truy cập bộ nhớ (cả dữ liệu lẫn lệnh, kể cả đã nằm trong cache), phần cứng phải dịch địa chỉ ảo…
- On WordPress Scaling and Performance, The Zillow Way Bài tóm tắt · Zillow · 2012
…, để thêm server mới chỉ phải dời một phần nhỏ khách. - mod pagespeed tự minify, gộp request và viết lại URL tài nguyên tĩnh sang CloudFront với cache 1 năm, nên app server chỉ còn…
- Troubleshooting: A journey into the unknown Bài tóm tắt · Booking.com · 2017
…hân tích: máy đã cấp 92% bộ nhớ (gồm cache), rồi giải phóng page cache khoảng 600 MB/giây trong khoảng 6 giây, khoá mọi CPU khoảng 8 giây; haproxy dừng giữa syscall vì chạm vùng nh…
- How We Improved Website Performance by Evolving Our Infrastructure Bài tóm tắt · Wix · 2021
…ay nền tảng chứ không phải người dùng. Từ 6/2021 Google đưa page experience vào xếp hạng tìm kiếm. - Họ chọn Core Web Vitals làm ngôn ngữ chung cho monitoring và thảo luận nội bộ.…
- Caching Without Marshal Part 2: The Path to MessagePack Bài tóm tắt · Shopify · 2022
MessagePack từ chối object lạ: chỉ mã hoá kiểu cơ bản và extension type đã đăng ký; object khác ném NoMethodError có tham chiếu tới object. Đó là điểm để log xem thứ gì đang bị đưa vào cache.
- A Brief History of Scaling LinkedIn Bài tóm tắt · LinkedIn · 2015
…h viên. Năm 2015: hơn 350 triệu thành viên, hàng chục nghìn page mỗi giây, mobile chiếm hơn 50% traffic, backend chịu hàng triệu query mỗi giây. Thay đổi chính - Leo: ban đầu là mộ…
- Knowing When Your Composite Index Earns Its Write Cost Bài tóm tắt · Tiger Data · 2026
…ts chỉ có một điểm chèn (lá ngoài cùng phải), split để lại page đầy 90%. (tag id, ts) có 10.000 điểm chèn, mỗi split để lại hai nửa trống một nửa. Nạp 5 triệu dòng: index ts 107 M…
- NVIDIA Dynamo Snapshot: Fast Startup for Inference Workloads on Kubernetes Bài tóm tắt · NVIDIA · 2026
…ới tới 128 lần đọc đang bay, dùng O DIRECT để không làm đầy page cache (NFS không hỗ trợ thì lùi về buffered I/O, lợi ích giảm nhiều). Restore CRIU: Qwen3-8B 24 → 4,7 giây; gpt-oss…
- The Stack That Helped Medium Drive 2.6 Millennia of Reading Time Bài tóm tắt · Medium · 2016
…đợi SQS cho việc nền; SES, S3, CloudFront, nginx, Datadog, PagerDuty. Thay đổi chính - Khoảng một chục service (kiến trúc hướng service). Tiêu chí tách một service: công việc đủ r…
- Reducing Image File Size in the Photos Infrastructure Bài tóm tắt · Etsy · 2017
…ng 92% số byte còn lại là ảnh, nên giảm ảnh gần như là giảm page weight khi người dùng đi từ listing này sang listing khác. - Ảnh có nét mảnh, chữ, gradient bị giảm chất lượng nhiề…
- Building a region‑aware, SEO‑friendly global web app Bài tóm tắt · Mercari · 2025
…browser cho mỗi request, đắt), vài năm trước chuyển Next.js Pages Router nhưng vẫn là app client lớn được bơm dữ liệu để SSR trang SEO. Trang chi tiết sản phẩm cần hơn 20 lần fetch…
- Sizing Your IIoT Table Before You Deploy Bài tóm tắt · Tiger Data · 2026
…/dòng khi được lấp dần bởi ingest , vì 10.000 điểm chèn gây page split liên tục, lá chỉ đầy khoảng 65%. Heap + một index = 95,6 byte (4,8 lần); hai index = 139 byte (7 lần). Hệ số…
- Moving Railway's Frontend Off Next.js Bài tóm tắt · Railway · 2026
…ơi); các primitive server-first không dùng tới, layout trên Pages Router phải chắp vá, còn App Router thì đẩy hẳn về server-first. Thay đổi chính - Chuyển sang Vite + TanStack Star…
- Stack Overflow: How We Do Monitoring - 2018 Edition Bài tóm tắt · Stack Overflow · 2018
…trọng (site offline theo Pingdom, tỉ lệ lỗi cao) gọi thẳng PagerDuty cho SRE on-call; lỗi khẩn (tạo Team lỗi, scheduled task lỗi) đẩy vào chat; còn lại gửi email, kèm sẵn truy vấn…
- 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,…
- 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:
- 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…
- Sự cố và postmortem Chủ đề Thành viên
Nhiều bước ngoặt kiến trúc trong wiki bắt đầu từ một sự cố: Netflix lên cloud sau 3 ngày không gửi được DVD, Twitter viết lại hệ thống sau World Cup 2010, Instagram đi nhiều data center sau trận bão 2012. Trang này gom…
- 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…
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- 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:
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…
- 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".
- 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,…
- 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.
- 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:
- 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.
- Hạ tầng tìm kiếm Chủ đề Thành viên
Lúc đầu, tìm kiếm là LIKE trên database hoặc một thư viện (Lucene) nhúng trong app. Khi dữ liệu và tính năng tăng, search thành một hệ có trạng thái riêng, khác database ở mấy điểm:
- Tracing phân tán và log theo request Chủ đề
Khi một request đi qua hàng chục service, metric của từng service cho biết có chậm, log của từng service cho biết từng mảnh; không cái nào trả lời "request này chậm vì đâu" hay "trang này tốn bao nhiêu". Tracing phân…
- Pinterest Công ty Thành viên
Năm 2015 Pinterest sinh sẵn nội dung cho mọi user và lưu trong HBase, cách đã đưa họ tới 100 triệu MAU nhưng tốn lưu trữ và khó thử nghiệm. Họ xây 9 hệ thống C++/RocksDB để sinh feed lúc đọc . Phía dưới là tầng cache…
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- SoundCloud Công ty Thành viên
Năm 2013 SoundCloud rời mô hình một Public API cho mọi client, tách monolith thành microservice và khai sinh pattern BFF; đến 2021 có vài chục BFF dùng chung thư viện edge, nhưng logic tích hợp và phân quyền bị nhân bản…
- Stack Overflow Công ty Thành viên
Phản ví dụ nên đọc sớm cho niềm tin "lớn thì phải scale out". Năm 2009, với 16 triệu page view mỗi tháng, Stack Overflow chạy hai web server và một SQL Server, chạm giới hạn thì nâng RAM; theo Jeff Atwood, phần cứng rẻ…
- Zillow Công ty Thành viên
Zillow cho thấy một công ty dữ liệu đi từ ứng dụng web có cache tự làm sang nền tảng dữ liệu, ML và thí nghiệm dùng chung. Năm 2012 các sản phẩm mới đã chạy trên AWS: nền tảng website cho môi giới trên WordPress dùng…
- Airbnb Công ty Thành viên
Airbnb chuyển từ một ứng dụng Rails khổng lồ sang SOA, và lộ ra chi phí test: deep integration test cho mọi service không scale, nên họ chuyển sang tháp test + CD có canary analysis . Năm 2025 với ba trụ sản phẩm, data…
- The LMAX Architecture Bài tóm tắt · LMAX · 2011
LMAX là sàn giao dịch phái sinh cho nhà đầu tư cá nhân (công ty mẹ là Betfair). Sàn cần latency thấp vì mỗi giao dịch làm thay đổi thị trường cho giao dịch sau; bán lẻ thì thêm nhiều người dùng. Phần lớn hoạt động đến…
- Prometheus Công ty Thành viên
Nguồn đầu tiên của dự án Prometheus trong wiki là thay đổi giao thức remote read ở bản 2.13 (2019): thay vì gom toàn bộ kết quả chưa nén vào một message protobuf (tới 2,5 GB mỗi bên cho 10.000 series), server stream…
- Stack Overflow: The Architecture - 2016 Edition Bài tóm tắt · Stack Overflow · 2016
…gày (9/2/2016): - 209 triệu HTTP request, trong đó 66 triệu page load; - 504 triệu SQL query, 5,8 tỷ Redis hit; - trang câu hỏi render trung bình 22,7ms , trang chủ 11,8ms. So với…