🚀 - توسعه‌دهنده‌های لینوکس دارن خودشون رو برای ورود پردازنده‌های AMD Zen 6 آماده می‌کنن؛ این بار با یک قابلیت امنیتی جدید که قراره جلوی بعضی حملات پیچیده روی پردازنده رو بهتر بگیره.

🧠 - یکی از بخش‌هایی که در این تغییر نقش داره Branch Target Buffer یا BTB هست؛ بخشی از پردازنده که برای پیش‌بینی مسیر اجرای برنامه‌ها استفاده میشه. مشکل اینجاست که در گذشته بعضی حملات مثل Spectre و SRSO از همین مکانیزم‌های پیش‌بینی سوءاستفاده می‌کردن.

🔒 - در Zen 6، AMD قابلیتی به نام BTB Context Isolation اضافه کرده که باعث میشه اطلاعات پیش‌بینی پردازنده بین بخش‌های مختلف جدا بمونه؛ مثلاً اطلاعات بین برنامه‌های کاربر و کرنل یا بین ماشین مجازی و سیستم میزبان قاطی نشه.

⚙️ - این یعنی بعضی روش‌های محافظتی قدیمی مثل SafeRET برای Zen 6 دیگه لازم نیستن، چون خود سخت‌افزار حالا بخشی از این مشکل رو حل می‌کنه.

🔧 - پچ‌های مربوط به این قابلیت الان در حال آماده شدن برای کرنل لینوکس هستن و احتمالاً در چرخه Linux 7.4 وارد نسخه اصلی میشن

🚀 - کانونیکال توی نسخه‌های Daily ISO اوبونتو 26.10 یک گزینه جالب اضافه کرده؛ حالا کنار ایمیج معمولی amd64، ایمیج‌های مخصوص amd64v3 هم منتشر میشن.

⚙️ - حالا amd64v3 چی هست؟ در واقع یه نسخه بهینه‌تر برای پردازنده‌هایی هست که از دستورهای جدیدتر مثل AVX، AVX2، FMA و BMI2 پشتیبانی می‌کنن. این یعنی بعضی برنامه‌ها می‌تونن بهتر از توان پردازنده استفاده کنن و در بعضی پردازش‌ها سریع‌تر عمل کنن.

💻 - این معماری تقریباً بیشتر پردازنده‌های چند سال اخیر رو پوشش میده؛ مثل پردازنده‌های Intel از نسل Haswell به بعد و مدل‌های جدیدتر AMD.

📦 - قبلاً اگر کسی می‌خواست از بسته‌های amd64v3 استفاده کنه، باید اول نسخه معمولی اوبونتو رو نصب می‌کرد و بعد تنظیمات مخزن‌ها رو تغییر می‌داد؛ اما حالا با ISO جداگانه، این کار خیلی ساده‌تر شده.

🔥 - هنوز مشخص نیست که Canonical در نسخه نهایی اوبونتو 26.10 چقدر روی amd64v3 حساب باز می‌کنه، ولی این حرکت نشون میده Telemetry OS کم‌کم داره بیشتر از قابلیت‌های جدید پردازنده‌ها استفاده می‌کنه.

🚀 - چند وقتیه یک پردازنده x86 ناشناس حسابی توجه‌ها رو جلب کرده؛ پردازنده‌ای که ظاهراً توسط شرکتی غیر از Intel و AMD ساخته شده

⚙️ - طبق اطلاعات منتشرشده، این پردازنده از قابلیت‌هایی مثل APX (Advanced Performance Extensions)، FRED (Flexible Return and Event Delivery) و حتی x86S پشتیبانی می‌کنه؛ فناوری‌هایی که هدفشون ساده‌تر کردن معماری x86 و بهتر کردن عملکرد پردازنده‌های آینده هست

🧠 - جذاب‌ترین بخش ماجرا پشتیبانی از x86S هست؛ ایده‌ای که قبلاً خود اینتل مطرح کرده بود. هدفش اینه که بخش‌های خیلی قدیمی معماری x86 کنار گذاشته بشن و پردازنده‌ها بیشتر روی دنیای مدرن 64 بیتی تمرکز کنن

🤖 - یک نکته جالب دیگه، استفاده از نسخه‌های قدرتمند AMX برای پردازش‌های هوش مصنوعیه؛ حتی گفته شده این پردازنده از طراحی‌های 16 و 32 Tile استفاده می‌کنه که در بعضی بخش‌ها از نمونه‌های فعلی Xeon هم جلوتره

🤔 - هنوز هیچ‌کس دقیق نمی‌دونه این پردازنده متعلق به کدوم شرکته. اسم‌هایی مثل RosaicLabs مطرح شدن، اما فعلاً هیچ تأیید رسمی وجود نداره

🚀 - پروژه FreeBSD نسخه 14.5-RELEASE رو منتشر کرده؛ یک آپدیت نگهدارنده برای شاخه پایدار FreeBSD 14 که تمرکزش روی امنیت، رفع باگ‌ها و بهتر شدن سازگاری سخت‌افزاریه.

🔒 - این نسخه ده‌ها مشکل امنیتی رو برطرف کرده؛ از آسیب‌پذیری‌های مربوط به اجرای کد از راه دور گرفته تا مشکلاتی مثل حملات DoS، باگ‌های Kernel Stack و خطاهای Use-After-Free.

🧠 - مثل خیلی از پروژه‌های متن‌باز دیگه، بخشی از مشکلات امنیتی جدید FreeBSD هم با کمک ابزارهای مبتنی بر AI/LLM شناسایی شدن؛ موضوعی که کم‌کم داره وارد فرآیند توسعه نرم‌افزارهای بزرگ میشه.

📦 - در بخش نرم‌افزارهای داخلی، FreeBSD 14.5 چندین کامپوننت رو به‌روزرسانی کرده؛ از جمله LLVM 21.1.8، OpenSSL 3.0.21، ncurses 6.6 و XZ 5.8.3.

💻 - در بخش سخت‌افزار هم چند بهبود مهم دیده میشه؛ درایور ACPI حالا مدیریت انرژی مک‌های اپل با دو کارت گرافیک رو بهتر انجام میده، درایور AHCI از کنترلرهای SATA بیشتری پشتیبانی می‌کنه و پشتیبانی از مک‌های قدیمی ۳۲ بیتی اینتل در ASMC حذف شده.

🚀 - پروژه LLVM و کامپایلر Clang حالا از سه دستور جدید پردازنده‌های AMD یعنی RMPOPT، RMPREAD و RMPCHKD پشتیبانی می‌کنن؛ دستورهایی که برای بهبود عملکرد و امنیت در سرورهای مجهز به فناوری AMD SEV-SNP طراحی شدن.

🔐 - اما SEV-SNP چیه؟
این فناوری AMD برای ساخت ماشین‌های مجازی محرمانه (Confidential VM) استفاده میشه؛ یعنی اطلاعات یک ماشین مجازی حتی در برابر دسترسی‌های غیرمجاز از سمت لایه‌های پایین‌تر مثل Hypervisor بهتر محافظت میشن.

⚙️ - مشکل اینجاست که SEV-SNP برای بررسی امنیت حافظه از ساختاری به نام Reverse Map Table (RMP) استفاده می‌کنه و این بررسی‌ها می‌تونن روی عملکرد سیستم تأثیر بذارن.

🧠 - دستور RMPOPT کمک می‌کنه در شرایطی که مشخصه یک بخش بزرگ از حافظه شامل داده‌های ماشین مجازی SEV-SNP نیست، بعضی بررسی‌های اضافی RMP انجام نشن؛ در نتیجه سربار پردازشی کمتر میشه.

📖 - دستورهای RMPREAD و RMPCHKD هم برای خواندن اطلاعات RMP و بررسی وضعیت حافظه‌های خصوصی ماشین‌های مجازی استفاده میشن.

🚀 - پروژه FEX-Emu امولاتوری متن‌باز هست که اجازه میده برنامه‌های x86_64 لینوکس روی دستگاه‌های ARM64 اجرا بشن.

🧩 - یکی از کاربردهای جذاب FEX اینه که روی سیستم‌های ARM می‌تونه برنامه‌هایی مثل Steam و Steam Play (Proton) رو اجرا کنه.

⚡ - مهم‌ترین تغییر این نسخه مربوط به JIT Compiler هست. توسعه‌دهنده‌ها چندین بهینه‌سازی انجام دادن که در بعضی سناریوها می‌تونه افزایش عملکرد قابل توجهی ایجاد کنه؛ مخصوصاً در بنچمارک‌هایی مثل Geekbench و بعضی بازی‌ها.

🧠 - یکی از این بهینه‌سازی‌ها مربوط به دستورهای PMULHRSW هست که باعث بهتر شدن عملکرد بعضی پردازش‌ها شده. همچنین تشخیص کدهایی که خودشون رو در زمان اجرا تغییر میدن (Self-Modifying Code) سریع‌تر شده؛ قابلیتی که برای بعضی بازی‌های ساخته‌شده با Unity مهمه.

💾 - یک قابلیت مهم دیگر در FEX 2609 اضافه شدن JIT Disk Cache هست. حالا کدهای کامپایل‌شده توسط JIT می‌تونن روی دیسک ذخیره بشن تا در اجرای بعدی، زمان کمتری برای کامپایل دوباره صرف بشه و مشکل لگ‌های اولیه کمتر بشه.

🧠 - اما این یعنی چی؟ LLVM یک زیرساخت کامپایلر متن‌بازه که خیلی از زبان‌ها و ابزارهای توسعه ازش استفاده می‌کنن. بک‌اند DirectX این امکان رو میده که کدهای LLVM IR به DXIL (DirectX Intermediate Language) تبدیل بشن؛ فرمتی که درایورهای گرافیکی DirectX 12 می‌تونن اجراش کنن.

🎮 - این موضوع مخصوصاً برای توسعه‌دهنده‌های بازی و موتورهای گرافیکی مهمه؛ چون مسیر کامپایل شیدرها (Shader) و کدهای گرافیکی به شکل استانداردتر و مدرن‌تری انجام میشه.

⚙️ - مایکروسافت در این پروژه نقش اصلی داشته و حالا با رسمی شدن این بخش، توسعه‌دهنده‌ها راحت‌تر می‌تونن از آن استفاده و روی بهبود عملکرد و سازگاری کار کنن.

🧩 - همراه با این تغییر، بخش‌هایی مثل clang-dxc و پشتیبانی بهتر از زبان HLSL هم فعال‌تر میشن؛ یعنی اکوسیستم ابزارهای DirectX و LLVM بیشتر به هم نزدیک میشن.

🌈 - برنامه آینده مایکروسافت شامل بهبود پشتیبانی از شیدرهای گرافیکی، Ray Tracing، مدل‌های جدید Shader و هماهنگی بیشتر بین HLSL و LLVM هست.

🚀 - توسعه‌دهنده‌های کرنل لینوکس دارن پشتیبانی از دو چیپ شبکه جدید Realtek یعنی RTL8127ATF و RTL8116AF رو آماده می‌کنن تا این سخت‌افزارها توی نسخه Linux 7.4 بهتر و کامل‌تر کار کنن.

⚙️ - این دو چیپ به درایور معروف r8169 اضافه میشن؛ همون درایوری که سال‌هاست وظیفه پشتیبانی از خیلی از کارت‌های شبکه Realtek رو توی لینوکس برعهده داره.

🔥 - جذاب‌ترین بخش ماجرا RTL8127ATF هست؛ یک کنترلر شبکه 10 گیگابیتی با رابط SFP+ که برای شبکه‌های پرسرعت، سرورها و تجهیزات حرفه‌ای ساخته شده. پشتیبانی اولیه ازش قبلاً وارد کرنل شده بود، اما بعضی قابلیت‌ها مثل حالت 1Gbps و پشتیبانی کامل‌تر از SFP هنوز مشکل داشتن که حالا دارن تکمیل میشن.

🔌 - در کنار اون، RTL8116AF هم با تغییرات مخصوص خودش آماده میشه تا مدیریت ارتباط شبکه و تشخیص وضعیت لینک بهتر انجام بشه.

💻 - این یعنی اگر از کارت‌های شبکه 10 گیگ، NAS، سرور خانگی یا ورک‌استیشن‌های مجهز به این سخت‌افزارها استفاده می‌کنید، با کرنل‌های جدید تجربه بهتری خواهید داشت.

🚀 - یک سری پچ جدید برای درایور گرافیکی AMDGPU منتشر شده

🧠 - داستان از این قراره که HDMI 1.4 از قابلیت‌هایی مثل نمایش سه‌بعدی با روش‌هایی مثل Frame Packing، Top-and-Bottom و Side-by-Side پشتیبانی می‌کنه، اما درایور AMD در لینوکس تا الان نمی‌تونست از این قابلیت استفاده کنه.

⚙️ - جالب اینجاست که اطلاعات مربوط به قابلیت 3D نمایشگرها قبلاً توسط بخش DRM کرنل از طریق EDID شناسایی می‌شد، ولی درایور AMDGPU از این اطلاعات استفاده نمی‌کرد؛ در حالی که درایور Intel i915 سال‌هاست این قابلیت رو داره.

🎬 - توسعه‌دهنده‌ها این قابلیت رو با یک کارت Radeon RX 7600 و نرم‌افزارهایی مثل Kodi و MPV تست کردن و موفق شدن حالت‌های مختلف 3D رو روی یک پروژکتور JVC فعال کنن.

🎮 - یعنی اگر کسی هنوز یک نمایشگر یا پروژکتور 3D سازگار با HDMI 1.4 داشته باشه، در آینده با کرنل‌های جدید لینوکس می‌تونه از کارت‌های AMD Radeon خودش برای پخش محتوای سه‌بعدی استفاده کنه.

🚀 - نسخه جدید DaVinci Resolve 21.1 منتشر شده و این بار یکی از مهم‌ترین تغییراتش اضافه شدن قابلیت‌های هوش مصنوعی به این نرم‌افزار قدرتمند تدوین، اصلاح رنگ و جلوه‌های ویژه است.

🤖 - در این نسخه کاربران می‌تونن از دستیار هوش مصنوعی برای کارهایی مثل مرتب‌سازی فایل‌های رسانه‌ای، رندر گروهی، حذف کلیپ‌های اضافی و مدیریت بهتر پروژه‌ها استفاده کنن.

🖥️ - ادیتور DaVinci Resolve همچنان یکی از معدود ابزارهای حرفه‌ای تدوین ویدیو هست که به‌صورت رسمی روی لینوکس هم عرضه میشه؛ البته مثل همیشه یک نرم‌افزار کاملاً متن‌باز نیست.

🎨 - علاوه بر قابلیت‌های AI، نسخه 21.1 با پشتیبانی بهتر از دوربین‌های جدید، بهبود گردش کار پروژه‌های چنددوربینه و ابزارهای گرافیکی جدید منتشر شده تا تجربه تدوین روان‌تر بشه.

🧠 - جالب اینکه قابلیت‌های هوش مصنوعی این نسخه با ابزارهایی مثل Claude، Claude Code و ChatGPT Codex هم هماهنگ شده تا بخشی از کارهای تکراری تدوین راحت‌تر انجام بشه.

🚀 - توسعه‌دهنده‌های کرنل لینوکس دارن یه خونه‌تکونی بزرگ تو بخش ARM انجام میدن؛ قرار شده پشتیبانی از یه سری پلتفرم‌های قدیمی ۳۲ بیتی ARM که دیگه تقریباً کسی ازشون استفاده نمی‌کنه، حذف بشه.

🧩 - این کدها سال‌ها داخل کرنل بودن، ولی الان بیشتر از اینکه کمک کنن، تبدیل به دردسر شدن؛ چون نگهداریشون کار توسعه‌دهنده‌ها رو سخت‌تر می‌کنه و جلوی تمیزکاری‌های جدید و اضافه شدن قابلیت‌های تازه رو می‌گیره.

📉 - پچ‌های جدیدی که ارسال شدن قراره بیشتر از ۵۵ هزار خط کد و فایل‌های Device Tree قدیمی رو حذف کنن؛ یعنی کرنل کمی سبک‌تر و مرتب‌تر میشه.

⚙️ - سخت‌افزارهایی مثل SA1100، OMAP24xx، i.MX31، PXA، Orion/Dove و بعضی بردهای قدیمی STM32 و AT91 جزو مواردی هستن که پشتیبانی‌شون در مسیر حذف قرار گرفته.

🐧 - البته جای نگرانی برای کاربران معمولی لینوکس نیست؛ این تغییر بیشتر برای سخت‌افزارهای خیلی قدیمی اتفاق میفته و تقریباً هیچ تأثیری روی سیستم‌های امروزی مثل لپ‌تاپ‌ها، دسکتاپ‌ها و سرورها نداره.

🚀 - توسعه‌دهنده‌های KDE یک قابلیت مهم جدید را وارد KWin کردن؛ کامپوزیتور Plasma حالا از Wayland Commit-Timing Protocol پشتیبانی می‌کنه.

⏱️ - این پروتکل به برنامه‌ها اجازه میده زمان دقیق‌تری برای ارسال فریم‌ها به کامپوزیتور مشخص کنن.

🎬 - این قابلیت برای پخش ویدیو خیلی مهمه، چون پلیرها می‌تونن فریم‌ها رو از قبل زمان‌بندی کنن تا تصویر روان‌تر و بدون پرش نمایش داده بشه.

🎮 - برای گیمرها هم خبر خوبیه؛ چون این تغییر به بهبود Adaptive Sync مثل FreeSync کمک می‌کنه و باعث میشه هماهنگی نرخ نوسازی نمایشگر با بازی‌ها بهتر بشه.

⚙️ - پشتیبانی KWin از این پروتکل همچنین برای درایورهای Mesa Vulkan و قابلیت VK_EXT_present_timing مهمه؛ چیزی که در آینده می‌تونه روی فناوری‌هایی مثل VKD3D-Proton و Steam Play تأثیر مثبت بذاره.

🐧 - جالبه که GNOME از قبل این پروتکل Wayland رو پشتیبانی می‌کرد و حالا KDE Plasma هم بهش اضافه شده؛ قدم دیگه‌ای برای کامل‌تر شدن تجربه Wayland روی دسکتاپ لینوکس.

🚀 - یک پروژه جدید به اسم DLSS5VKLayer تلاش می‌کنه قابلیت‌های جدید NVIDIA DLSS 5 رو به بازی‌های لینوکسی بیاره

🧩 - این پروژه در واقع یک Vulkan Layer هست؛ یعنی بین بازی و سیستم گرافیکی قرار می‌گیره و فریم‌های رندرشده رو برای پردازش DLSS به یک بخش کمکی ارسال می‌کنه، بعد فریم‌های بهبود‌یافته رو دوباره به بازی برمی‌گردونه

⚙️ - روش کارش جالبه؛ DLSS5VKLayer یک فایل اجرایی ویندوزی مربوط به NVIDIA NGX رو با Wine یا Proton اجرا می‌کنه و از طریق ارتباط IPC پردازش‌های DLSS رو انجام میده

🎯 - علاوه بر DLSS 5، امکان استفاده از فناوری NVIDIA Smooth Motion هم به‌صورت اختیاری وجود داره

🖥️ - البته فعلاً محدودیت‌هایی داره:
فقط با کارت‌های گرافیک NVIDIA و درایور رسمی این شرکت کار می‌کنه.
کاربر باید فایل‌های NGX DLL مربوط به نسخه ویندوزی درایور NVIDIA رو خودش تهیه کنه

🤖 - نکته جالب اینه که سازندگان پروژه اعلام کردن در توسعه این ابزار از مدل هوش مصنوعی Qwen 3.8 Flash Next به‌صورت محلی برای کمک برنامه‌نویسی استفاده شده

🚀 - نسخه systemd 262-rc2 منتشر شده و کنار کلی رفع باگ و بهبود، یک تغییر جالب هم داره؛ توسعه‌دهنده‌ها یک AI Canary اضافه کردن تا بفهمن کدهایی که با هوش مصنوعی نوشته شدن واقعاً توسط یک انسان بررسی شدن یا نه.

🕵️ - داستان چیه؟ بعضی وقت‌ها ممکنه یک Agent هوش مصنوعی حجم زیادی کد تولید کنه و بدون اینکه کسی دقیق نگاهش کنه، مستقیم وارد Pull Request بشه. systemd برای مقابله با این موضوع یک متن مخفی داخل راهنمای Agent ها گذاشته که اگر یک AI کورکورانه اجراش کنه، یک نشونه داخل پروژه باقی می‌مونه و توسعه‌دهنده‌ها متوجه میشن.

🧠 - هدف این نیست که جلوی استفاده از AI گرفته بشه؛ اتفاقاً پروژه‌های بزرگی مثل systemd و NetworkManager دارن AI رو می‌پذیرن، ولی می‌خوان مطمئن بشن آخر کار یک انسان کد رو فهمیده و بررسی کرده.

⚙️ - در کنار این تغییر، systemd 262-rc2 چندین اصلاح فنی هم داره؛ از رفع باگ‌های بخش tar-util گرفته تا امکان غیرفعال کردن systemd-coredumpd، به‌روزرسانی اطلاعات مربوط به کرنل لینوکس و بهبود مستندات.

🧠 - یک توسعه‌دهنده قدیمی کرنل لینوکس با کمک مدل‌های زبانی بزرگ (LLM) تونسته گلوگاه‌های مهمی در فرآیند ساخت کرنل پیدا کنه؛ نتیجه؟ سرعت بالاتر در کامپایل کرنل.

⚙️ - این تغییرات باعث شدن:
ساخت کامل کرنل با همه ماژول‌ها حدود ۳۶٪ سریع‌تر بشه
کامپایل‌های incremental تا ۷۰٪ سریع‌تر بشن
ساخت‌های بدون تغییر (no-op build) تا حدود ۹۰٪ سریع‌تر انجام بشن

🤖 - نکته جالب اینه که هوش مصنوعی فقط پیشنهاد اولیه داده؛ خود توسعه‌دهنده تأکید کرده که مقدار زیادی از کدی که AI تولید کرده «کیفیت پایینی داشته» و نیاز به بازنویسی و بررسی انسانی داشته.

🔍 - هوش مصنوعی برای پیدا کردن بخش‌های کند، تحلیل فرآیند ساخت، اجرای تست‌ها و پیدا کردن راه‌های موازی‌سازی استفاده شده. بعد از آن، توسعه‌دهنده‌ها کدها رو دستی بررسی و اصلاح کردن.

⚡ - این تغییرات بخش‌هایی مثل Kbuild، kallsyms، modpost، objtool و سیستم ساخت Rust در کرنل رو بهینه می‌کنن تا کارهای بیشتری همزمان انجام بشن و زمان انتظار کمتر بشه.

🚀 - پروژه YSERVER که داره یک نسخه مدرن از سرور قدیمی X11 رو با زبان Rust از صفر می‌سازه، نسخه 1.5 خودش رو منتشر کرده

🦀 - جالب‌ترین بخش داستان اینه که شروع توسعه این پروژه با کمک ابزارهای هوش مصنوعی مثل Claude Code سریع‌تر شد، ولی الان توسعه‌دهنده‌های بیشتری دارن روی بهتر شدنش کار میکنن

⚙️ - مهم‌ترین قابلیت جدید این نسخه، اضاقه شدن Reverse PRIME هست؛ یعنی سیستم‌های چندگرافیکی (مثل لپ‌تاپ‌هایی که هم گرافیک مجتمع دارن هم کارت گرافیک مجزا) حالا بهتر می‌تونن بین GPUها کار کنن

🎮 - این موضوع برای لپ‌تاپ‌های گیمینگ و ورک‌استیشن‌ها مهمه، چون اجازه میده یک GPU رندر کنه و خروجی تصویر رو به GPU دیگه منتقل کنه

🔧 - توی YSERVER 1.5 چندین بهبود دیگه هم اضافه شده؛ از بهتر شدن هماهنگی با Vulkan و Mesa گرفته تا پشتیبانی بهتر از RandR، DRI3 و رفع باگ‌های مختلف گرافیکی

⚡ - یکی از مشکلات مهم قبلی هم حل شده؛ بعضی بازی‌ها مثل Counter-Strike 2 وقتی بدون VSync اجرا می‌شدن روی YSERVER افت فریم داشتن که حالا عملکردشون بهتر شده