Design your programming languages right (2024)

I made a build visualizer to understand Bun’s compile times

Tác giả tạo ra buildprof - một công cụ tracing mã nguồn mở giúp phân tích thời gian biên dịch phần mềm trên Linux. Công cụ này hiển thị chi tiết quá trình xử lý của các tasks trong build process, ví dụ như khi build ripgrep. Nguyên nhân kỹ thuật gây ra compile time chậm thường nằm ở các task I/O blocking hoặc quá nhiều worker threads. Hệ quả là developers có thể identify bottleneck và optimize build performance một cách hiệu quả. Điều đáng học là kỹ thuật tracing và visualization giúp tối ưu hóa performance trong Rust projects, đặc biệt với frameworks như Bun.

Công cụ buildprof giúp lập trình viên hiểu rõ cách thời gian biên dịch được phân bổ khi sử dụng Bun.

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.

Gradle Is Going Agentic

Gradle đang điều chỉnh để tương thích tốt hơn với các coding agent, do đó họ quyết định không kích hoạt sẵn Configuration Cache trong phiên bản Gradle 10. Đây là sự đánh đổi nhằm tối ưu hóa trải nghiệm cho các tác nhân tự động.

Lập trình viên cần đọc bài này để hiểu cách Gradle 10 đã điều chỉnh cơ chế Cache cấu hình để tối ưu hóa hiệu suất cho các công cụ lập trình tự động (coding agents) mà không ảnh hưởng quá lớn đến hiệu năng truyền thống của dự án.

Bazel remote caching and insights in Tuist

Tuist now supports Bazel remote caching and insights. Here's how we got there, from a low-latency cache network to the protocols Bazel speaks.

Faster Than Ninja

Bài benchmark cho thấy build2 ban đầu chậm hơn Ninja 11% khi xây dựng Xerces-C++ (3.8s vs 3.4s), nhưng sau khi tắt hai tính năng tracking thay đổi và nén cache, build2 vượt qua Ninja với 3.355s. build2 cạnh tranh nhờ caching thông tin, xử lý đa luồng, và mô hình tiền xử lý trước khi biên dịch, trong khi CMake+Ninja mất thêm 15.6s ở bước generation.

Lập trình viên muốn tối ưu hóa quy trình build cho dự án C++ nên đọc bài này để hiểu cách build2 vượt trội Ninja thông qua kiến trúc hiệu quả, giảm thời gian build đáng kể và tiết kiệm tài nguyên.

GNU Automake 1.19 Released With More Than One Year Worth Of Fixes

GNU Automake 1.19 has shipped, marking the first release in 15 months and closing out over a year of accumulated fixes. It adds a single new feature, the AM_OPTIONAL_AUTOMAKE macro, which lets projects list optional archive formats like dist-xz, dist-zstd, and dist-bzip3, building only the ones whose compression tools are available rather than erroring out. Bug fixes include recognizing COPYINGv2 and COPYINGv3 files for automatic distribution, fixing a 14-year-old bug where running dist-bzip2 dist-xz together deleted the shared uncompressed tarball prematurely, better detection of BusyBox's Tar, and making make dist fail properly when Tar fails instead of producing a silently truncated archive. It's available now from savannah.gnu.org.

A build graph that rolls dice

Bối cảnh sắp diễn ra NixCon 2026, nơi sẽ trình bày một build graph có khả năng dice rolls. Nguyên nhân kỹ thuật nằm ở việc triển khai thuật toán xác suất trong build graph của NixOS. Hệ quả là build system có thể đưa ra kết quả không xác định mỗi lần thực thi, tạo ra trải nghiệm build tương tự như tung xúc xắc. Điều đáng học là cách tiếp cận mới này có thể ứng dụng trong testing bằng cách tạo ra các trường hợp ngẫu nhiên để kiểm tra robustness của hệ thống.

Bài viết này giúp lập trình viên hiểu cách xây dựng một biểu đồ build sử dụng hệ thống Nix để triển khai các dự án phức tạp và quản lý phụ thuộc hiệu quả.

C++26: Module improvements

C++26 đưa ra ba cải tiến quan trọng để giải quyết các vấn đề khiến việc áp dụng modules trong C++20 bị chậm lại. Modules trong C++20 thiếu hỗ trợ từ build system và có sự khác biệt trong các triển khai compiler, gây ra nhiều khó khăn cho người dùng. Các cải tiến này tập trung vào việc giảm bớt những cản kỹ thuật không cần thiết trong thiết kế ban đầu. Nếu bạn đang làm việc với C++ và quan tâm đến cách tổ chức code hiệu quả hơn, những cải tiến này sẽ giúp đơn giản hóa quá trình sử dụng modules. Sự thay đổi này có thể ảnh hưởng đáng kể đến cách chúng ta viết và quản lý dự án C++ trong tương lai.

Bài viết này giải thích những cải tiến quan trọng của C++26 giúp khắc phục điểm yếu của module C++20 và thúc đẩy việc áp dụng công nghệ này.