#compiler

Announcing TypeScript 7.0

TypeScript 7.0 ra mắt phiên bản biên dịch gốc bằng Go, cải thiện tốc độ build lên 8–12 lần và giảm đáng kể bộ nhớ sử dụng. Tính năng mới bao gồm kiểm tra kiểu song song, chế độ --watch được tái thiết kế, và hỗ trợ đầy đủ LSP cho trình soạn thảo. Phiên bản này loại bỏ các tùy chọn lỗi thời như es5, baseUrl, AMD/UMD, nhưng chưa tương thích với các framework nhúng do thiếu API lập trình.

Nếu bạn đang phát triển với TypeScript và muốn tối ưu hóa hiệu suất cho dự án, từ bỏ các tính năng cũ và nâng cấp công cụ tích hợp với IDE, hãy đọc để cập nhật những thay đổi quan trọng trong phiên bản mới nhất.

Announcing TypeScript 7.0 RC

TypeScript 7.0 RC đã được phát hành với trình biên dịch (compiler) được viết lại bằng Go, giúp tăng tốc độ build lên gấp 10 lần so với phiên bản 6.0 nhờ sử dụng đa luồng (parallelism) và mã gốc (native code). Phiên bản mới cũng thay đổi mặc định (strict: true, module: esnext), loại bỏ các flags lỗi thời, đồng thời hỗ trợ cài đặt song song với phiên bản 6.0 qua package @typescript/typescript6.

Lập trình viên nên đọc để khám phá cách TypeScript 7.0 cải thiện hiệu suất gỡ lỗi và xây dựng dự án với tốc độ gấp 10 lần nhờ chuyển sang biên dịch viên Go, đồng thời nâng cấp tính năng mới như chế độ strict mặc định và cải tiến trong VS Code.

The Atoning for Sins of React

Flue 2.0 loại bỏ harness, bài học từ Heidi Klum, và chiến lược marketing dựa trên sự cố bảo mật truyền thống.

Lập trình viên cần đọc bài này để hiểu cách React 2.0 đã thay đổi cơ chế quản lý trạng thái, từ đó tránh những lỗi bảo mật và hiệu suất bị ảnh hưởng do các "sinh tật" cũ như uncontrolled component lifecycle hay state leakage, đặc biệt khi ứng dụng phát triển theo mô hình microservices hiện đại.

Octane – React's programming model, compiled

Octane là mô hình lập trình mới của React, được biên dịch sẵn trước khi chạy (AOT), loại bỏ hoàn toàn Virtual DOM (VDOM) và các quy tắc hooks truyền thống.

Lập trình viên React cần đọc bài này để hiểu cách Octane thay đổi cơ chế thực hiện của React bằng cách biên dịch trước, loại bỏ VDOM và hooks, giúp tối ưu hóa hiệu suất cho ứng dụng lớn và phức tạp.

Octane — React's programming model, compiled

Octane là mô hình lập trình của React được biên dịch sẵn trước (AOT), loại bỏ hoàn toàn Virtual DOM (VDOM) và các quy tắc về Hooks truyền thống.

Lập trình viên React nên đọc bài này để khám phá cách cập nhật hiệu suất ứng dụng React bằng cách loại bỏ VDOM và hooks, giúp tối ưu hóa hiệu suất cho các ứng dụng phức tạp mà không cần thay đổi kiến trúc truyền thống.

GitHub - vercel-labs/scriptc: TypeScript-to-Native Compiler

Công cụ biên dịch TypeScript-to-Native Compiler (scriptc) của Vercel Labs chuyển đổi TypeScript sang mã gốc. Dự án mã nguồn mở trên GitHub cho phép đóng góp từ cộng đồng.

Lập trình viên TypeScript muốn tối ưu hiệu suất ứng dụng native mà không cần biên dịch thủ công lại phải biết về công cụ này để chuyển đổi code TypeScript thành mã C/C++/Rust một cách hiệu quả.

How Our Rust-to-Zig Rewrite is Going

Đội ngũ ngôn ngữ lập trình Roc chia sẻ hành trình chuyển đổi trình biên dịch 300.000 dòng từ Rust sang Zig trong 487 ngày, đạt trạng thái tương đương chức năng. Zig nổi bật với thời gian build gia tăng nhanh hơn hẳn (35ms so với 3,4s của Rust), ít lỗi memory corruption hơn (2 vs 21), và phù hợp tốt hơn với mô hình quản lý bộ nhớ arena. Họ cũng tận dụng trình serial bitcode LLVM sẵn có của Zig, nhưng thiếu một số tính năng của Rust như test allocation/deallocation tự động hay polymorphism tham số. Dự kiến phát hành phiên bản 0.1.0 vào năm 2026.

Lập trình viên muốn tối ưu hiệu suất xây dựng dự án và kiểm soát bộ nhớ một cách chính xác hơn nên đọc bài này để hiểu cách Zig vượt trội trong việc giảm thời gian build và giảm thiểu lỗi nhầm nhí về bộ nhớ so với Rust.

GitHub - rochus-keller/OberonSystem at op2-rv32

Phiên bản sửa đổi của Oberon System gốc từ projectoberon.com, được tối ưu hóa để sử dụng với Oberon IDE, có sẵn trên GitHub tại repository rochus-keller/OberonSystem (nhánh op2-rv32).

Là người phát triển Oberon hoặc muốn tích hợp hệ thống này vào dự án của mình trên hệ thống RV32, bạn nên tham khảo để biết cách sử dụng phiên bản cập nhật phù hợp với IDE Oberon mới nhất và các tính năng hỗ trợ hiệu quả.

GitHub - Wyzer-Lang/wyzer: The Wyzer Programming Language

Wyzer là một ngôn ngữ lập trình mã nguồn mở được phát triển trên nền tảng GitHub, nơi người dùng có thể đóng góp vào dự án bằng cách tạo tài khoản.

Là một lập trình viên muốn khám phá ngôn ngữ lập trình mới, sáng tạo và có thể tối ưu hóa hiệu suất cho các ứng dụng hiện đại, Wyzer có thể là lựa chọn đáng quan tâm để mở rộng kỹ năng và tiềm năng ứng dụng trong tương lai.

GCC 16.2 Released With More Than 100 Fixes

Bản phát hành GCC 16.2 cung cấp 102 bản sửa lỗi nhằm ổn định hơn series trình biên dịch GCC 16, bổ sung hỗ trợ CPU AMD Zen 6, back-end AMDGCN thử nghiệm cho AMD Instinct MI300, cùng nhiều cải tiến khác như C++20 mặc định và cải thiện OpenMP.

Là người phát triển cần tìm hiểu về GCC 16.2 để cập nhật kiến thức về các cải tiến mới như hỗ trợ C++20 mặc định, cải thiện OpenMP, và hỗ trợ CPU AMD Zen 6/MI300, giúp tối ưu hóa hiệu suất và tương thích cho các dự án hiện đại.

designing a query system

Hệ thống truy vấn của Krabby được thiết kế nhằm tối ưu hóa việc xử lý và truy xuất dữ liệu hiệu quả.

Lập trình viên nên đọc bài này để hiểu cách thiết kế một hệ thống truy vấn hiệu quả từ cơ sở dữ liệu, từ những nguyên tắc cơ bản đến các kỹ thuật tối ưu hóa, giúp họ xây dựng hệ thống mạnh mẽ và linh hoạt cho ứng dụng của mình.

Why "AI is just the next compiler" doesn't hold up

AI không thể thay thế hoàn toàn compiler vì tính bất định: cùng một prompt có thể sinh ra nhiều kết quả khác nhau, khiến việc tin tưởng vào lớp trừu tượng trở nên rủi ro. Thay vào đó, AI nên được xem như công cụ cộng tác phi tất định mạnh mẽ, tạo ra nhiều phương án mà công cụ tất định không thể, nhưng đòi hỏi sự đánh giá cẩn trọng của con người.

Lập trình viên nên đọc bài này để hiểu cách AI không phải là một "compiler" hoàn toàn đáng tin cậy, mà là một công cụ phụ trợ có tính ngẫu nhiên và yêu cầu sự giám sát người dùng để đảm bảo chất lượng và an toàn trong việc tích hợp vào dự án.

We accidentally built an LLVM compiler for JAX

Đôi khi phát triển phần mềm vô tình dẫn đến những kết quả ngoài dự kiến, như trường hợp nhóm tác giả vô tình xây dựng trình biên dịch LLVM cho JAX trong quá trình phát triển trình biên dịch lượng tử Catalyst.

Là người viết code cho hệ thống AI/ML, bạn nên đọc bài này để khám phá cách LLVM được tái sử dụng bất ngờ trong việc xây dựng JAX, giúp tối ưu hóa hiệu suất và mở rộng khả năng của các mô hình deep learning thông qua kiến trúc compiler độc đáo.

Full flattening of nested data parallelism

Ngôn ngữ lập trình mảng song song dữ liệu thuần chức năng cấp cao, có hiệu suất cao, hỗ trợ thực thi trên cả GPU và CPU.

Lập trình viên muốn tối ưu hóa hiệu suất cho ứng dụng đa dữ liệu (data-heavy) trên GPU hoặc CPU sẽ tìm hiểu cách Full flattening trong ngôn ngữ lập trình chức năng này để tự động phân phối và xử lý dữ liệu song song một cách hiệu quả mà không cần viết thủ công các giải pháp parallelism phức tạp.

GHC 9.14.2-rc1 is now available — The Glasgow Haskell Compiler

Bản phát hành GHC 9.14.2-rc1 đã sẵn sàng cho thử nghiệm, dự kiến phát hành chính thức vào tuần từ 13/8/2026. Bản RC này khắc phục nhiều lỗi nghiêm trọng như miscompilation trong CorePrep, lỗi phân tích demand gây crash runtime, lỗi cấp phát register, và sửa lỗi cho các backend JavaScript, Wasm, RISC-V, PowerPC.

Lập trình viên sử dụng Haskell nên đọc để cập nhật những cải tiến mới nhất trong GHC, đặc biệt là những sửa lỗi về độ ổn định, hiệu suất và hỗ trợ đa nền tảng, giúp phát triển ứng dụng Haskell an toàn hơn và hiệu quả hơn trong các môi trường hiện đại.

Overengineered calculator: Zig + QBE

Bài viết hướng dẫn chi tiết cách xây dựng một trình đánh giá biểu thức số học biên dịch mã gốc bằng Zig kết hợp QBE, từ định nghĩa cú pháp (EBNF), tokenizer (máy trạng thái), parser (tạo AST), interpreter, đến sinh mã QBE SSA và biên dịch thành executable. Từng giai đoạn đều có ví dụ code cụ thể và nhận xét về tối ưu hóa constant folding của QBE.

Những lập trình viên muốn khám phá cách tối ưu hóa hiệu năng và kiểm soát chi tiết trong xây dựng công cụ phân tích biểu thức toán học bằng cách kết hợp Zig với backend QBE sẽ tìm thấy trong bài hướng dẫn cách triển khai từ cơ sở hạ tầng đến tối ưu hóa biên dịch, giúp hiểu rõ hơn về hiệu suất và kiến trúc biên dịch hiện đại.

Quick & Easy Parser Combinators

cyan homepage and blog

Seriously, what is the large code-model even for?

Mô hình code lớn (mcmodel=large) cho phép tạo ra các binary khổng lồ bằng cách không giới hạn giả định về kích thước và khoảng cách của các relocation, hữu ích trong trường hợp cần biên dịch những chương trình có dung lượng lớn.

Lập trình viên nên đọc bài này để hiểu cách lớp mô hình mã lớn (mcmodel=large) trong hệ điều hành Windows giúp tối ưu hóa ứng dụng của bạn khi xây dựng các ứng dụng có kích thước lớn, tránh các vấn đề về địa chỉ nhảy (relocations) và hiệu suất khi vận hành.

TypeScript 7.0 Rewrote Its Compiler in Go. Builds Are Now 10x Faster.

TypeScript 7.0 đã viết lại trình biên dịch (compiler) từ JavaScript sang Go, giúp tăng tốc độ build trong VS Code từ 125 giây xuống còn 10 giây. Bài viết cũng giải thích lý do Go được chọn thay vì Rust và hướng nâng cấp cho tsconfig.

Những lập trình viên sử dụng TypeScript sẽ tìm hiểu cách chuyển đổi từ JavaScript sang Go của TypeScript 7.0 để hiểu lý do tại sao ngôn ngữ lập trình mới này mang lại hiệu suất xây dựng nhanh gấp 10 lần, giúp tối ưu hóa công việc phát triển và tăng tốc độ phát triển ứng dụng.

Let’s make a programming language. AST — Key points

AST (Abstract Syntax Tree) là cấu trúc dữ liệu quan trọng trong quá trình phát triển ngôn ngữ lập trình, đóng vai trò trung gian giữa mã nguồn và quá trình biên dịch/thông dịch.

Lập trình viên nên đọc bài này để hiểu rõ cách xây dựng và sử dụng Abstract Syntax Tree (AST)—công cụ cơ bản nhưng quan trọng trong việc phân tích, biên dịch và tối ưu hóa mã nguồn của ngôn ngữ lập trình mới.

Jolt: running Clojure on Chez Scheme

Bài viết giới thiệu Jolt, một dự án cho phép chạy Clojure trên Chez Scheme, giúp tận dụng hiệu suất và tính năng tối ưu hóa của Chez Scheme.

Nếu bạn đang tìm cách tối ưu hóa hiệu năng hoặc khám phá cách kết hợp ngôn ngữ lồng nhau như Clojure với hệ thống Scheme truyền thống, bài viết này sẽ cung cấp những kiến thức thú vị về cách chạy Clojure trên Chez Scheme, giúp bạn mở rộng kiến thức về đa dạng công cụ và hiệu suất trong lập trình.

Rewriting the Futhark type checker

Ngôn ngữ lập trình Futhark thuần chức năng, song song dữ liệu cấp cao, hiệu suất cao, có thể chạy trên cả GPU và CPU.

Một lập trình viên nên đọc bài này để khám phá cách Futhark, ngôn ngữ mới này, có thể tối ưu hóa hiệu suất xử lý dữ liệu song song trên cả CPU và GPU mà không cần phụ thuộc vào các thư viện truyền thống, giúp tiết kiệm thời gian phát triển và nâng cao hiệu năng cho các ứng dụng parallel.

AMD Posts AVX10_V2_AUX ISA Support Patches For GCC Compiler

AMD vừa công bố loạt 7 bản vá (patch) cho trình biên dịch GCC nhằm bổ sung hỗ trợ AVX10_V2_AUX ISA, mở rộng AVX10 với các lệnh chuyển đổi dữ liệu sang định dạng nén (FP4, FP6, FP8) và hỗ trợ định dạng OCP microscaling, nhằm tối ưu hóa khối lượng công việc AI/ML. Các bản vá đang được xem xét trên mailing list của GCC, dự kiến sẽ có mặt trong phiên bản GCC 17.1.

Lập trình viên phát triển ứng dụng AI/ML hoặc tối ưu hóa hiệu suất cho CPU AMD nên đọc vì những patch này sẽ mở rộng khả năng xử lý dữ liệu nhẹ hóa (compressed formats) và hỗ trợ các chế độ tròn mới, giúp cải thiện hiệu suất cho các thuật toán deep learning và xử lý dữ liệu số trên các kiến trúc AMD mới nhất.

minikotlin — a Kotlin compiler that runs in a browser tab

minikotlin là trình biên dịch Kotlin-to-WebAssembly từ đầu, viết bằng C, biên dịch sang WASM để chạy hoàn toàn phía client. Người dùng có thể viết Kotlin đa tệp trong Studio, nhấn Run và xem kết quả trực tiếp.

Lập trình viên Kotlin sẽ tìm hiểu minikotlin để khám phá cách chuyển đổi ngôn ngữ lập trình sang WebAssembly hoàn toàn trên trình duyệt, mở rộng khả năng phát triển ứng dụng đa nền tảng mà không cần server phụ thuộc.

GitHub - samyeyo/clx: A cross-platform ahead-of-time Lua compiler and runtime, using C++20 backend

CLX là trình biên dịch Lua ahead-of-time đa nền tảng và runtime, sử dụng backend C++20. Dự án này cho phép biên dịch mã Lua thành mã máy trước khi chạy, tối ưu hiệu suất trên nhiều hệ điều hành.

Là người phát triển cần tìm giải pháp tối ưu hóa hiệu suất cho ứng dụng Lua trên nhiều nền tảng mà không phụ thuộc vào môi trường chạy thời gian thực, clx từ samyeyo sẽ giúp bạn biên dịch và chạy Lua một cách nhanh chóng và hiệu quả hơn bằng backend C++20, mở rộng khả năng ứng dụng của bạn.

About — betlang

Tôi xây dựng ngôn ngữ lập trình "bet" như một trò đùa, nhưng đi kèm là một compiler nghiêm túc, nhằm thử nghiệm khả năng hướng dẫn AI hoàn thành dự án khó khăn chỉ dựa trên các bài test.

Bài viết này giúp bạn hiểu cách một lập trình viên có thể vượt qua những thách thức kỹ thuật phức tạp bằng cách kết hợp trí tuệ nhân tạo với logic đơn giản, từ đó khám phá cách xây dựng hệ thống tự động hóa kiểm thử hiệu quả hơn.

GitHub - frmoded/e--

Truy cập GitHub để đóng góp vào dự án frmoded/e-- bằng cách tạo tài khoản.

Là người phát triển muốn tham gia cộng đồng mở, khám phá công cụ hoặc dự án mới, GitHub là nơi trực tiếp tìm thấy các dự án như frmoded/e-- để đóng góp, học hỏi kỹ năng và mở rộng mạng lưới chuyên môn.

MSVC Build Tools Preview updates

Cập nhật mới nhất cho MSVC Build Tools Preview đã sẵn sàng để thử nghiệm.

Lập trình viên cần cập nhật MSVC Build Tools Preview để tránh gặp lỗi biên dịch, tối ưu hóa hiệu suất dự án và sử dụng các tính năng mới nhất của công cụ biên dịch Microsoft.

a bunch of stuff i used to not know about K&R C

A deep dive into pre-ANSI K&R C based on reading the first edition of 'The C Programming Language', the C89 rationale document, and the 7th edition Unix C compiler source. Covers numerous surprising differences from modern C: void didn't exist (char* served as generic pointer), long float was a synonym for double, unsigned was only valid with int, 8 and 9 were valid octal digits, compound assignment operators like += were two separate tokens while =+ was a single token, string literals were mutable distinct objects, function pointers required explicit dereferencing, structs couldn't be assigned or passed by value, enums didn't exist, and many preprocessor features (#elif, ##, #, predefined macros) were ANSI inventions. Also covers the 'unsigned preserving' vs 'value preserving' integer promotion debate that preceded standardization, and two actual mistakes found in the K&R grammar.

Triton Plugin Extensions: Enabling TLX and Custom Compiler Passes Out of the Box – PyTorch

PyTorch-Triton 3.7 bổ sung hệ thống plugin extensions cho phép tải runtime các custom compiler passes, MLIR dialects và DSL extensions thông qua thư viện chia sẻ và biến môi trường TRITON_PLUGIN_PATHS mà không cần fork hay biên dịch lại. TLX (Triton Language Extensions) từ Meta, phân phối dưới dạng package utlx Python, cung cấp ops quản lý bộ nhớ chia sẻ, tải bất đồng bộ và nhân tích lũy ma trận bất đồng bộ, mang lại hiệu suất vượt cuBLAS tới 3.7% trên NVIDIA H100 và 12–15% so với rocBLAS trên AMD MI350.

Lập trình viên muốn tối ưu hóa hiệu suất AI trên GPU nên đọc để khám phá cách tích hợp các plugin compiler thông minh như Triton Language Extensions (TLX) để nâng cao hiệu suất GEMM và các phép toán vector hóa mà không cần recompile, đặc biệt khi áp dụng trên các chip NVIDIA H100 hoặc AMD MI350.

Since 1987 – Covering the Fastest Computers in the World and the People Who Run Them

Spectral Compute, a London-based startup founded in 2018, has built SCALE — a drop-in replacement for Nvidia's NVCC CUDA compiler built on Clang and LLVM. Unlike tools such as AMD's HIPIFY, Intel's SYCLomatic, or ZLUDA, SCALE takes a clean-room reimplementation approach that preserves PTX support and delivers near-native performance on AMD GPUs, claiming up to 6x better performance than HIPIFY. The company targets hardware lock-in by enabling CUDA code to run on AMD GPUs, third-party AI accelerators, and even Nvidia GPUs with additional optimizations. With $6M raised, ~30 employees, Nvidia Inception membership, and upcoming PyTorch support, Spectral is positioning itself as a neutral bridge across the GPU ecosystem.

LLVM Merges x86 LFI "Lightweight Fault Isolation" Target For In-Process Sandboxing

Stanford researchers, with Google's support, have merged an x86_64 Lightweight Fault Isolation (LFI) target into LLVM (for LLVM 23), following an earlier AArch64 merge. LFI is a compiler-based in-process sandboxing approach for C, C++, and Assembly code that aims to provide memory safety with minimal performance overhead. Sandbox context switches take only tens of cycles — roughly 100x faster than process-based sandboxes — and LFI delivers 3x–10x lower overhead compared to WebAssembly toolchains. On Spec2017 benchmarks, it incurs ~7% overhead on AArch64 for full sandboxing and ~2% for write-only sandboxing. LFI supports both unmodified libraries and device drivers through different runtimes.

Announcing Rust 1.97.0

Rust 1.97.0 is now stable. Key changes include: symbol mangling v0 is now enabled by default (replacing the legacy Itanium ABI-based scheme), Cargo gains native support for controlling warning behavior via CARGO_BUILD_WARNINGS (allow/warn/deny) without invalidating the build cache, and linker output is no longer silenced by default — it now surfaces as a warning lint. Several new integer bit-manipulation APIs (isolate_highest_one, isolate_lowest_one, highest_one, lowest_one, bit_width) are stabilized, along with const stabilizations for previously stable APIs.

Building a Clang Backend and Porting Doom to my Custom Bytecode VM

A developer revived their custom stack-based bytecode VM (UVM) and built a Clang/LLVM IR backend for it using AI assistance. After Claude Opus wrote an LLVM IR parser in Rust in ~20 minutes, a working compiler was completed in days. The author then ported Doom to run on UVM using Claude Code in about an hour, optimizing it from ~27 FPS to ~86 FPS through palette lookup tables and improved frame buffer upsampling. The project is open source, and future plans include refactoring UVM to use a register-based instruction set for better performance.

NVIDIA Upstreams Initial Rigel CPU Core Support Into GCC Compiler

NVIDIA đã tích hợp hỗ trợ ban đầu cho lõi CPU Rigel vào trình biên dịch GCC. Rigel là thế hệ kế tiếp của lõi Olympus, thuộc nền tảng CPU Rosa dựa trên kiến trúc Armv9.2-A, với flag -mcpu=rigel mới được thêm vào GCC Git nhưng chưa có tối ưu hóa chuyên biệt. Hỗ trợ này dự kiến sẽ có trong bản phát hành ổn định GCC 17 năm sau.

Lập trình viên cần đọc bài này để cập nhật kiến thức về sự phát triển của GCC hỗ trợ CPU mới Rigel, giúp họ tối ưu hóa hiệu suất cho các ứng dụng ARMv9.2-A trên nền tảng NVIDIA Rosa, đặc biệt khi chuẩn bị phát triển cho hệ thống tương lai.

Road to Elm 1.0

Bản phát hành Elm 0.19.2 cải thiện hiệu suất trình biên dịch với giảm 20% sao chép GC, 10% bộ nhớ đỉnh thấp hơn và biên dịch nhanh hơn 7%, cùng tốc độ build tăng tới 1.9x trong dự án thực tế. Đây là bước đầu tiên hướng tới Elm 1.0, với các tính năng sắp tới như kiểu dữ liệu so sánh được (equatable) và có thể hash (hashable).

Là người phát triển Elm muốn tối ưu hiệu suất dự án hiện tại hoặc chuẩn bị chuyển sang Elm 1.0, bài viết này sẽ giúp bạn hiểu rõ cách cải thiện hiệu suất biên dịch, giảm thiểu chi phí CPU/ram và chuẩn bị sẵn sàng cho các tính năng mới như equatable và hashable trong tương lai.

TypeScript 7.0 reaches release candidate stage

Microsoft đã phát hành phiên bản release candidate cho TypeScript 7.0, phiên bản đầu tiên của trình biên dịch TypeScript được viết lại bằng Go, mang lại hiệu suất nhanh gấp 10 lần so với TypeScript 6.0 nhờ cơ chế thực thi mã gốc và song song hóa bộ nhớ. API lập trình ổn định sẽ có trong TypeScript 7.1, nhưng gói tương thích (@typescript/typescript6) giúp TypeScript 7.0 và 6.0 hoạt động cùng nhau mà không xung đột. Bản phát hành chính thức dự kiến trong vòng một tháng tới.

Nếu bạn đang phát triển ứng dụng lớn hoặc cần tối ưu hiệu suất cho dự án TypeScript, đọc bài này để khám phá cách TypeScript 7.0 mang lại tốc độ gấp 10 lần so với phiên bản trước, giúp tiết kiệm thời gian và nguồn lực cho quá trình biên dịch và kiểm tra kiểu.

GCC 16.2 Being Planned For Early August Release

GCC 16.2 is being planned for an early August 2026 release, with a release candidate expected on July 31 and the final release on August 7. This point release will deliver back-ported bug fixes to the GCC 16 compiler series. It is expected to be the default compiler in Ubuntu 26.10 and Fedora 45. Notable fixes include updated handling for Intel's removal of AMX-TF32 from Diamond Rapids, affecting the -march=diamondrapids target. GCC 16.1 was originally released in late April, introducing AMD Zen 6 support, Algol 68 front-end, HTML diagnostics output, and C++20 as the default standard.

GCC 17 Compiler Lands SpacemiT X100 Core Targeting

Bộ biên dịch GCC 17 vừa bổ sung hỗ trợ cho mục tiêu -mcpu=spacemit-x100 và -mtune=spacemit-x100 nhằm tối ưu hóa lõi SpacemiT X100 dựa trên kiến trúc RISC-V. X100 là lõi chính trong SoC SpacemiT K3, thiết kế RISC-V đầu tiên tuân thủ tiêu chuẩn RVA23, kết hợp 8 lõi X100 (tốc độ lên đến 2.4GHz) và 8 lõi A100 chuyên xử lý AI. Một bản vá bổ sung cho mục tiêu spacemit-a100 cũng đang được xem xét để tích hợp sớm.

Nếu bạn đang phát triển cho hệ thống RISC-V với các kiến trúc SpacemiT K3, đặc biệt là ứng dụng cần tối ưu hóa hiệu suất cho các lõi X100, GCC 17 mới hỗ trợ sẽ giúp bạn biên dịch hiệu quả hơn với các tùy chọn CPU và tùy chỉnh hiệu suất mới.

Optimizing LLVM's bump allocator

Ba thay đổi gần đây tối ưu hóa đường dẫn nhanh (fast path) của BumpPtrAllocator trong LLVM. Việc làm tròn kích thước cấp phát lên alignment tối thiểu (mặc định 8) giúp loại bỏ bước căn chỉnh lại cho mỗi lần cấp phát trong trường hợp phổ biến. Thay thế phép kiểm tra null bằng giá trị sentinel (EndSentinel = realEnd + 1, 0 khi rỗng) giúp gộp hai điều kiện thành một phép so sánh không dấu duy nhất. Bỏ tính toán BytesAllocated cho mỗi lần cấp phát cũng loại bỏ thao tác đọc-sửa-ghi (read-modify-write) trong hot-path. Những cải tiến này giúp hàm Allocate ngắn gọn hơn ngưỡng tối ưu của bộ inliner, cho phép inlining tại các điểm gọi. Fast path mới biên dịch thành 6 lệnh cho lần cấp phát 24-byte, alignment 8. Benchmark compile-time cho thấy giảm đến 0.36% số lượng lệnh ở mức tối ưu hóa stage2-O0-g, chủ yếu do phân bổ lại kích thước giữa các file đối tượng thay vì giảm đồng đều.

Lập trình viên nên đọc để hiểu cách tối ưu hóa hiệu năng của bộ nhớ động trong LLVM, giúp giảm chi phí gọi hàm Allocate và mở đường cho việc inlining, đặc biệt khi xử lý các trường hợp phân bổ nhỏ và thường xuyên.