🟢 - نسخه‌ی Gzip 1.15 منتشر شد. این نسخه بیش از 100 commit جدید داره

🔵 - جالب‌تر اینکه چندین باگ خیلی قدیمی که از ابتدای عمر Gzip وجود داشتن هم بالاخره برطرف شدن؛ از جمله حذف اشتباه فایل، استفاده از حافظه‌ی مقداردهی‌نشده و چند مشکل مرتبط با خراب‌شدن داده‌ها.

🛠️ - یک باگ مربوط به سرریز بافر هنگام استخراج فایل‌های .lzh هم رفع شده. همچنین چند مشکل دیگه که می‌تونستن باعث corruption شدن خروجی هنگام استخراج فایل‌های LZH بشن، برطرف شدن.

📦 - در بخش سازگاری با ZIP هم gzip -d دیگه بعضی PKZIP signatureها، local headerها و data descriptorها رو که در فایل‌های ZIP استریم‌شده‌ی معتبر وجود دارن، به‌اشتباه رد نمیکنه.

🌍 - ابزار Gzip 1.15 همچنین دیگه صرفاً فرض نمی‌کنه locale سیستم C هست و حالا از locale مشخص‌شده توسط متغیرهای محیطی برای مواردی مثل نمایش نام فایل‌ها استفاده میکنه.

⚠️ - در این نسخه پشتیبانی از FreeBSD 4.11، HP-UX 11.00، Minix 3.1.8 و Windows 8.1 از طریق MinGW بدون UCRT هم کنار گذاشته شده.

🔴 - قبل از انتشار Linux 7.3-rc4، چند فیکس مهم برای معماری‌های x86/x86_64 وارد شاخه‌ی کرنل شدن که مشکلات مربوط به پردازنده‌های جدید Intel و بعضی سیستم‌های گیمینگ رو برطرف میکنن.

🟠 - یکی از مهم‌ترین تغییرات مربوط به پردازنده‌های سروری Intel Xeon 6 Granite Rapids هست. کرنل حالا جلوی بارگذاری بعضی نسخه‌های مشکل‌دار microcode رو می‌گیره تا از احتمال رخ‌دادن Machine Check Exception جلوگیری بشه. این فیکس قراره به نسخه‌های پایدار قدیمی‌تر کرنل هم backport بشه.

🎮 - یک فیکس مهم دیگه هم مربوط به FRED در پردازنده‌های جدید Intel Panther Lake هست. این مشکل باعث می‌شد بعضی بازی‌ها مثل Elden Ring و Red Dead Redemption 2 هنگام اجرا با Wine یا Steam Play کرش کنن یا فریز بشن.

⚙️ - همچنین مشکلی در ساخت کرنل با -march=native روی پردازنده‌های آینده‌ی Intel که از APX پشتیبانی می‌کنن برطرف شده. این نوع build ممکن بود از رجیسترهای جدید EGPR استفاده کنه، در حالی که خود کرنل هنوز برای استفاده‌ی داخلی از این قابلیت آماده نیست.

🧩 - برای جلوگیری از این مشکل، کرنل هنگام ساخت با CONFIG_X86_NATIVE_CPU فعلاً استفاده از APX/EGPR رو مسدود می‌کنه تا پشتیبانی کامل از این قابلیت‌ها در خود کرنل آماده بشه.

🚀 - این تغییرات در آستانه‌ی انتشار Linux 7.3-rc4 وارد شدن و بخشی از روند آماده‌سازی کرنل برای نسخه‌ی نهایی Linux 7.3 هستن.

🟢 - چهارمین نسخه‌ی کاندید انتشار Linux 7.3 یعنی Linux 7.3-rc4 منتشر شد. این نسخه مثل هفته‌های اخیر شامل تعداد قابل‌توجهی اصلاحات مختلفه، اما Linus Torvalds وضعیت کلی این نسخه رو نگران‌کننده نمی‌دونه.

🔵 - بخش قابل‌توجهی از این اصلاحات با کمک AI/LLMها در کد پیدا شدن؛ مخصوصاً خطاهای مربوط به مسیرهای مدیریت خطا که ممکنه در استفاده‌ی معمول خیلی محسوس نباشن، اما در شرایط خاص می‌تونن مشکل‌ساز بشن.

🛠️ - در این نسخه چندین اصلاح مهم برای معماری x86 و x86_64 هم وارد شده و پشتیبانی از چند کنترلر بازی جدید به درایور XPad اضافه شده.

💾 - دو باگ قابل‌توجه در فایل‌سیستم Btrfs برطرف شدن و یک باگ قدیمی هم که از سال 2023 می‌تونست باعث از دست رفتن بی‌سروصدای داده در فضای کاربر بشه، اصلاح شده.

📂 - به گفته‌ی Linus، فایل‌سیستم‌ها در این دوره سهم نسبتاً زیادی از تغییرات رو به خودشون اختصاص دادن؛ به‌خصوص SMB و NTFS. در مجموع هم تغییرات بین درایورها، فایل‌سیستم و شبکه، و بخش‌های مختلف معماری و ابزارها تقریباً پخش شده.

⚡ - بیشتر پچ‌های این مرحله کوچک هستن و تغییرات خیلی بزرگی در rc4 دیده نمی‌شه؛ با این حال روند اصلاح و پایدارسازی Linux 7.3 همچنان ادامه داره.

🚀 - نسخه‌ی نهایی Linux 7.3 برای ماه اکتبر برنامه‌ریزی شده و قراره با مجموعه‌ای از قابلیت‌ها و بهبودهای جدید منتشر بشه.

🟢 - مجموعه‌ای شامل 49 پچ برای زیرسیستم perf کرنل لینوکس منتشر شده که ساختار اسکریپت‌نویسی perf script رو به شکل اساسی تغییر می‌ده. این تغییرات فعلاً در حال بررسی هستن.

🐍 - در این بازطراحی، کدهای Python و Perl که به‌صورت داخلی داخل perf قرار داشتن کنار گذاشته می‌شن و به‌جاش اسکریپت‌های Python مستقل به همراه یک ماژول جدید perf برای Python استفاده می‌شن.

🚀 - بخش مهم ماجرا اینه که ماژول جدید perf به زبان C نوشته شده و می‌تونه سربار اجرای اسکریپت‌های Python رو به‌شدت کاهش بده. در یکی از تست‌ها، زمان اجرای یک اسکریپت از حدود 3.7 ثانیه به فقط 0.1 ثانیه رسیده؛ یعنی حدود 37 برابر سریع‌تر.

🛠️ - این تغییرات علاوه بر افزایش سرعت، وابستگی‌های پیچیده‌ی زمان Build و بخشی از کدهای قدیمی libpython و اسکریپت‌های Legacy رو هم حذف می‌کنن. در مجموع حدود 21 هزار خط کد در این بازطراحی تغییر کرده.

🤖 - در توسعه‌ی این بازطراحی، Ian Rogers از Google از کمک Gemini 3.1 Pro هم استفاده کرده.

🔬 - این مجموعه پچ هنوز در مرحله‌ی Review قرار داره و برای کاربرانی که از perf و اسکریپت‌های Python استفاده می‌کنن، می‌تونه تغییر مهمی در عملکرد ابزارهای تحلیل و پروفایلینگ لینوکس ایجاد کنه.

🟢 - شرکت Igalia که در شهر A Coruña اسپانیا فعالیت می‌کنه، ۲۵ ساله شدن خودش رو جشن گرفته. این شرکت در سپتامبر ۲۰۰۱ توسط تعدادی مهندس از University of A Coruña تأسیس شد و از همون ابتدا تمرکزش روی Linux و Open Source بود.

🔵 - ایگالیا طی این ۲۵ سال به یکی از مشارکت‌کنندگان مهم پروژه‌های upstream تبدیل شده و در پروژه‌هایی مثل Linux Kernel، WebKit، Chromium، Servo، Mesa، GStreamer و LLVM فعالیت داشته.

🧑‍💻 - این شرکت در طول این سال‌ها از یک مجموعه‌ی کوچک به تیمی با بیش از ۲۰۰ نفر در سراسر دنیا تبدیل شده و همچنان به‌عنوان یک شرکت مشاوره‌ای مستقل و تحت مالکیت کارکنان فعالیت می‌کنه.

🖥️ - از پروژه‌های اخیر Igalia می‌شه به کار روی Wayland و مدیریت رنگ AMD برای Valve، بهبود درایورهای گرافیکی Raspberry Pi و Qualcomm Adreno و توسعه‌ی قابلیت‌های زمان‌بندی عادلانه برای GPU Driverهای Linux اشاره کرد.

🦀 - ایگالیا همچنین روی FEX Emulator هم کار کرده؛ پروژه‌ای که برای اجرای باینری‌های x86 و x86_64 روی معماری‌های دیگه استفاده می‌شه.

🌍 - در مجموع، فعالیت ۲۵ ساله‌ی Igalia بخش بزرگی از اکوسیستم Linux و Open Source رو پوشش داده؛ از Kernel و Driverها گرفته تا Browser Engine، Graphics Stack و Desktop.

🔵 - برد AMD BC-250 که در اصل برای استخراج رمزارز طراحی شده بود و از یک نسخه‌ی کوچک‌شده از APU کنسول PlayStation 5 استفاده می‌کنه، همچنان با کمک جامعه‌ی متن‌باز در حال پیشرفت روی لینوکسه.

🧠 - این برد به 6 هسته‌ی Zen 2، گرافیک RDNA2 با 24 واحد محاسباتی و 16GB حافظه‌ی GDDR6 مجهزه و حالا بیشتر برای کارهای عمومی و حتی پروژه‌های AI مورد توجه قرار گرفته.

🔐 - در جدیدترین تغییرات، سه پچ برای فعال‌کردن AMD PSP Secure Processor روی BC-250 ارسال شده. برای این کار هم چند تغییر در درایور AMD Crypto Co-Processor یا همون CCP لینوکس انجام شده.

🛠️ - با فعال‌شدن PSP، پردازنده‌ی امنیتی برد می‌تونه وظایف مرتبط با رمزنگاری رو مدیریت کنه و پشتیبانی لینوکس از این سخت‌افزار خاص یک قدم جلوتر بره.

💾 - پیش از این هم پشتیبانی از BC-250 با اضافه‌شدن تغییراتی در درایور AMDGPU، پچ‌های RADV، مانیتورینگ سنسورها و قابلیت‌های دیگه به‌مرور بهتر شده بود.

💰 - برد BC-250 زمانی در بازار دست‌دوم حدود 100 دلار قیمت داشت، اما با افزایش قیمت قطعات کامپیوتری حالا نمونه‌های دست‌دومش حدود 200 تا 350 دلار معامله میشن.

🦆 - این پروژه نمونه‌ی جالبیه از اینکه چطور سخت‌افزاری که برای یک هدف خاص ساخته شده، می‌تونه با کمک درایورهای متن‌باز به یک پلتفرم لینوکسی برای کارهای مختلف تبدیل بشه.

🟢 - نسخه‌ی 2.3 از GNU Wget2 منتشر شد؛ این اولین انتشار جدید این ابزار محبوب در سال 2026 محسوب می‌شه. Wget2 برای دانلود فایل‌ها از طریق خط فرمان و دریافت محتوای وب استفاده میشه.

🔵 - یکی از تغییرات قابل‌توجه این نسخه، اضافه‌شدن گزینه‌ی --progress=dot هست که امکان نمایش روند دانلود به‌صورت نقطه‌ای رو فراهم می‌کنه؛ درحالی‌که حالت پیش‌فرض از نوار پیشرفت شبیه دماسنج استفاده میکنه.

🛠️ - سیستم Build و فرایند Configuration در Wget2 هم بهبود پیدا کرده و مستندات پروژه نیز به‌روزرسانی و مرتب‌تر شدن.

💻 - پشتیبانی از سیستم‌عامل قدیمی OS/2 هم در Wget 2.3 بهتر شده؛ از جمله پشتیبانی از ANSI escape codes، Dynamic Loading، مسیرهای فایل به سبک DOS و Export صحیح Symbol ها.

🐛 - این نسخه چند مشکل دیگه رو هم برطرف می‌کنه؛ از جمله مدیریت بهتر Argumentها، جلوگیری از کوتاه‌شدن نام فایل‌های بیش‌ازحد طولانی، پشتیبانی از srcdoc در iframeها و چند Memory Leak.

📦 - ابزار GNU Wget2 2.3 از طریق مخزن رسمی پروژه در GitLab در دسترس قرار گرفته.

🟢 - مجموعه‌ای از پچ‌های آزمایشی برای Linux معرفی شده که با استفاده از قابلیت Live Update Orchestrator یا LUO اجازه می‌ده ماشین‌های مجازی حتی هنگام آفلاین‌شدن موقت کرنل میزبان برای آپدیت امنیتی یا ریبوت، بدون وقفه به اجرای خودشون ادامه بدن.

🔵 - ایده‌ی اصلی Orphaned VM اینه که ماشین مجازی در زمان خاموشی موقت کرنل، همچنان روی CPUهای فیزیکی حفظ‌شده اجرا بشه و تا جای ممکن از سیستم‌عامل میزبان و VMM جدا بمونه.

⚙️ - برای این کار، وضعیت vCPU ها در RAM حفظ میشه و قابلیت‌هایی مثل اجرای مستقیم روی CPUهای فیزیکی، زمان‌بندی روی هسته و زیرساخت KVM Caretaker Core وارد ماجرا می‌شن تا VM در فاصله‌ی بین خاموش‌شدن کرنل قدیمی و بالا آمدن کرنل جدید به کارش ادامه بده.

🖥️ - این پچ‌ها روی پردازنده‌های سروری Intel، AMD و Arm آزمایش شدن، اما پروژه هنوز در مراحل خیلی ابتدایی توسعه قرار داره و برای استفاده‌ی production آماده نیست.

☁️ - هدف اصلی این فناوری، زیرساخت‌های ابری و سرویس‌هایی هست که downtime حتی برای مدت کوتاه هم براشون مهمه؛ یعنی به‌جای متوقف‌کردن VMها هنگام maintenance، تلاش می‌شه سرویس‌ها تقریباً بدون وقفه فعال بمونن.

🧩 - سری RFC این پروژه در حال حاضر شامل 46 پچه و قرار شده جزئیات بیشترش ماه آینده در کنفرانس Linux Plumbers Conference در پراگ بررسی بشه.

🟢 - توسعه‌دهندگان متن‌باز پچ‌هایی رو برای اضافه‌شدن پشتیبانی از Amazon Kindle 4 به کرنل اصلی Linux ارسال کردن؛ دستگاهی که حدود ۱۵ سال از عرضه‌ش میگذره.

🔧 - این پچ‌ها DeviceTree و binding مربوط به Kindle 4 با اسم رمز Yoshi رو اضافه می‌کنن تا این کتاب‌خوان بتونه با کرنل اصلی Linux بوت بشه.

🐧 - امازون Kindle 4 از پردازنده‌ی i.MX50 استفاده می‌کنه و در آزمایش انجام‌شده، Arch Linux for ARM روی سخت‌افزار واقعی اجرا شده و حتی systemd هم روی دستگاه بالا اومده.

💾 - پشتیبانی فعلی امکان استفاده از کنسول و حافظه‌ی داخلی eMMC رو فراهم می‌کنه و مسیر رو برای اجرای توزیع‌های Linux با کرنل کاملاً mainline روی Kindle 4 باز میکنه.

🛠️ - البته توزیع‌هایی مثل postmarketOS سال‌هاست با کرنل‌های patch‌ شده روی Kindle 4 اجرا می‌شن، اما هدف این پچ‌ها اینه که پشتیبانی مستقیماً وارد کرنل اصلی Linux بشه.

📟 - سخت‌افزار Kindle 4 امروزی خیلی محدوده؛ نمایشگر E-Ink شش اینچی با رزولوشن 600×800، پردازنده‌ی 800MHz Cortex-A8، فقط 256MB RAM و 2GB حافظه‌ی داخلی داره.

⚠️ - این پچ‌ها هنوز در مرحله‌ی review قرار دارن و مشخص نیست چه زمانی وارد کرنل اصلی Linux بشن.

🟢 - درایور جدید NBL برای کارت‌های شبکه Ethernet شرکت چینی Nebula Matrix آماده‌ی ورود به کرنل Linux 7.4 شده و قراره پشتیبانی از SmartNIC های این شرکت را به‌صورت native در لینوکس فراهم کنه.

🔵 - این درایور برای سری SNIC S1000 طراحی شده؛ کارت‌های شبکه‌ی دیتاسنتری با سرعت 100GbE که برای Cloud Computing، HPC و پردازش‌های سنگین شبکه ساخته شدن.

⚡ - کارت‌های S1000 از رابط PCIe Gen4 x16 استفاده می‌کنن و بسته به مدل، امکان ارائه‌ی حداکثر 2 رابط 100GbE روی هر کارت رو دارن.

🐧 - شرکت Nebula Matrix پیش از این برای سخت‌افزارش درایورهای Windows و Linux ارائه می‌کرد، اما با Mainline شدن NBL، پشتیبانی از این کارت‌ها مستقیماً داخل کرنل لینوکس قرار می‌گیره و نصب سیستم و Kernel Upgradeها راحت‌تر می‌شه.

🛠️ - خود Nebula Matrix توسعه‌ی این درایور رو انجام داده و بعد از طی فرآیند Upstream، نسخه‌ی اولیه‌ی NBL همین هفته وارد net-next شده؛ بنابراین انتظار می‌ره برای Merge Window مربوط به Linux 7.4 ارسال بشه.

🟢 - مجموعه‌ای شامل 28 پچ جدید برای Linux منتشر شده که هدفش اضافه‌کردن پشتیبانی اصلی از اسپیکر و جک هدفون مک‌های مجهز به Apple Silicon به mainline kernel هست. این قابلیت تا حالا بیشتر در کرنل مخصوص Asahi Linux وجود داشت.

🔊 - این تغییرات یک درایور جدید به نام macaudio معرفی می‌کنن که برای مدیریت سیستم صوتی پیچیده‌ی مک‌های Apple Silicon طراحی شده؛ از مدل‌هایی با یک ووفر مونو گرفته تا سیستم‌هایی با چند ووفر و Tweeter.

🎧 - درایور جدید علاوه بر خروجی صدا، امکان استفاده از جک هدفون و capture PCM مربوط به اون رو هم فراهم می‌کنه. با این حال میکروفون‌های داخلی مک فعلاً توسط این درایور مدیریت نمی‌شن، چون به Always-On Processor متصل هستن.

🛡️ - یکی از بخش‌های مهم این کار، محافظت از اسپیکرهاست. Linux برای این کار از speakersafetyd استفاده می‌کنه و اگر این سرویس فعال نباشه، درایور برای جلوگیری از آسیب احتمالی، اسپیکرها رو mute می‌کنه و کنترل اون‌ها رو قفل می‌کنه.

🧩 - در کنار macaudio، تغییرات Device Tree هم برای فعال‌کردن اسپیکر و جک هدفون روی مک‌های مجهز به Apple M1 و M2 اضافه شده. پشتیبانی از M3 فعلاً به بعد موکول شده چون بخش زیادی از hardware nodes موردنیاز هنوز آماده نیست.

🛠️ - این مجموعه در مجموع حدود 3000 خط کد جدید داره و بعد از چند سال توسعه، حالا برای بررسی و ورود به mainline Linux ارسال شده.

🟢 - بررسی جدید Phoronix نشون میده بهبودهای مختلفی که در کرنل Linux طی سال ۲۰۲۶ انجام شده، روی عملکرد سرورهای AMD EPYC تأثیر قابل‌توجهی گذاشته و میانگین هندسی عملکرد حدود ۸٪ افزایش پیدا کرده.

🔵 - برای این مقایسه، عملکرد Linux 6.18.52 که نسخه‌ی LTS پایان سال ۲۰۲۵ محسوب می‌شه، با Linux 7.3 Git مقایسه شده؛ هر دو تست هم روی یک سیستم و با Ubuntu 26.04 LTS انجام شدن.

🖥️ - سیستم تست از یک AMD EPYC 8635P با 84 هسته‌ی Zen 5، شش ماژول 64GB حافظه‌ی DDR5 و یک SSD مدل Kioxia KCD8XPUG1T92 با رابط PCIe Gen5 استفاده می‌کرد.

🧪 - در مجموع بیش از 100 تست مختلف مربوط به بارهای کاری سروری اجرا شده تا مشخص بشه تغییرات کرنل در بخش‌های مختلف طی سال ۲۰۲۶ چه تأثیری روی عملکرد و مصرف توان دارن.

🚀 - بخش قابل‌توجهی از بهبودها از Linux 7.2 و Linux 7.3 به دست اومده؛ Linux 7.2 مخصوصاً در عملکرد I/O پیشرفت‌هایی داشت و Linux 7.3 هم در چندین بخش بهینه‌سازی‌های عملکردی جدیدی ارائه کرده.

📊 - البته این عدد ۸٪ به معنی افزایش ثابت عملکرد در همه‌ی workload ها نیست.

🦥 - رسانه Phoronix گفته بعد از مشخص‌شدن رسمی Linux LTS سال ۲۰۲۶، دوباره تست‌های گسترده‌تری از LTS به LTS و روی سخت‌افزارهای مختلف انجام میده.

🟢 - یک توزیع جدید به نام Gravity Linux با هدف ارائه‌ی تجربه‌ای بهتر از Linux روی Macهای مجهز به Apple Silicon معرفی شده. این پروژه بر پایه‌ی Fedora Remix ساخته شده و فعلاً روی Mac های M4 تمرکز داره.

🖥️ - اولین نسخه‌ی Gravity Linux با نام Early Alpha منتشر شده و فعلاً فقط برای Mac Mini مجهز به تراشه‌ی M4 در دسترسه. این نسخه از دسکتاپ KDE Plasma روی Wayland استفاده می‌کنه.

🎮 - در این نسخه پشتیبانی آزمایشی از OpenGL 3.3 و OpenGL ES 3.0 همراه با GPU Acceleration هم فراهم شده؛ بنابراین بخشی از قابلیت‌های گرافیکی M4 حالا روی Linux قابل استفاده‌ست.

🛠️ - پروژه Gravity Linux برای توسعه‌ی پشتیبانی سخت‌افزاری M4 از کدهای Asahi Linux و Reverse Engineering استفاده کرده. تیم پروژه همچنین از ابزارهای هوش مصنوعی مثل OpenAI Codex و Claude Code در فرایند توسعه کمک گرفته.

⚠️ - البته این نسخه هنوز Early Alpha محسوب می‌شه و چند قابلیت مهم روی M4 Mac Mini فعلاً کار نمی‌کنن؛ از جمله Suspend، خروجی تصویر از USB-C، Thunderbolt/USB4 و همچنین Shutdown و Reboot که ممکنه ناپایدار باشن.

🚀 - در حال حاضر تمرکز پروژه روی Mac Mini M4 هست، اما توسعه‌دهندگان قصد دارن در ادامه پشتیبانی از مدل‌های M4، M4 Pro و M4 Max و همچنین MacBook Neo رو هم اضافه کنن.

🦀 - توسعه‌دهندگان Gravity Linux امیدوارن در نهایت تغییرات و درایورهای توسعه‌یافته‌ی این پروژه وارد Linux Upstream بشن تا پشتیبانی از Apple Silicon به شکل رسمی‌تر و گسترده‌تری در خود کرنل Linux ادامه پیدا کنه.

🟢 - ای ام دی مجموعه‌ای از پچ‌های جدید درایور گرافیکی AMDGPU رو برای پشتیبانی از چند IP جدید به Linux فرستاده که یکی از مهم‌ترین بخش‌های اون، آماده‌سازی درایور برای حافظه‌ی ویدئویی GDDR7 هست.

🔵 - در یکی از پچ‌های جدید، شناسه‌ی GDDR7 به عنوان نوع حافظه‌ی ویدئویی به درایور اضافه شده. این تغییر به احتمال زیاد به نسل بعدی کارت‌های گرافیکی AMD با معماری RDNA5 مربوطه؛ البته AMD هنوز مشخصات این کارت‌ها رو رسماً تأیید نکرده.

🧩 - در کنار پشتیبانی از GDDR7، پچ‌های مربوط به IH 8.0 برای مدیریت وقفه‌ها و NBIF 7.10 به عنوان نسخه‌ی جدید New Bus InterFace هم برای درایور AMDGPU ارسال شدن.

🔧 - این تغییرات ادامه‌ی آماده‌سازی‌های اخیر AMD برای سخت‌افزارهای نسل بعدی هستن؛ از جمله پشتیبانی از Display Core Next 6 (DCN6) و تغییرات مختلف مربوط به GFX 13.0.x.

🚀 - نکته‌ی جالب اینه که AMD داره پشتیبانی متن‌باز از این سخت‌افزارها رو مدت‌ها قبل از عرضه آماده می‌کنه؛ بنابراین اگر RDNA5 طبق شایعات در سال 2027 وارد بازار بشه، احتمالاً درایور upstream لینوکس از همون ابتدا وضعیت مناسبی خواهد داشت.

⚠️ - البته زمان عرضه‌ی دقیق کارت‌های RDNA5 هنوز مشخص نیست و گزارش‌های فعلی از عرضه‌ی محدود بعضی مدل‌ها در 2027 و احتمالاً مدل‌های بیشتر در 2028 به‌دلیل محدودیت‌های زنجیره‌ی تأمین خبر میدن.

🟢 - شرکت Valve در نسخه‌ی Beta کلاینت Steam، کدک ویدیویی جدیدی به نام Pyrowave رو به‌صورت آزمایشی اضافه کرده که برای استریم با پهنای‌باند بالا و تأخیر بسیار کم طراحی شده.

🔵 - این کدک روی Windows، macOS و Linux در دسترسه؛ البته روی Linux باید از نسخه‌ی آزمایشی SteamRT3 استفاده بشه. توسعه‌ی Pyrowave هم توسط Hans-Kristian Arntzen، توسعه‌دهنده‌ی شناخته‌شده‌ی VKD3D-Proton انجام شده.

⚡ - کدک Pyrowave نسبت به کدک‌های معمول استریم حدود 5 تا 10 برابر پهنای‌باند بیشتری مصرف می‌کنه؛ به همین دلیل بیشتر برای شبکه‌های LAN با اتصال حداقل Gigabit Ethernet ساخته شده و هدف اصلیش کاهش شدید Latency هست.

🖥️ - این کدک از Vulkan API استفاده می‌کنه و از قابلیت‌هایی مثل HDR و YUV 4:4:4 هم پشتیبانی می‌کنه.

🎮 - برای فعال‌کردن Pyrowave باید وارد تنظیمات پیشرفته‌ی Steam Remote Play در نسخه‌ی Beta کلاینت Steam بشید و گزینه‌ی مربوط به این کدک رو فعال کنید.

🧪 - فعلاً Pyrowave یک قابلیت آزمایشی محسوب میشه و هدفش ارائه‌ی استریم با کیفیت بالا و Latency بسیار پایین، مخصوصاً در شبکه‌های محلی و پرسرعته.

🟢 - نسخه‌ی ZLUDA 7-preview.11 منتشر شده و حالا بخشی از APIهای اصلی cuFFT رو پیاده‌سازی می‌کنه؛ کتابخانه‌ای که برای اجرای محاسبات Fast Fourier Transform روی GPU های NVIDIA استفاده میشه.

🔵 - این قابلیت با استفاده از hipFFT، کتابخانه‌ی FFT شرکت AMD در اکوسیستم ROCm/HIP پیاده‌سازی شده. یعنی ZLUDA می‌تونه بعضی فراخوانی‌های cuFFT رو به معادل مستقیم خودشون در hipFFT تبدیل کنه.

🛠️ - توسعه‌دهنده‌ی متن‌باز AmosKito1 روی اضافه‌کردن این APIها کار کرده و در حال حاضر فقط APIهایی پشتیبانی می‌شن که معادل مستقیمی در hipFFT داشته باشن.

🧪 - این تغییر حتی باعث شده هسته‌های Core24 و Core27 نرم‌افزار Folding@Home که به‌صورت رسمی برای CUDA ساخته شدن، روی سخت‌افزارهای AMD اجرا بشن.

⚠️ - البته پشتیبانی از cuFFT هنوز کامل نیست و فقط بخشی از APIها در ZLUDA پیاده‌سازی شدن؛ بنابراین این قابلیت فعلاً محدودیت‌هایی داره.

🚀 - این تغییرات در نسخه‌ی ZLUDA 7-preview.11 قرار گرفتن.

🟢 - یک رابط جدید به نام /sys/devices/system/cpu/sev/sev_status برای کرنل Linux 7.4 در نظر گرفته شده که وضعیت AMD Secure Encrypted Virtualization (SEV) رو مستقیماً از طریق sysfs نمایش میده.

🔵 - این فایل وضعیت رجیستر SEV_STATUS رو برای ماشین‌های مجازی نشون می‌ده و مشخص می‌کنه که رمزنگاری SEV فعاله یا نه. همچنین قابلیت‌هایی مثل SEV-ES و SEV-SNP هم از طریق بیت‌های بالاتر این رجیستر قابل تشخیص هستن.

🛠️ - با اضافه‌شدن این رابط، برای بررسی وضعیت رمزنگاری VM دیگه لزوماً نیازی به ابزارهای جداگانه‌ای مثل sevctl یا snpguest نیست و اطلاعات مستقیماً از sysfs قابل دسترسیه.

🖥️ - این تغییر در شاخه‌ی x86/sev پروژه‌ی tip قرار گرفته و برای چرخه‌ی توسعه‌ی Linux 7.4 آماده شده؛ چرخه‌ای که قرار هست از ماه اکتبر شروع بشه.

🔒 - قابلیت SEV یکی از قابلیت‌های امنیتی پردازنده‌های AMD برای رمزنگاری حافظه‌ی ماشین‌های مجازیه و نسخه‌های پیشرفته‌تر اون مثل SEV-ES و SEV-SNP امکانات امنیتی بیشتری برای محیط‌های مجازی‌سازی فراهم می‌کنن.