#c

Libghostty 1.0

Libghostty, the C library for terminal emulation extracted from Ghostty, has reached version 1.0 with a stable, semantically versioned ABI. JetBrains IDEs now use it, reaching over 12.5 million active users, and Neovim has an approved pull request to replace libvterm with it. Vercel's Turborepo, devenv and OrbStack already embed it, and community bindings exist for many languages. The library is MIT licensed, needs only libc by default, can be built freestanding, and supports Linux, macOS, iOS, Windows, Android, FreeBSD and WebAssembly. A test ran 10,000 active terminals on a 4-core, 8GB Linux server.

Writing C for the Web in 2026 Isn't Insane. It Might Be the Future

Một lập trình viên đã triển khai sản phẩm web thương mại hiện đại với tính năng user accounts, Stripe payments và hệ thống search bằng ngôn ngữ C vào năm 2026. Việc lựa chọn C thay vì các framework JavaScript phổ biến như React hay VueJS giúp tối ưu hiệu năng và giảm đáng kể chi phí hosting khi xử lý hàng triệu request mỗi ngày. Dự án chứng minh rằng C hoàn toàn có thể xây dựng ứng dụng web đầy đủ tính năng khi kết hợp với công nghệ WASM (WebAssembly) để tương tác với trình duyệt và FFI (Foreign Function Interface) để tích hợp các component hệ thống. Đây là minh chứng cho xu hướng ứng dụng ngôn ngữ low-level vào web để giải quyết bài toán hiệu năng và chi phí, dù đòi hỏi kiến thức hệ thống sâu và chi phí phát triển ban đầu cao hơn.

Lập trình viên nên đọc bài này để khám phá cách ngôn ngữ C truyền thống đang định hình tương lai phát triển web hiện đại với hiệu suất vượt trội.

Blender's UI and Runtime: Much Faster Than GPUI

Blender's GPU Accelerated UI, Decoupled from it's original codebase. Supports Rust, Python, JS, React, C & C++. Twice as good as GPUI - ppmpreetham/BUI

C# now beats Rust on WASM size

Dự án NetWasm cho phép biên dịch C# và .NET CIL thành WebAssembly (WASM) cỡ nhỏ với WASI, sử dụng biên dịch ahead-of-time (AOT) kèm runtime và garbage collector (GC) tối ưu. Kỹ thuật này đạt hiệu quả đáng kinh ngạc với kích thước file output chỉ 1.1MB cho ứng dụng ASP.NET Core phức tạp, nhỏ hơn đáng kể so với Rust khi cùng triển khai WASM. Sự khác biệt chủ yếu đến từ cách .NET runtime được tinh chỉnh và GC được tối ưu hóa đặc biệt cho môi trường WASM. Đây là minh chứng rõ ràng cho thấy .NET có thể cạnh tranh sòng phẳng với các ngôn ngữ thường được coi là tối ưu cho WebAssembly về mặt kích thước.

Lập trình viên nên đọc bài này để biết cách tối ưu hóa kích thước WASM cho ứng dụng C#/.NET bằng NetWasm.

Relying on Go

Bài viết đề cập đến việc tận dụng các công cụ (tooling) và thư viện chuẩn (standard library) của ngôn ngữ Go nhằm phát triển các hệ thống phần mềm hiệu quả.

Lập trình viên hệ thống nên đọc bài này để khám phá cách tối ưu hóa hiệu suất và tính bảo trì bằng cách tái sử dụng công cụ và thư viện tiêu chuẩn của Go, giúp phát triển ứng dụng nhanh hơn và đáng tin cậy hơn trong môi trường hệ thống phức tạp.

Go-flavored concurrency in C

Bài viết phân tích cách triển khai các nguyên thủy lập trình song song theo phong cách Go trong C bằng POSIX threads cho dự án Solod (một trình biên dịch Go-to-C). Nó đề cập đến các wrapper cho mutex/cond, atomics, worker pools, channels có/không buffer, và so sánh hiệu năng chi tiết với Go. Kết quả chính: pthread-based concurrency gần tương đương Go (~10% chênh lệch) ở các tác vụ coarse-grained, nhưng chậm hơn 7-23 lần ở các thao tác fine-grained do chi phí đánh thức kernel, so với scheduler userspace của Go.

Bạn nên đọc để hiểu cách chuyển đổi cơ chế đồng thời kiểu Go sang C bằng pthreads, giúp hiểu rõ những trade-off giữa hiệu năng, phức tạp và sự tương thích khi xây dựng các ứng dụng đa luồng trên nền tảng C.

Solod 0.3: Concurrency, JSON, more safety

Solod 0.3 là phiên bản mới của ngôn ngữ lập trình Solod, hỗ trợ concurrency, JSON và cải thiện độ an toàn. Solod là tập con nghiêm ngặt của Go, có thể dịch sang C thông thường.

Lập trình viên muốn khám phá cách áp dụng tính đồng thời (concurrency) trong Go mà không cần phụ thuộc vào các tính năng phức tạp của ngôn ngữ, và tìm hiểu về Solod 0.3 – một biến thể của Go có thể biên dịch thành C – để mở rộng kiến thức về an toàn và hiệu suất trong các dự án mở rộng.

GitHub - tomasz-lisowski/swsim: A software SIM card.

swSIM là trình giả lập SIM card hoàn toàn bằng phần mềm, mã nguồn mở, không cần phần cứng vật lý. Nó kết nối với PC qua PC/SC nhờ swICC reader, tương thích với mọi điện thoại có khe SIM, được xây dựng bằng make/gcc và không phụ thuộc runtime.

Lập trình viên phát triển ứng dụng di động hoặc hệ thống liên quan đến SIM card nên đọc để tìm hiểu cách tạo mô phỏng SIM card hoàn toàn phần mềm, giúp tiết kiệm chi phí phát triển và mở rộng khả năng tương thích với các thiết bị không cần thiết bị vật lý.

GPU-unlock: FP/BF16 instruction issue rate on Nvidia 3000's cards

Bối cảnh của bài viết trình bày dự án GPU-unlock nhằm giải quyết hạn chế về tốc độ thực thi FP/BF16 instruction trên card Nvidia 3000 series. Nguyên nhân kỹ thuật là Nvidia đã giới hạn tốc độ xử lý các instruction này trên card consumer so với card chuyên nghiệp. Hệ quả dự án này giúp tăng hiệu suất tính toán lên đến 45% cho các tác vụ sử dụng FP/BF16, tương đương với card chuyên nghiệp cùng dòng. Điều đáng học là bằng cách thay đổi firmware GPU, lập trình viên có thể khai thác tiềm năng phần cứng bị khóa mà không cần nâng cấp phần cứng.

Bài viết này giải thích cách mở khóa tỷ lệ lệnh FP/BF16 trên card Nvidia 3000 để đạt hiệu năng tương đương phiên bản chuyên nghiệp.

C vs. C#: racing VLC's Gaussian blur

Bài viết so sánh hiệu suất giữa C# và C khi triển khai bộ lọc Gaussian blur cho VLC. Ban đầu, code C# được port line-by-line từ bản C gốc trong VLC 4, cho thấy hiệu suất thấp hơn đáng kể. Sau khi tối ưu hóa cả hai ngôn ngữ, khoảng cách hiệu suất được thu hẹp nhưng vẫn còn đáng kể. Qua các benchmark cụ thể với bộ test Gaussian blur, bài viết cung cấp bài học thực tế về hiệu năng khi port code từ C sang C#. Kết quả này hữu ích cho lập trình viên cân nhắc chuyển đổi giữa hai ngôn ngữ trong các ứng dụng xử lý media thời gian thực.

Bài viết này giúp bạn hiểu cách tối ưu hóa hiệu suất khi chuyển đổi mã từ C sang C# và các kỹ thuật tối ưu trên cả hai ngôn ngữ.

A slightly faster slimmer curl

Curl đã thực hiện bộ kiểm tra hiệu suất mới trong hai tháng qua, mang lại nhiều cải thiện tốc độ và bộ nhớ phiên bản 8.23.0. Các hàm Base64 encode/decode, URL encode/decode, date parsing, URL parsing, printf() và number parsing đều nhanh hơn đáng kể từ 20% đến 4 lần tùy chức năng. Cấu trúc core đã được rút gọn đáng kể: easy handle giảm từ 4256 xuống còn 3064 bytes, multi handle từ 900 xuống 656 bytes, và connectdata từ 824 xuống 656 bytes. Những giảm này cũng cắt giảm mức sử dụng bộ nhớ peak cho một lần HTTP download từ 130,622 xuống còn 126,875 bytes, với số lượng allocation giảm từ 100 xuống 96. Bộ kiểm tra này đã có sẵn trong repository git của curl để bất kỳ ai cũng có thể sử dụng.

Lập trình viên nên đọc bài này để hiểu những cải tiến hiệu năng đáng kể trong phiên bản curl 8.23.0, bao gồm tốc độ xử lý và giảm sử dụng bộ nhớ.

Linus Torvalds Eliminates Unsafe __get_user() & __put_user() Functions In Linux 7.4

Linus Torvalds đã loại bỏ hàm không an toàn __get_user() và __put_user() khỏi Linux 7.4 do các hàm này bỏ qua kiểm tra validation pointer, gây rủi ro bảo mật và thực tế chậm hơn các phương án hiện đại. Việc xóa bỏ này hoàn thành việc loại bỏ interface này khỏi architecture x86/x86_64, mặc dù một số phần còn lại vẫn tồn tại trên ARM64 nơi các hàm đã ánh xạ sang get_user() và put_user() an toàn hơn. Torvalds cho biết ông đã sử dụng Claude như một phiên bản nâng cấp của Coccinelle - công cụ static analysis và source-to-source transformation. Đây là thay quan trọng đối với bảo mật kernel, loại bỏ các API nguy hiểm đã tồn tại từ lâu.

Bài này giúp lập trình viên hiểu sự loại bỏ các hàm không an toàn trong kernel Linux và tầm quan trọng của việc sử dụng các phương pháp hiện đại, an toàn hơn.

Calling a function in C without naming it

Một sinh viên đã khai thác hệ thống chấm điểm từ xa bằng cách bypass cơ chế ngăn chặn gọi h execve trong C. Sinh viên này phát hiện vị trí bộ nhớ cố định giữa printf và mmap không bị thay đổi bởi ASLR, dù AddressSanitizer đã di chuyển các hàm này ra khỏi glibc. Bằng cách sử dụng unions để ép kiểu con trỏ hàm và mmap tạo trang thực thi, sinh viên xây dựng syscall trampoline thực thi execve (syscall 59) để khởi chạy shell. Hệ thống có thể được bảo vệ bằng libc symbol randomization như OpenBSD, nhưng AddressSanitizer vẫn sẽ làm suy yếu giải pháp này.

Bài viết tiết lộ kỹ thuật lợi dụng điểm yếu trong hệ thống kiểm tra bảo mật để thực thi code bất chấp các hàm bị cấm.

Llama.cpp on a jailbroken PS5: run any GGUF model natively on the console

Một lập trình viên đã port được llama.cpp, framework inference cho mô hình LLM, lên console PS5 đã jailbreak. Để thực hiện điều này, tác giả đã tận dụng kiến trúc x86-64 và 16GB RAM của PS5, cùng với hệ điều hành FreeBSD tương thích Linux. Kết quả là có thể chạy natively các mô hình GGUF như Qwen 3.8 (7 tỷ parameters) trên console gaming với hiệu năng đáng ngạc nhiên. Dự án này mở ra khả năng sử dụng console bị jailbreak như máy inference LLM giá rẻ, đặc biệt hữu ích cho AI researcher muốn thử nghiệm model tại chỗ. Source code dự án có sẵn trên GitHub với hướng dẫn chi tiết để người dùng tự port lên thiết bị của mình.

Tìm hiểu cách chạy mô hình GGUF gốc trên PS5 đã jailbreak cho trải nghiệm AI trực tiếp trên console.

The Goose Programming Language

Goose là ngôn ngữ lập trình mới với hướng tiếp cận độc đáo trong thiết kế system programming language. Goose được phát triển trên nền tảng Rust, tận dụng ưu điểm về bộ nhớ an toàn và hiệu suất cao. Ngôn ngữ này nhằm giải quyết bài toán về sự phức tạp trong C++ và Rust, đơn giản hóa cú pháp nhưng vẫn giữ được hiệu năng hệ thống. Goose cho thấy hướng đi mới cho các ngôn ngữ system-level programming, cân bằng giữa an toàn bộ nhớ và tính dễ sử dụng.

Lập trình viên nên đọc bài này để khám phá ngôn ngữ Goose độc đáo với triết lý thiết kế khác biệt trong thế giới lập trình.

C for Rust Programmers

Bối cảnh là lập trình viên Rust muốn chuyển sang ngôn ngữ C, một nền tảng hệ thống lâu đời hơn. Nguyên nhân kỹ thuật là C không cóOwnership và Borrow Checker như Rust, cho phép thao tác pointer tự do gây lỗi memory safety. Hệ quả là lập trình viên C phải quản lý bộ nhớ thủ công và tự chịu trách nhiệm về bugs liên quan đến bộ nhớ. Điều đáng học là cách xử lý strings trong C khác biệt với Rust, vì C không xác định độ dài chuỗi và không kiểm tra giới hạn buffer.

Bài viết này giúp lập trình viên Rust hiểu rõ những điểm khác biệt thú vị và cạm bẫy tiềm ẩn khi chuyển từ sang ngôn ngữ C.

CoW — a stacking window manager for Wayland

CoW là một window manager kiểu stacking cho Wayland, được xây dựng trên nền tảng River và lấy cảm hứng từ FVVM cùng MWM. Công nghệ này cho phép người dùng tùy chỉnh cách cửa sổ được xếp chồng lên nhau một cách linh hoạt. Với cách tiếp cận dựa trên River, CoW tận dụng lợi thế về hiệu suất và cấu hình đơn giản của compositor hiện đại. Dự án này cho thấy cách kết hợp các triết kế từ các window manager truyền thống với công nghệ Wayland tạo ra giải pháp mới mẻ nhưng quen thuộc.

Bài này giúp bạn hiểu cách xây dựng một window manager hiệu quả cho Wayland bằng cách tận dụng River và lấy cảm hứng từ các giải pháp lớp như FVWM và MWM.

Visual Studio Code CMake Tools 1.24

Visual Studio Code CMake Tools 1.24 mang lại những cập nhật đáng chú trọng cho lập trình viên làm việc với dự án C++. Phiên bản này sửa các lỗi reliability issues, đặc biệt là vấn đề xử lý biến môi trường trong CMakePresets.json. Cụ thể, công cụ đã khắc phục được tình trạng crash khi xử lý các biến môi trường phức tạp và cải thiện performance của cấu hình build. Các tính năng mới như enhanced intellisense cho targets và wizard hỗ trợ tạo CMakePresets từ CLI sẽ giúp tăng hiệu suất làm việc. Lập trình viên làm việc với các dự án lớn nên cập nhật phiên bản này để tận dụng những cải tiến về ổn định và năng suất.

CMake Tools 1.24 mang đến những sửa đổi về độ tin cậy và nâng cao hiệu suất cho lập trình viên.

GitHub Down Again?

Linux kernel source tree. Contribute to torvalds/linux development by creating an account on GitHub.

First steps in bare-metal programming using UEFI

A series of articles about bare-metal programming for x86 PC-type computers, using Linux for development.

Linux x86 32-bit Patches Clean Old Kernel Code After Recently Removing Vintage CPUs

Arnd Bergmann sent new patches cleaning up Linux's x86 32-bit kernel code, now possible after older 32-bit CPUs were dropped. The changes remove lingering AMD Elan remnants and make the 32-bit code more like x86_64. TSC support and CX8 (Compare and Exchange 8 Bytes) are now unconditional. The kernel now requires a minimum of 64 byte cache lines, and 32-bit instruction set selection is simplified. The patch series is posted on LKML.

Making Xibalba 64, A New N64 Release In 2026

Dominic Szablewski built Xibalba 64, a new physical Nintendo 64 cartridge game releasing with a manual and box art. It's a 3D FPS made with his own MIT-licensed engine, high_impact, which supports two-player couch co-op and four-player deathmatch. The engine is technically 2D, so he kept all levels flat to avoid dealing with elevation. Xibalba 64 holds a stable 60 frames per second, dropping only slightly in four-player split-screen. The N64 only has 4 kB of texture memory to work with.

A Tiny OS For A Tiny Board

KoaOS is a small, headless operating system built for the ESP32-S3 on the Heltec WiFi LoRa 32 V4 board. It offers a UNIX-like shell accessed only through a serial terminal over USB, with editor, GPS, weather and APRS apps included. An SDK lets developers write new apps in C and compile them into .esp files, which can be installed or uninstalled over the network. It is only for the Heltec V4 due to a large requirement for PSRAM.

Window Sweaters

A macOS menu-bar app that dresses your windows in knitted borders. - saragordic/window-sweaters

Porting A “Crappy” Flash Game To The IBM 5150 And Beyond

A developer named TheRasteri ported a Flash game to run on CGA graphics on the IBM 5150. CGA text mode wasn't built for the detail of a 2000s Flash game, so he hacked the MC6845 CRT controller chip, the same chip that lives on a CGA card. By swapping character height on the fly with custom assembler, he created the equivalent of a 160 x 86 pixel window in CGA text mode. The project uses Open Watcom V2, is coded as a large state machine, and is tested across a wide range of DOS machines to catch bugs.

GitHub - drdpj/CPMDiskWrangler: A Qt6 application for wrangling CP/M disk images

A Qt6 application for wrangling CP/M disk images. Contribute to drdpj/CPMDiskWrangler development by creating an account on GitHub.

We can do better than line-buffered output

Line-buffered output can be replaced with a deadline-based flush that's fast like full buffering. Traditional line buffering flushes on every newline, which glibc does so literally it splits writes across a single string, while CPython flushes when its buffer contains a newline after appending. Instead, borrowing from Nagle's algorithm, a buffer can flush only after being idle for a set deadline, like 100ms. This lets tugz's unzip print file names as it extracts without the write-per-line bottleneck that makes unzip's unquieted output slower than its -q mode.

The lost malloc()

Early Unix source code shows C's memory allocation evolving from simple linear allocators toward arena-like designs before settling on the malloc()/free() interface used today. Unix V4 (1973) used a basic bump allocator with sbrk() and never freed memory. By V6 (1975), malloc()/mfree() took an explicit memory map argument (coremap or swapmap), supporting first-fit allocation with coalescing, and the term 'arena' first appears. V7 and V8 (1979-1985) introduced ALLOC() and new() macros resembling C++'s new, and V8 uses the more familiar malloc()/free() style. The post also notes Unix V4's source tape was found only last year, previously believed lost, and that V7 shipped galloc(3), a garbage-collecting allocator, suggesting the authors wanted garbage collection.

Why does shuffling the schedule find so many bugs?

Here is something to think about: bugs are not rare, but rather the ordering of events that triggers them are. What do I mean by this?

Static Radio For The Chumby One

A hacker turned an old 2009 Chumby One into a dedicated Static Radio appliance. Brendan Fitzpatrick wrote a native C client that runs on the Chumby's 454 MHz ARM9 CPU, which has no FPU, only 60 MB of RAM, and runs Linux 2.6.28. The client starts from a USB stick without touching the original firmware. It bundles mbedTLS to replace the stock OpenSSL 0.9.7 from 2004, plus a fixed-point Helix MP3 decoder, HE-AAC, and a polyphase resampler feeding ALSA. It buffers the current station plus two neighboring stations so switching channels crossfades cleanly.

Tips for more effective fuzz testing with AFL++

Fuzz testing with AFL++ finds bugs in C and C++ code, based on fuzzing roughly 1,000 projects over six years. Key tips: enable both ASan and UBSan together, set ASAN_OPTIONS with abort_on_error=1, halt_on_error=1 and detect_stack_use_after_return=1, and raise max_malloc_fill_size to fill allocations with a pattern past the default 4KiB, which helps detect use-after-free bugs. Prefer AFL++'s persistent mode (afl-gcc-fast, afl-clang-fast) for roughly 10x speed. Never fuzz directly on AFL++'s buffer since ASan won't catch read overflows on it; copy into a correctly sized buffer instead. Shrinking oversized fixed buffers (e.g. from 65536 to 16 bytes) helps fuzzing reach crash conditions faster.

Copper – A minimal low-level programming language with OOP and generics

Copper is a programming language built as a replacement for C. It adds type inheritance for any type, genericity, multiple return values, out-of-order definitions, a simple import system without headers, deferred statements, simple iterators, Ruby-style syntax, and option types. The author calls minimalism the most important feature, aiming for a language simple enough to fully understand. It also emphasizes fast compilation and keeping things out of the global namespace. Copper is released under the BSD license.

Switch Lowering in GCC

GCC lowers switch statements using three strategies: jump tables, bitset tests, and binary comparison trees. It picks a jump table when the ratio of table entries to comparisons stays under about 8 (when optimizing for speed) or 2 (when optimizing for size), with a minimum size threshold of case labels set by case_values_threshold, which defaults to 5 on modern x64 and Arm64. For non-contiguous small ranges, gcc can emit a single bit-test using the x86 'bt' instruction against a precomputed bitmask constant instead of branches. When neither jump table nor bitset is profitable, gcc falls back to a probability-weighted binary decision tree built from case label likelihoods. The post traces this logic through gcc's tree-switch-conversion.cc, including the dynamic programming used to choose optimal cluster splits.

Iterating Backwards in C

Writing a backwards loop with an unsigned size_t index as 'i >= 0' is always true and wraps to SIZE_MAX when count is 0. Switching to a signed ssize_t fixes correctness but adds portability issues, since ssize_t is POSIX-only and needs a manual definition on Windows, plus signed/unsigned conversion and truncation problems on 32-bit types. The correct pattern is 'for(size_t i = count; i--; )', which uses postdecrement so i is always in bounds inside the loop body and the condition naturally stops at zero. Unsigned wraparound is well defined in C, so the final decrement past zero is safe.

Oh, K?

A submitted code snippet shows a C loop where a developer duplicated a loop variable 'k' into 'l' to work around what a comment calls 'some sort of memory violation'. Pierre found the cause to be a line reassigning 'k' with 'k = strlen(someOutputString) - 8'. That's not a memory violation, just normal variable reuse. The loop variables aren't scoped to the loop, and output is generated through macros like METAPRINTF, which the author finds hard to follow.

16-bit Windows (Windows 1.x, 2.x, 3.0, 3.1, etc.) on 64-bit Windows

Bối cảnh là việc không thể chạy các ứng dụng 16-bit Windows trên hệ điều hành 64-bit hiện đại. Nguyên nhân kỹ thuật là do 64-bit Windows không hỗ trợ WOW64 (Windows-on-Windows 32-bit) cho lớp 16-bit. Hệ quả là các phần mềm như Windows 3.1 hay ứng dụng cũ sẽ không thể khởi động. Đáng học ở đây là dự án winevdm đã giải quyết vấn đề này bằng cách triển khai NTVDM (NT Virtual DOS Machine) cho lớp 16-bit. Giải pháp sử dụng Wine API để ánh xạ các hàm Win16 và hỗ trợ cả GDI (Graphics Device Interface) và USER (user interface) subsystem.

Bài này giải thích cách chạy các ứng dụng Windows 16-bit trên hệ thống 64-bit cho lập trình viên muốn hiểu và bảo trì legacy code.

Show HN: A Truly Modular Keyboard

Keybytes là một dự án keyboard module với thiết kế cho phép người dùng tùy chỉnh hoàn toàn cấu trúc và chức năng. Mỗi module sử dụng vi điều khiển STM32 và giao tiếp thông qua USB-C, cho phép kết nối linh hoạt giữa các phím. Thiết kế này giải quyết vấn đề hạn chế của các keyboard cơ truyền thống về khả năng mở rộng và tùy biến. Bạn có thể tham khảo source code trên GitHub để xem cách implement hệ thống module này. Đây là dự án phù hợp cho những ai muốn nghiên cứu về thiết bị input và hệ thống module trong thực tế.

Bài giới thiệu bàn phím modun này giúp lập trình viên hiểu được thiết kế hệ thống bàn phím tùy chỉnh linh hoạt cho nhu cầu công việc đặc thù.

fheroes2: A recreation of Heroes of Might and Magic II game engine

fheroes2 là dự án tái tạo hoàn toàn engine của game Heroes of Might and Magic II. Dự án này sử dụng C++ và SDL2 để xây dựng lại toàn bộ engine gốc từ đầu, cho phép chạy trên nhiều nền tảng khác nhau. Nhờ việc tái tạo, game có thể hỗ trợ độ phân giải cao hơn và cải thiện hiệu suất so với phiên bản gốc. Việc phát triển open-source này cung cấp một giải pháp thay thế hoàn chỉnh cho những người muốn trải nghiệm lại game kinh điển này. Dự án trên GitHub đã nhận được hơn 5.000 sao, cho thấy sự quan tâm lớn từ cộng đồng.

fheroes2 giúp lập trình viên học cách tái tạo engine game kinh điển với mã nguồn mở và cách tiếp cận kỹ thuật hiện đại.

A tenth of a microsecond became a third of a second

Floating-point errors thường không gây hại khi xuất hiện riêng lẻ. Tuy nhiên, một chuỗi các lỗi này trong code có thể dẫn đến việc xử lý chậm đi đáng kể, từ 0.1 microsecond lên đến 0.3 second như trong một benchmark thực tế. Nguyên nhân kỹ thuật là do tích lũy sai số trong các phép toán float liên tiếp, đặc biệt trong các vòng lặp lớn. Điều đáng học là ngay cả những lỗi nhỏ không đáng chú ý cũng có thể tạo ra hiệu ứng domino, ảnh hưởng nghiêm trọng đến performance khi được nhân lên quy mô.

Bài viết giúp lập trình viên hiểu được cách lỗi số thực vô hại khi đơn lẻ lại trở nên nguy hiểm khi kết hợp với nhau.

VMMouse for NT 3.x: QEMU/VMware mouse integration driver

QEMU/VMware mouse integration driver for Windows NT 3.x - rhargreaves/vmmouse-nt3