1.98.1 pre-release testing

Running AI agents in sandboxes with Microsoft Execution Containers

Microsoft đã phát hành một sandbox mã nguồn mở để chạy mã không tin cậy trên Windows, Linux và macOS. Dự án đã được mở rộng thành Execution Containers, một lớp thực thi dựa trên chính sách (policy‑based) cho phép quản lý chi tiết quyền truy cập tài nguyên, hệ thống tệp và mạng. Với khả năng hoạt động đa nền tảng và tích hợp chính sách granulart, các AI agent có thể được triển khai an toàn mà không lo lắng về việc thoát khỏi môi trường cô lập hoặc gây hại cho hệ thống chủ. Việc áp dụng mô hình sandbox dựa trên chính sách không chỉ giảm bề mặt tấn công mà còn cung cấp cơ chế kiểm soát linh hoạt, điều mà bất kỳ đội ngũ phát triển agent nào cũng nên xem xét khi cần chạy mã bên ngoài. Bài gốc cung cấp cả chi tiết triển khai thực tế và các benchmark hiệu suất (thời gian khởi động < 100 ms, overhead CPU < 5 %) giúp đánh giá sự phù hợp của Execution Containers cho trường hợp sử dụng của mình.

Bài viết này giúp lập trình viên hiểu cách triển khai an toàn agent AI qua Microsoft Execution Containers trên nhiều nền tảng.

Announcing Rust 1.98.1

Rust 1.98.1 đã được ra mắt với mục tiêu trao quyền cho mọi người xây dựng phần mềm đáng tin cậy và hiệu quả. Bản cập nhật này tập trung vào việc cải thiện hiệu năng và độ ổn định của ngôn ngữ lập trình Rust. Phiên bản mới mang đến những tối ưu hóa cho bộ nhớ và giảm thiểu lỗi bộ nhớ thông qua Ownership và Borrowing. Đây là bước tiến quan trọng củng cố vị thế của Rust trong lĩnh vực hệ thống và phát triển ứng dụng yêu cầu hiệu suất cao.

Bản cập nhật Rust 1.98.1 mang đến những cải tiến quan trọng giúp lập trình viên xây dựng phần mềm tin cậy và hiệu quả hơn.

This Week in Rust 667 · This Week in Rust

Mỗi tuần, bản tin This Week in Rust tổng hợp tin tức từ cộng đồng Rust, bao gồm thông tin từ Rust Foundation và các dự án đang phát triển. Nguyên nhân kỹ thuật: bản tin này nhấn mạnh các cập nhật như Wasmi 2.0, việc tăng tốc Rustdoc, và hỗ trợ async FFI giữa Rust và C#. Hệ quả: độc giả nhận được highlights của pull request trên trình biên dịch, thư viện, Cargo, Rustdoc, Clippy và rust‑analyzer, cùng báo cáo triage hiệu suất biên dịch và danh sách RFC đang trong giai đoạn bình luận cuối cùng. Điều đáng học: việc theo dõi các crate của tuần (ví dụ buf_read_splitter) và các sự kiện, việc tuyển dụng giúp lập trình viên nắm được công cụ mới, tối ưu hiệu suất và mở rộng khả năng tương tác ngôn ngữ. Ngoài ra, bản tin còn cung lời trích dẫn tuần và lời gọi tham gia kiểm thử, giúp cộng đồng đóng góp tích cực vào sự phát triển của Rust.

Bài viết tổng hợp hàng tuần cung cấp cập nhật quan trọng về Rust Foundation, dự án và công cụ mới, giúp lập trình viên nắm bắt xu hướng và cải thiện kỹ năng lập trình Rust hiệu quả.

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 …

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. Việc viết lại này nhằm cải thiện hiệu suất và độ tin cậy mà không thay đổi giao diện người dùng. Các lệnh, cờ, cấu hình và định dạng lockfile của pnpm 11 đều được giữ nguyên, nên nâng cấp không yêu cầu thay đổi dự án hiện có. Tài liệu chính thức đồng thời mô tả cách sử dụng cả hai phiên bản, giúp nhà phát triển có thể chọn phiên bản phù hợp. Bài học từ bản phát hành này là việc viết lại bằng Rust có thể mang lại lợi thế về hiệu suất, miễn là giữ nguyên tính tương thích ngược để giảm gánh nặng chuyển đổi cho người dùng.

Lập trình viên nên đọc bài này vì pnpm 12.0 được viết lại bằng Rust mang lại hiệu năng tốt hơn trong khi vẫn giữ nguyên toàn bộ cú pháp và định dạng file lock từ phiên bản trước.

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ỷ …

Apache Kafka vs Apache Iggy: Same Log, Different Engine

Bối cảnh: Cả Apache Kafka và Apache Iggy đều được thiết kế như một hệ thống log phân tán để xử lý luồng

Bài này giúp bạn hiểu rõ sự khác biệt giữa Kafka và Iggy để chọn streaming engine phù hợp nhất với nhu cầu công việc.

Implementing FMA and finding bugs in C and Rust standard libraries

Bài viết mô tả quá trình kiểm tra hàm fma (fused multiply‑add) khi tính biểu thức a * b + c trong các thư viện chuẩn của Rust và musl libc. Khi so sánh kết quả của hàm fma với phép nhân rồi cộng thực hiện riêng, tác giả phát hiện sự khác biệt ở mức một đơn vị cuối cùng (ulp) đối với một số giá trị đầu vào đặc biệt, do việc làm tròn không được thực hiện đúng theo chuẩn IEEE 754. Lỗi này xuất phát từ việc các thư viện sử dụng phép nhân bình thường cộng sau đó thay vì gọi lệnh FMA phần cứng hoặc thực hiện phiên bản phần mềm giữ nguyên một bước làm tròn. Hệ quả là các chương trình dựa trên fma để đạt độ chính xác cao hoặc tránh lỗi lũy thừa có thể trả về kết quả sai, gây thất bại trong các bài test số học và ảnh hưởng đến tính ổn định của các tính toán khoa học. Bài học là khi triển khai hoặc sử dụng hàm fma cần kiểm tra xem thực hiện có tuân thủ semantics làm tròn đơn một bước hay không, và ưu tiên sử dụng intrinsics của CPU hoặc thư viện libm đã được chứng thực đối với IEEE 754.

Bài viết tiết lộ lỗi tinh vi trong thư viện chuẩn Rust và musl libc khi triển khai phép tính FMA.