Announcing rustup 1.29.1

This Month in Ladybird

Ladybird là một dự án trình duyệt mới được xây dựng từ đầu, nhằm mang lại trải nghiệm hiện đại và khả năng tùy chỉnh cao cho nhà phát triển và người dùng cuối. Trong bản cập nhật này, nhóm đã thêm chế độ duyệt ẩn danh, hỗ trợ nhiều hồ sơ người dùng, cũng như tích hợp chức năng undo/redo cho trình soạn thảo nội dung, đồng thời mở rộng hỗ trợ API Geolocation và WebAudio để nâng cao tính tương tác đa phương tiện. Những thay đổi này đi kèm với việc di chuyển bộ xử lý style và layout sang Rust, giúp tăng tốc compositor khoảng 30 % và giảm mức tiêu thụ bộ nhớ, đồng thời làm cho các tính năng mới như private browsing và profiles hoạt động ổn định hơn. Kết quả cho thấy việc áp dụng Rust cho các thành phần hiệu suất cao mang lại lợi ích rõ rệt về tốc độ và an toàn bộ nhớ, cung cấp bài học quan trọng cho các dự án trình duyệt khác khi cân nhắc di chuyển một phần mã nguồn sang ngôn ngữ này.

Bài viết cập nhật những tiến bộ mới nhất về trình duyệt Ladybird giúp lập trình viên nắm bắt công nghệ và cải thiện hiệu suất phát triển web.

pnpm 12.0

pnpm phiên bản 12.0 đã được phát hành là bản ổn định sau khi viết lại toàn bộ bằng Rust. …

How we saved 100 terabytes of memory by optimizing 1.1.1.1’s DNS cache

Cloudflare’s 1.1.1.1 công khai DNS resolver duy trì một bộ nhớ cache lớn để xử lý hàng tỷ …

August 31, 2026

API Windows AWE (Address Windowing Extensions) về mặt kỹ thuật không yêu cầu PAE (Physical Address Extension) để hoạt động, dù PAE thực sự làm cho AWE hữu ích trong thực tế. Không có PAE, AWE chỉ cho phép ứng dụng ánh xạ tối đa 4GB bộ nhớ vật lý, hạn chế đáng kể hiệu suất. Sự nhầm lẫn này xuất phát từ việc Microsoft tài liệu hóa AWE cùng với PAE, dẫn đến nhiều lập trình viên hiểu sai mối quan hệ giữa hai công nghệ. Lập trình viên làm việc với ứng dụng cần xử lý lượng lớn bộ nhớ nên hiểu rõ sự khác biệt giữa yêu cầu kỹ thuật và điều kiện thực tế để thiết kế hệ thống hiệu quả.

Lập trình viên nên đọc bài viết để hiểu rõ sự khác biệt giữa yêu cầu kỹ thuật và thực tế ứng dụng của Windows AWE API liên quan đến PAE.

Could Cargo's scheduler be better?

Bài viết nghiên cứu xem có thể cải thiện lịch trình của Cargo không bằng cách theo dõi syscall trong 17 dự án Rust thực tế để dựng lại đồ thị phụ thuộc và chạy lại dưới các lịch trình thay thế. Họ thử nghiệm một lịch trình b-level (bottom-level) ưu tiên các nhiệm vụ trên đường đi quan trọng, cho thấy nó vượt qua lịch trình mặc định của Cargo, giảm trung bình khoảng 8% thời gian wall tại 4 nhân và khoảng 2% tại 16 nhân, và đạt khoảng 1,3% so với mức tối ưu giả định. Thử nghiệm thêm cho thấy lịch trình này vẫn hoạt động tốt ngay cả khi ước lượng thời gian có nhiễu, và chỉ cần một bit thông tin (ngắn vs dài) hoặc chỉ dựa vào độ sâu của đồ thị cũng thường tốt hơn Cargo mặc định, mặc dù đuôi kết quả kém hơn. Kết quả gợi ý rằng việc lưu trữ một cơ sở dữ liệu cục bộ hoặc chia sẻ các cờ thời gian biên dịch của crate có thể nâng cấp lịch trình Cargo mà không cần dữ liệu thời gian chính xác.

Nghiên cứu này cho thấy một trình lập lịch đơn giản dựa trên đường dẫn phản ứng có thể tăng tốc thời gian biên dịch Rust lên đến 8% mà không cần dữ liệu thời gian chính xác.

I built my own streaming box, and it beats every smart TV I've owned

Bài viết mô tả cách tác giả biến một chiếc laptop Windows cũ thành một thiết bị streaming riêng. Nguyên nhân kỹ thuật là việc kết nối laptop qua cổng HDMI tới TV và cài đặt các phần mềm phát video như Plex hoặc Kodi để tối ưu hiệu suất. Hệ quả là trải nghiệm xem phim mượt mà hơn, thời gian khởi động nhanh và khả năng tùy chỉnh vượt trội so với mọi smart TV mà tác giả từng sở hữu. Điều đáng học là việc tái sử dụng phần cứng cũ không chỉ tiết kiệm chi phí mà còn mang lại sự linh hoạt và hiệu năng tốt hơn nhiều thiết bị thương mại. Do đó, nếu bạn có một laptop Windows không dùng nữa, việc chuyển nó thành hộp streaming là một giải pháp thực tế đáng cân nhắc.

Tạo ra một thiết bị streaming từ laptop cũ sẽ mang đến trải nghiệm xem phim vượt trội hơn bất kỳ TV thông minh nào.

Cancelation Terminology

Bối cảnh là khi thiết kế hệ thống đa luồng hoặc dịch vụ mạng cần có cách dừng tác vụ một cách rõ ràng để tránh tình trạng treo hoặc rò rỉ tài nguyên. Synchronous cancelation nghĩa là luồng gọi sẽ chờ cho tới khi tác vụ bị dừng hoàn toàn trước khi tiếp tục thực hiện, do đó có thể gây block nếu tác vụ không phản hồi nhanh. Asynchronous cancelation ngược lại, tác vụ bị dừng ngay lập tức mà không chờ hoàn thành, có nguy cơ để tài nguyên như bộ nhớ hoặc khóa không được giải phóng đúng cách. Graceful shutdown cho phép tác vụ hoàn thành công việc hiện tại, giải phóng tài nguyên rồi mới dừng, vì vậy thường được dùng khi cần tắt dịch vụ một cách an toàn. Bài học là phải phân biệt rõ ba cách này và chọn механизм phù hợp với yêu cầu về độ tin cậy, hiệu suất và khả năng hồi phục của hệ thống.

Bài viết này giúp lập trình viên phân biệt rõ ràng giữa các khái niệm hủy bỏ đồng bộ, không đồng bộ và đóng gọn mượt mà, tránh nhầm lẫn trong thiết kế hệ thống.

gRPC-Rust Roadmap

Đội ngũ gRPC-Rust vừa hoàn thành bản preview phía client và đang chuẩn bị cho các bước phát triển tiếp theo. Họ cần giải quyết các vấn đề về tính ổn định của API, tích hợp hoàn toàn với mô hình async/await của Rust và nâng cấp lớp mã hoá TLS dựa trên thư viện native-tls. Khi các tính năng này ổn định, nhà phát triển sẽ có thể xây dựng dịch vụ gRPC hoàn toàn bằng Rust mà không cần phụ thuộc vào bản triển khai C++, giảm latency và tối ưu hoá sử dụng bộ nhớ. Dự án cho thấy giá trị của việc phát hành preview sớm để thu thập phản hồi cộng đồng trước khi khóa API, giúp giảm nguy cơ thay đổi phá vỡ sau này. Lộ trình cũng nhấn mạnh tầm quan trọng của việc duy trì sự tương thích ngược với protobuf và cung cấp công cụ codegen tự động qua tonic-build.

Bài này cung cấp lộ trình phát triển tiếp theo của gRPC-Rust giúp lập trình viên nắm định hướng công nghệ và lên kế hoạch phát triển hệ thống hiệu quả.