#build-systems

Toss: Building less to ship faster

Toss, ứng dụng tài chính hàng đầu Hàn Quốc, được chia thành gần 1,000 module. Sử dụng binary cache của Tuist, đội ngũ đã tăng tỷ lệ build local hoàn thành trong dưới 1 phút hơn ba lần. Cụ thể, trước đây chỉ 15% build local đạt dưới 1 phút, nay đã lên tới 50%. Giải pháp này giúp giảm thời gian build từ vài chục phút xuống còn khoảng 1 phút, đáng để học hỏi từ cách họ tối ưu hóa hệ thống module lớn.

Bài viết này giúp lập trình viên hiểu cách tối ưu hóa build time với Tuist's binary cache cho dự án module hóa lớn.

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.

Recursive make and -j

Today I looked into “recursive” invocations of make; that is, cases in which a Makefile recipe itself invokes make. The official documentation is quite good, but since I’m working with a range of different GNU Make versions, I looked at how the behavior has changed over time, from GNU Make 3.81 to 4.3.

Design your programming languages right (2024)

A rambling collection of opinions on what programming language and configuration format designers should get right from the start, including multiline string indentation handling (praising Dhall and Nix/Lix), relative file path resolution (criticizing Docker Compose and Cargo for getting it wrong), sticking to consistent file extensions for syntax highlighting, allowing trailing commas, using delimited escapes for numeric and string literals, sigil-prefixed keywords to allow future extension, respecting different dev vs release workflows, versioning across code migrations, including release dates alongside version numbers, and building proper file-watching and code search into build tools from the start.

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ả.

MSBuild explained: Understanding Microsoft’s build platform

MSBuild là nền tảng build mạnh mẽ của Microsoft thường ẩn sau giao diện IDE. Nó sử dụng hệ thống dựa trên XML với file project (.csproj) định nghĩa cấu trúc build. Việc hiểu MSBuild giúp kiểm soát quy trình build tốt hơn, vượt ra ngoài những gì giao diện đồ họa cung cấp. Lập trình viên .NET nên học MSBuild để tùy biến và tự động hóa quy trình build phức tạp, tối ưu hóa hiệu năng dự án. Kiến thức này đặc biệt hữu ích khi làm việc với CI/CD pipeline hay xử lý các vấn đề build phức tạp mà IDE không giải quyết được.

Bài viết giúp lập trình viên khám phá sức mạnh thực sự của MSBuild đằng sau giao diện IDE quen thuộc.

The new Tuist, from build toolchains to bare metal

Tuist đang phát triển thành hạ tầng build tích dọc cho các công cụ Xcode, Gradle và Bazel. Việc tích hợp này bao gồm phân tích, caching, thực thi và sở hữu phần cứng để tối ưu hóa quy trình build. Giải pháp này giúp giảm thời gian build nhờ cơ chế caching thông minh và tối ưu hóa tài nguyên. Lập trình viên nên tìm hiểu thêm về cách Tuist quản lý build pipeline và tích hợp CI/CD để cải thiện hiệu suất dự án.

Tuist cung cấp giải pháp build tích hợp dọc toàn diện giúp lập trình viên tối ưu hóa quy trình xây dựng ứng dụng iOS và Android.

Linux 7.4 Could End Up Seeing Kernel Builds ~36% Faster, Incremental Builds ~70% Faster

Linux 7.4 đang được chuẩn bị với các bản vá giúp tăng tốc build kernel lên tới 36% cho allmodconfig và 70% cho build incremental. Nguyên nhân kỹ thuật là việc xác định và khắc phục các bottleneck single-threaded với sự hỗ trợ của AI. Các thay đổi này do Lorenzo Stoakes của ARM dẫn đầu, với hai bản vá đã được merge và phần còn lại được rebase và tinh chỉnh, bao gồm việc làm cho Rust compiler parallel front-end trở thành tùy chọn. Hệ quả là thời gian build kernel sẽ giảm đáng kể, đặc biệt hữu ích cho các nhà phát triển làm việc thường xuyên với kernel. Điều đáng học là cách AI có thể giúp phát hiện performance bottleneck trong các dự án lớn như Linux kernel.

Lập trình viên nên đọc bài này vì nó thông tin về bản vá giúp tăng tốc độ biên dịch kernel Linux lên đến 36-70%, mang lại lợi ích đáng kể cho quy trình phát triển.

Module Tracking in Swift Debug Info

Trong quá trình gỡ lỗi Swift, khi chương trình dừng tại breakpoint, bộ gỡ lỗi cần xác định chính xác Swift module chứa mã nguồn. Trước đây, quá trình tra cứu này không luôn cho kết quả chính xác. Bản Swift 6.4 sắp tới sẽ đưa ra các thay đổi đã bắt đầu từ Swift 6.3 để giải quyết vấn đề này bằng cách cập nhật cách compiler Swift tham chiếu đến các Swift module được build rõ ràng trong thông tin debug. Sự cải tiến này giúp tăng độ chính xác trong việc định vị module khi gỡ lỗi, giảm thiểu các sự nhầm lẫn trong quá trình phân tích mã nguồn.

Đọc bài này sẽ giúp lập trình viên Swift hiểu cải tiến module tracking trong debug info Swift 6.4 giúp chính xác hơn khi đánh giá biểu thức tại breakpoint.

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.

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.

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.

mold: A Massively Parallel Linker

Abstract page for arXiv paper 2608.23228: mold: A Massively Parallel Linker

Stamping build info in constant memory

Bài viết chia sẻ một mẹo nhỏ mà tác giả gặp trong công việc: nhãn thông tin bản dựng (version, timestamp, commit hash…) được đặt vào vùng bộ nhớ chỉ‑đọc constant memory của file thực thi thay vì được tạo ra khi chạy. Điều này thực hiện bằng cách khai báo một mảng static const và chỉ định nó nằm trong một phần ELF cụ thể (thường là .rodata hoặc một phần tùy chỉnh như .buildinfo) bằng thuộc tính __attribute__((section)) hoặc qua tập lệnh linker, sau đó sử dụng objcopy hoặc cờ linker để xác định địa chỉ cụ thể nếu cần. Khi chương trình được tải, thông tin này đã có sẵn trong bộ nhớ chỉ‑đọc, nên việc truy cập chỉ là một phép đọc pointer mà không có bất kỳ chi phí khởi tạo hoặc tính toán thời gian chạy nào. Kết quả là các hệ thống nhúng hoặc các ứng dụng mà nhạy cảm với hiệu suất có thể lấy ra metadata bản dựng ngay lập tức mà không làm tăng kích thước dữ liệu động hoặc làm chậm quá trình khởi động. Điều đáng học là việc sử dụng các tính năng của linker và các thuộc tính phần để đặt dữ liệu chỉ‑đọc là cách đơn giản, đáng tin cậy để “nhãn” bản dựng mà không ảnh hưởng đến thời gian chạy.

Bài viết tiết lộ một thủ thuật thú vị giúp ghi thông tin build vào bộ nhớ hằng, giúp ích cho việc gỡ lỗi và quản lý phiên bản phần mềm.

The physics of build systems

Why build graphs, incremental builds, remote caching, and remote execution decide whether a build feels fast.