Why Data Locality Matters More Than Raw GPU Speed for RAG

Scaling Down Costs, Not Performance: How We Migrated from Couchbase to PostgreSQL

Trendyol xử lý hàng triệu sự kiện và giao dịch mỗi ngày và trước đây dựa vào Couchbase làm kho dữ liệu chính. Khi chi phí cấp phép và vận hành Couchbase tăng theo mức sử dụng, đội ngũ quyết định tìm giải pháp thay thế mã nguồn mở để giảm chi phí mà không làm giảm hiệu suất. Họ đã thiết kế lại mô hình dữ liệu, chuyển các truy vấn và bộ đệm sang PostgreSQL, sử dụng partitioning và indexing tối ưu để duy trì thời gian phản hồi ở mức mili giây. Sau khi hoàn tất migration, chi phí hạ tầng đã giảm đáng kể trong khi latency trung bình vẫn ổn định ở mức trước khi thay đổi. Bài viết nhấn mạnh bài học quan trọng: trước khi thay đổi công nghệ cần đo lường rõ ràng cả chi phí và chỉ số hiệu suất để đảm bảo quyết định mang lại lợi ích thực tế.

Bài viết này cho thấy cách giảm chi phí cơ sở dữ liệu mà không làm giảm hiệu suất thông qua việc di chuyển từ Couchbase sang PostgreSQL.

Avoid Duke Nukem Forever Mode

Bối cảnh là việc phát triển phần mềm bị đình trệ, đặc biệt với dự án Duke Nukem Forever. Nguyên nhân kỹ thuật thường đến từ việc liên tục thay đổi yêu cầu và tái cấu trúc code mà không có kế hoạch rõ ràng. Hệ quả là dự án kéo dài vô hạn, tốn hàng triệu USD và cuối cùng phải hủy bỏ. Điều đáng học là áp dụng phương pháp agile và thiết kế hệ thống vững chắc ngay từ đầu để tránh rơi vào "Duke Nukem Forever Mode".

Bài này giúp lập trình viên tránh sa vào tình trạng trì hoãn vô tận như Duke Nukem Forever.

Prompt Engineering Is Not Enough

Tạo ra AI đáng tin cậy cần nhiều hơn kỹ thuật Prompt Engineering. Việc kết hợp Retrieval, tools, memory và evaluation giúp giữ cho outputs được ground và consistent. Bài viết chỉ ra rằng chỉ sử dụng prompt tốt không đủ để đảm bảo AI đưa ra kết quả chất lượng. Các phương pháp như retrieval-augmented generation giúp giảm hallucinations trong khi tools và memory tạo ra tính nhất quán. Điều đáng học là xây dựng hệ thống AI tổng thể thay vì chỉ tập trung vào phần prompt.

Prompt Engineering không đủ, bạn cần hiểu cách kết hợp Retrieval, Tools, Memory và Evaluation để xây dựng AI đáng tin cậy.

Building GPU Drivers in Rust: Tyr at RustConf 2026

Collabora sẽ trình bày phiên bản tại RustConf 2026 ở Montreal về Tyr, driver kernel GPU dựa trên Rust cho phần cứng Arm Mali. Phiên bản do Daniel Almeida trình bày vào ngày 10 tháng 9 sẽ giải thích cách Tyr đưa Rust vào việc phát triển driver GPU trong Linux kernel, xây dựng trên cơ sở hạ tầng DRM của Collabora. Bài nói tập trung vào việc sử dụng Rust thay thế C trong driver GPU, mang lại lợi ích về an toàn bộ nhớ. Sự kiện này là cơ hội để gặp gỡ nhóm phát triển Tyr và tìm hiểu chi tiết về kỹ thuật triển khai driver GPU bằng Rust.

Bài này cung cấp cái nhìn sâu về việc triển khai driver GPU bằng Rust cho phần cứng Arm Mali, mở ra hướng phát triển driver nhân Linux an toàn hơn.

Arm CSS for Mobile 2 “AI-Native” platform: Arm C2-Ultra and C2-Pro CPU cores, Mali G2-Ultra NX GPU

Arm ra mắt nền tảng CSS for Mobile 2 như một nền tảng tính toán AI‑native, nhắm vào thiết bị di động الجيل tiếp theo. Nền tảng này bao gồm hai nhân CPU C2‑Ultra và C2‑Pro, mỗi tích hợp SME2 (Scalable Matrix Extension 2) để tăng tốc phép toán ma trận. Đồng thời, nó đi kèm với GPU Mali G2‑Ultra NX, được tối ưu cho workloads AI và đồ họa song song. Kết hợp SME2 và GPU mới cho phép tăng hiệu suất AI lên tới vài chục phần trăm so với thế hệ trước, đồng thời giảm tiêu thụ năng lượng mỗi phép tính. Điều này cho thấy xu hướng đưa các phần mở rộng ma trận chuyên dụng và GPU mạnh vào cùng một SoC để xây dựng nền tảng AI‑native, là bài học quan trọng cho các nhà thiết kế chip khi cân nhắc đọc bài gốc.

Bài viết này giúp lập trình viên nắm bắt kiến thức về nền tảng tính toán AI-native mới nhất từ Arm để tối ưu hóa hiệu năng ứng dụng di động.

Getting Ready for PostgreSQL 19

PostgreSQL 19 Beta 3 được phát hành vào ngày 13 / 8 / 2026 và ghi chú phát hành đã được hoàn thiện từ ngày 18 / 7 / 2026, mặc dù vẫn được đánh dấu là có thể thay đổi trước khi phiên bản ổn định (GA) ra mắt. Bài viết giải thích rằng các thay đổi chính trong core bao gồm cải tiến về vacuum song song, mở rộng khả năng sao chép logic và một số sửa đổi trong hệ thống catalog, dẫn đến nhu cầu kiểm tra lại các extension và tùy chỉnh cấu hình hiện tại. Do đó, các đội ngũ phát triển được khuyến khích triển khai Beta 3 trên môi trường staging, chạy bộ kiểm thử hồi quy và theo dõi các cảnh báo về tính năng bị loại bỏ hoặc thay đổi hành vi. Quá trình này giúp phát hiện sớm các sự không tương thích và cho thời gian đủ để cập nhật mã nguồn hoặc tìm phiên bản mới của các công cụ phụ trợ. Bài học chính là theo dõi lịch trình phát hành chính thức, sử dụng bản beta để xác thực và lên kế hoạch nâng cấp dựa trên ghi chú phát hành cụ thể thay vì dựa trên giả định chung.

Bài viết giúp lập trình viên nắm bắt những cải tiến và thay đổi quan trọng trong PostgreSQL 19 để chuẩn bị cho quá trình nâng cấp và phát triển ứng dụng hiệu quả.

Migration files and Git do not mix — DiffyPick Blog

Trong hệ thống version control như Git, các thay đổi schema tồn tại trong các file riêng …