🐧 - یک مهندس Linaro به اسم Vincent Guittot یه مجموعه ۱۸تایی از پچ‌های جدید برای بهبود Linux Scheduler منتشر کرده که هدف اصلیشون کاهش Latency موقع اجرای هم‌زمان چندین Short-Slice Task روی سیستمه.

🔧 - این پچ‌ها ادامه کارهایی هستن که Guittot طی ماه‌های اخیر روی Scheduler انجام داده. توی این سری تغییراتی مثل Decay کردن Positive Lag و در نظر گرفتن Slice هنگام انتخاب CPU انجام شده تا Scheduler بتونه تصمیم‌های بهتری برای اجرای Taskها بگیره.

📊 - نتایج اولیه با استفاده از بنچمارک‌های cyclictest و Hackbench خیلی امیدوارکننده بوده؛ مخصوصاً Peak Latency کاهش خوبی داشته و نشون می‌ده سیستم می‌تونه توی workloadهای حساس به تأخیر، سریع‌تر واکنش نشون بده.

🚀 - این تغییرات هنوز در مرحله Patch Series قرار دارن و نهایی نشدن، ولی نتایج فعلی نشون میده که میشه با بهینه‌تر کردن Scheduler، Latency مربوط به Taskهای کوتاه و هم‌زمان رو توی Linux پایین‌تر آورد.

🔴 - طی یک سال گذشته، Timur Kristóf از تیم Linux Graphics شرکت Valve مشغول بهبود درایور AMDGPU برای کارت‌های گرافیک قدیمی AMD بوده؛ حتی مدل‌هایی از نسل GCN 1.0 و 1.1 که حدود یک دهه از عمرشون می‌گذره.

🐧 - یکی از مهم‌ترین کارها، کمک به انتقال این GPUها از درایور قدیمی Radeon به درایور مدرن AMDGPU بوده. این تغییر باعث می‌شه این کارت‌ها به RADV Vulkan، Performance بهتر و قابلیت‌های مدرن‌تر دسترسی داشته باشن.

⚙️ - برای این کار، Timur مشکلات مختلفی در بخش Display و Power Management این سخت‌افزارهای قدیمی رو برطرف کرده و قابلیت‌هایی مثل Soft Reset رو هم اضافه کرده.

🔥 - نتیجه این تلاش‌ها واقعاً جالبه؛ در Linux 6.19 عملکرد بعضی از Radeonهای قدیمی با انتقال به AMDGPU حدود ۳۰٪ بهتر شد. در حالی که AMD طی سال‌های اخیر منابع زیادی برای بهبود درایور این GPUهای قدیمی اختصاص نداده، تیم Linux شرکت Valve بخش مهمی از این کار رو جلو برده.

🧠 - شرکت Arm یه سری پچ اولیه برای اضافه کردن پشتیبانی از TLBI Domains به Linux منتشر کرده. این قابلیت که با نام TLBID شناخته می‌شه، قراره Performance سیستم‌های Arm با تعداد هسته‌های بالا رو بهتر کنه.

⚙️ - در حالت معمول، وقتی Linux نیاز به TLB Invalidation داشته باشه، ممکنه مجبور بشه TLB رو روی کل CPUها پاک‌سازی کنه. اما TLBID اجازه می‌ده این عملیات فقط روی بخشی از هسته‌ها انجام بشه.

🎯 - کرنل Linux می‌تونه با استفاده از TLBID، دستورات مربوط به پاک‌سازی TLB رو فقط برای CPUهایی ارسال کنه که یک Process مشخص روی اون‌ها اجرا شده؛ در نتیجه از انجام عملیات اضافی روی کل سیستم جلوگیری می‌شه. این موضوع مخصوصاً برای Arm Server CPUهای دارای تعداد زیادی Core می‌تونه مفید باشه.

🧪 - فعلاً هیچ عددی از میزان بهبود Performance منتشر نشده و خود TLBID هم هنوز وارد Arm Architecture Reference Manual نشده؛ بنابراین احتمالاً تا دیدن این قابلیت روی پردازنده‌های واقعی، زمان زیادی باقی مونده.

🦎 - توسعه‌دهندگان openSUSE اعلام کردن که ابزار ZUPT رو به این توزیع اضافه می‌کنن؛ یه ابزار Open Source که ساخت Backup، فشرده‌سازی، بررسی Integrity و Encryption رو یکجا انجام میده.

🛡️ - ابزار ZUPT علاوه بر AES-256 از یک روش رمزنگاری Hybrid بر پایه ML-KEM-768 + X25519 هم استفاده می‌کنه. هدف اینه که Backupها در برابر تهدیدهای رمزنگاری آینده، مخصوصاً با پیشرفت کامپیوترهای Quantum، مقاوم‌تر باشن.

⚡ - این ابزار از Multi-threading پردازنده هم استفاده می‌کنه تا عملیات Backup، Compression و Encryption سریع‌تر انجام بشه.

📦 - ابزار ZUPT حالا وارد openSUSE Factory شده تا به‌عنوان یک راهکار رسمی و یکپارچه برای Backup، Compression و Encryption در اکوسیستم openSUSE مورد استفاده قرار بگیره.

🔭 - به این ترتیب openSUSE یکی از گزینه‌های جدید برای آماده‌سازی زیرساخت Backup در برابر تهدیدهای Post-Quantum خواهد داشت؛ البته خود فناوری‌های Post-Quantum هنوز در حال توسعه و تکامل هستن.

🟥 - شرکت AMD در آستانه بسته‌شدن پنجره دریافت تغییرات جدید برای DRM در Linux 7.4، یک Pull Request جدید برای درایور AMDGPU ارسال کرده که بیشتر شامل Bug Fix هست، اما در کنار اون پشتیبانی از چندین IP Block جدید برای GPUهای آینده هم اضافه شده.

⚙️ - در این تغییرات پشتیبانی از OSSSYS 8.0.1، LSDMA 8.0.1، NBIF 7.10، SMUIO 15.0.3، MP 15.0.3، VPE 3.0 و MMHUB 5.0 اضافه شده. در بین اون ها، VPE 3.0 به‌عنوان نسل جدید Video Processing Engine یکی از تغییرات قابل‌توجه محسوب میشه.

🚀 - در کنار این، AMD روی DCN 6.0، GFX12.1، SMU 15 و بخش‌های دیگری از سخت‌افزارهای آینده هم کار کرده و بهبودهایی برای HDMI 2.1، Runtime Power Management، GPUVM، SR-IOV، RAS و مدیریت Reset درایور ارائه شده.

🛠️ - بخش بزرگی از این Pull Request هم به رفع مشکلات مختلف اختصاص داره؛ از اصلاحات DisplayPort و HDMI و eDP گرفته تا رفع Memory Leak، مشکلات Power Management و بهبودهای AMDKFD.

🚀 - بعد از معرفی رسمی Fujitsu MONAKA، حالا پچ‌های جدیدی برای Linux Kernel اومده تا چند مشکل سخت‌افزاری این پردازنده ARM64 رو دور بزنن. MONAKA یه CPU سروری ۱۴۴ هسته‌ایه که Fujitsu برای زیرساخت‌های AI طراحی کرده.

⚙️ - یکی از باگ‌ها مربوط به TLBI هست؛ توی بعضی شرایط، عملیات Range-based TLBI ممکنه نتونه بعضی ورودی‌های TLB رو درست Invalid کنه. برای همین Kernel باید چند دستور TLBI اضافه اجرا کنه تا مطمئن بشه همه‌چیز درست پاک شده. این مشکل فقط با Kernelهای 64K دیده می‌شه؛ همون حالتی که برای MONAKA به‌خاطر Performance توصیه شده.

🚨 - یه مشکل دیگه هم می‌تونه باعث بشه PMU Overflow اشتباهی تشخیص داده بشه و در نتیجه سیستم با Interrupt Storm مواجه بشه. از اون طرف، یه Bug دیگه در شرایط خاص می‌تونه باعث Hang شدن یکی از CPU Coreها بشه؛ مخصوصاً وقتی چند Interrupt همزمان با هم رقابت می‌کنن یا Core وارد حالت Sleep میشه.

🧪 - در کنفرانس XDC 2026، مهندس NVIDIA یعنی Kamil Lysik نتایج یک تست علمی برای مقایسه Latency در Wayland و X.Org رو ارائه کرده. این‌بار به‌جای تکیه بر تجربه شخصی کاربران، از یک Microcontroller به‌همراه سنسور نوری و نرم‌افزارهای تست خودکار استفاده شده تا زمان پاسخ از لحظه فشردن کلید تا نمایش تصویر دقیق اندازه‌گیری بشه.

🖥️ - تست‌ها با کارت GeForce RTX 5070 و درایور R610 انجام شدن و در سمت Wayland، KDE KWin 6.7.4 و GNOME Mutter 49.7 مورد آزمایش قرار گرفتن. برای X.Org هم از X.Org Server 1.21.1.24 استفاده شده.

⚡ - نتیجه جالب بود: اختلاف Latency بین X.Org و Wayland خیلی کمه و NVIDIA نتونسته یک برنده واضح معرفی کنه. همچنین XWayland برخلاف گذشته دیگه اون Frame Delay اضافه رو ایجاد نمی‌کنه.

🎮 - یکی از نکات مهم تست، تأثیر VRR (Variable Refresh Rate) بود؛ NVIDIA می‌گه فعال‌بودن VRR می‌تونه Responsiveness رو به شکل محسوسی بهتر کنه و باعث بشه Latency در سیستم‌های مبتنی بر Wayland و X.Org تقریباً به یک سطح برسه.

🧠 - توسعه‌دهنده Linux، Kairui Song، نسخه جدید پچ‌های MGLRU-FG رو منتشر کرده؛ قابلیتی که با استفاده از میزان واقعی دسترسی به Memory، تصمیم می‌گیره کدوم بخش‌های Memory بیشتر مورد استفاده هستن و باید سریع‌تر در Working Set نگه داشته بشن.

⚡ - نتیجه تست‌ها خیلی امیدوارکننده‌ست: در سناریوهای مختلف، MGLRU-FG بین ۱۰ تا ۴۰ درصد Performance بهتر یا کاهش Refault رو نشون داده. در بعضی Workloadها هم زمان اجرای برنامه‌ها به شکل محسوسی کمتر شده.

🔥 - مثلاً در تست MongoDB عملکرد حدود ۱۳.۵٪ بهتر شده و تست Chromium و Node.js با استفاده از zRAM به‌عنوان Swap حتی ۷۶٪ بهبود نشون داده. در تست FIO هم افزایش Throughput تا حدود ۱۱٪ گزارش شده.

🛠️ - جالب‌تر اینکه تست Linux Kernel Build هم بهتر شده؛ در شرایطی که کامپایل با ۹۶ Job فشار زیادی به Memory وارد می‌کنه، زمان Build حدود یک ثانیه و در بعضی حالت‌ها نزدیک ۱۰ ثانیه کمتر شده.

🟢 - بعد از تصمیم غافلگیرکننده و بحث‌برانگیز Siemens برای تعطیل کردن پروژه OpenRadioss و حتی حذف Repository گیت‌هاب اون، حالا یک Fork جدید به اسم OpenCourant راه‌اندازی شده تا توسعه این پروژه Open Source ادامه پیدا کنه.

🚀 - این پروژه توسط Brian Clemens، بنیان‌گذار و Vice President شرکت Rocky Linux و بنیاد Rocky Enterprise Software Foundation (RESF) راه‌اندازی شده. OpenCourant بر پایه آخرین نسخه عمومی OpenRadioss قبل از بسته شدن Repository توسط Siemens ساخته شده.

🧮 - پروژه OpenCourant یک Finite Element Solver متن‌بازه که برای شبیه‌سازی Crash، Impact و سیستم‌های دینامیکی بسیار غیرخطی استفاده میشه و قراره ادامه‌دهنده کد OpenRadioss تحت مجوز GNU AGPLv3 باشه.

🔧 - توسعه این پروژه زیر نظر Rocky Enterprise Software Foundation انجام میشه؛ با این حال یک مشکل کوچک هم وجود داره: بخشی از OpenRadioss به Binary Dependencyهایی وابسته بوده که آخرین نسخه عمومی اون‌ها قبل از حذف Repository در دسترس نبوده. توسعه‌دهندگان برای حل این مشکل از کاربرانی که نسخه‌های جدیدتر این Binaryها رو دارن درخواست کمک کردن.

🐧 - در نهایت، OpenCourant قراره کد OpenRadioss رو دوباره به شکل یک پروژه کاملاً Community-driven و Open Source توسعه بده؛ اتفاقی که می‌تونه باعث بشه این پروژه بعد از توقف ناگهانی توسط Siemens، دوباره به مسیر توسعه برگرده.

🟢 - عمو لینوس نسخه Linux 7.3-rc6 رو منتشر کرده و طبق برنامه، حدود دو هفته دیگه باید شاهد انتشار نسخه پایدار Linux 7.3 باشیم. این نسخه هم مثل هفته‌های اخیر بیشتر روی Bug Fix و رفع Regressionها تمرکز داره.

🤖 - یکی از نکات جالب این دوره، حجم بالای تغییرات و Patchهایی هست که با کمک ابزارهای AI/LLM تولید یا پیشنهاد شدن؛ چیزی که Linus ازش با عنوان «AI normal» یاد کرده و باعث شده تعداد زیادی Fix کوچک، مخصوصاً برای Error Pathها، وارد Kernel بشن.

🏎️ - در Linux 7.3-rc6 پشتیبانی از فرمان و پدال Turtle Beach VelocityOne Race هم اضافه شده. در کنار اون، پشتیبانی HID++ برای گیرنده‌های Logitech Bolt به‌دلیل گزارش باگ‌های متعدد از کاربران Revert شده و Fixهای مختلفی هم برای بخش‌های Networking، GPU، USB، Sound و TTY اعمال شده.

🛠️ - این نسخه همچنین شامل به‌روزرسانی‌های Architecture، بهبودهای KVM، Networking، فایل‌سیستم SMB Client، BPF و مجموعه‌ای از Self-Testهای جدید میشه. به گفته Linus، در حال حاضر روند توسعه کاملاً عادیه و چیزی غیرمعمول در این RC دیده نمی‌شه.

📅 - با توجه به اینکه Linux 7.3 حالا به مراحل پایانی نزدیک شده، اگر روند فعلی بدون مشکل ادامه پیدا کنه، نسخه پایدار این Kernel طبق برنامه حدود دو هفته دیگه منتشر خواهد شد.

🚀 - تغییرات جدید درایور AMD P-State برای Linux 7.4 ارسال شده تا پشتیبانی مناسب از پردازنده‌های دسکتاپ AMD Ryzen مبتنی بر معماری Zen 6 فراهم بشه. این تغییرات فعلاً در شاخه -next بخش Power Management قرار گرفتن و برای Merge Window نسخه 7.4 آماده میشن.

⚙️ - یکی از تغییرات اصلی، اضافه شدن پشتیبانی اولیه از مدیریت Maximum CPU Frequency Capacity در پردازنده‌های Zen 6 هست. در کنار اون، تنظیمات Energy Performance Preference (EPP) هم برای این پردازنده‌ها بهبود پیدا کرده تا رفتار مصرف انرژی و Performance بهتر تنظیم بشه.

🔋 - این بهینه‌سازی‌های EPP فقط برای هسته‌های Performance معمولی نیستن و شامل Performance، Power/Dense و همچنین نوع جدید Low-Power Core در طراحی‌های Zen 6 میشن.

🤖 - چند Bug Fix هم در این Pull Request وجود داره که بعضی از اون‌ها توسط Agent هوش مصنوعی Sashiko شناسایی شدن. در مجموع، به نظر می‌رسه Linux 7.4 می‌تونه یکی از نسخه‌های مناسب برای پردازنده‌های Ryzen Zen 6 باشه که انتظار میره اوایل ۲۰۲۷ عرضه بشن.

📅 - نسخه پایدار Linux 7.4 هم طبق برنامه فعلی باید حوالی اواخر دسامبر ۲۰۲۶ منتشر بشه؛ بنابراین احتمالاً تا زمان عرضه Zen 6، پشتیبانی Linux از این نسل به وضعیت پخته‌تری رسیده.

🔧 - شرکت Qualcomm مجموعه Patchهای جدیدی برای زیرسیستم Thermal لینوکس ارسال کرده که هدفش پشتیبانی بهتر از Hardware Thermal Binning در چیپ‌های Snapdragon، به‌خصوص لپ‌تاپ‌های مجهز به Snapdragon X هست.

🌡️ - بعضی از SoC های کوالکام با وجود استفاده از سیلیکون یکسان، در چند Thermal/Package Bin عرضه میشن و هر Bin می‌تونه محدودیت دمایی متفاوتی داشته باشه. این تفاوت‌ها از طریق Manufacturing Fuseها مشخص میشن و به عواملی مثل مواد رابط حرارتی، رسانایی گرمایی و نوع Packaging هم مربوط هستن.

⚙️ - این پچ های جدید قابلیت تشخیص این تفاوت‌ها رو به Thermal Framework لینوکس اضافه می‌کنن. در پلتفرم‌هایی مثل Snapdragon X1 Elite (X1E80100)، درایور Qualcomm TSENS اطلاعات موردنیاز رو از QFPROM می‌خونه، Thermal Bin مناسب رو تشخیص میده و اون رو قبل از ثبت Trip Pointهای حرارتی در اختیار Thermal Framework قرار میده.

💻 - این تغییرات باعث میشه Linux بتونه محدودیت‌های حرارتی واقعی هر قطعه رو دقیق‌تر در نظر بگیره و مدیریت دما روی لپ‌تاپ‌های Snapdragon X رفتار مناسب‌تری داشته باشه.

📬 - این Patchها فعلاً برای Review در Linux Kernel Mailing List ارسال شدن و هنوز وارد Kernel اصلی نشدن.

🔧 - توسعه‌دهندگان Intel در حال اضافه کردن پشتیبانی بیشتر از Rugged Panther Lake به Linux 7.4 هستن؛ نسخه‌ای از Panther Lake که برای استفاده در محیط‌های سخت و شرایط extreme طراحی شده.

🚀 - این پردازنده احتمالاً همون Intel Starfire SoC هست که اینتل تابستان امسال معرفی کرد؛ یک SoC مبتنی بر Panther Lake که برای مقاومت در شرایط بسیار سخت و حتی کاربردهای Space-grade طراحی شده.

⚙️ - در Linux 7.4 پشتیبانی Rugged Panther Lake به درایور intel-uncore-freq برای مدیریت فرکانس بخش‌های Uncore پردازنده و همچنین درایور Intel PMC برای مدیریت Power و حالت‌های صرفه‌جویی انرژی اضافه میشه.

🌡️ - درایور intel_tcc_cooling هم برای این تراشه پشتیبانی دریافت می‌کنه. این درایور می‌تونه در دمای مشخص، فرکانس CPU رو کاهش بده تا از افزایش بیش از حد دما جلوگیری بشه. ابزار turbostat هم در Linux 7.4 برای Rugged Panther Lake آماده میشه.

🐧 - بیشتر این تغییرات در ظاهر فقط اضافه کردن Device ID جدید برای PANTHERLAKE_R هستن، اما با توجه به اهمیت Power Management در این سخت‌افزار، به نظر می‌رسه Linux 7.4 به Baseline اصلی برای Rugged Panther Lake و Intel Starfire تبدیل بشه.