واقعا ترکوندی شیر.
اینترنتم تا الان قطع بود، بیخیال بریم پست هایی که امروز آماده کردم رو ببینیم.❤️😭

🕵️‍♂️ - یک پردازنده مرموز x86 با قابلیت‌های نسل آینده؛ موضوع چیه؟

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

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

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

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

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

🦆 - @ducklinux1
Gp - @duckgplinux

🟣 - سیستم عامل FreeBSD 14.5 منتشر شد؛ بهبود پشتیبانی سخت‌افزار و رفع مشکلات امنیتی!

🚀 - پروژه 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 حذف شده.

🦆 - @ducklinux1
Gp - @duckgplinux

🧬 - پروژه LLVM پشتیبانی از قابلیت‌های جدید امنیتی AMD Zen 5 و Zen 6 را اضافه کرد!

🚀 - پروژه 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 و بررسی وضعیت حافظه‌های خصوصی ماشین‌های مجازی استفاده میشن.

🦆 - @ducklinux1
Gp - @duckgplinux

🎮 - پروژه FEX 2609 منتشر شد؛ اجرای بهتر بازی‌های x86 روی سیستم‌های ARM لینوکسی!

🚀 - پروژه 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 می‌تونن روی دیسک ذخیره بشن تا در اجرای بعدی، زمان کمتری برای کامپایل دوباره صرف بشه و مشکل لگ‌های اولیه کمتر بشه.

🦆 - @ducklinux1
Gp - @duckgplinux

🟣 - پشتیبانی DirectX در LLVM رسمی شد؛ قدم جدید مایکروسافت برای کامپایلرهای گرافیکی!

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

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

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

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

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

🦆 - @ducklinux1
Gp - @duckgplinux

🌐 - لینوکس 7.4 قراره با کارت‌های شبکه جدید Realtek بهتر کنار بیاد!

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

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

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

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

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

🦆 - @ducklinux1
Gp - @duckgplinux

🟢 - گرافیک های AMDGPU بالاخره آماده پشتیبانی از خروجی 3D روی HDMI 1.4 در لینوکس میشه!

🚀 - یک سری پچ جدید برای درایور گرافیکی 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 خودش برای پخش محتوای سه‌بعدی استفاده کنه.

🦆 - @ducklinux1
Gp - @duckgplinux

🎬 - ویدیو ادیتور DaVinci Resolve 21.1 منتشر شد؛ ادغام هوش مصنوعی برای تدوین حرفه‌ای‌تر!

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

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

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

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

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

🦆 - @ducklinux1
Gp - @duckgplinux

🧹 - لینوکس قراره حدود ۵۵ هزار خط کد قدیمی ARM رو کنار بذاره!

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

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

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

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

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

🦆 - @ducklinux1
Gp - @duckgplinux

🖥️ - پلاسما KDE KWin پشتیبانی از Wayland Commit-Timing را اضافه کرد؛ تجربه روان‌تر برای بازی و ویدیو!

🚀 - توسعه‌دهنده‌های 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 روی دسکتاپ لینوکس.

🦆 - @ducklinux1
Gp - @duckgplinux

🔥 - مهم‌ترین خبرهای امروز دنیای لینوکس و متن‌باز:

🕵️‍♂️ - پردازنده مرموز x86 با قابلیت‌های نسل آینده؛ APX، FRED و x86S!

🟣 - سیستم عامل FreeBSD 14.5 منتشر شد؛ بهبود امنیت و پشتیبانی سخت‌افزاری

🧬 - پروژه LLVM پشتیبانی از قابلیت‌های جدید AMD Zen 5 و Zen 6 را اضافه کرد

🎮 - پروژه FEX 2609 منتشر شد؛ اجرای بهتر برنامه‌ها و بازی‌های x86 روی ARM لینوکس

🟣 - پشتیبانی DirectX رسماً به یکی از اهداف LLVM تبدیل شد

🌐 لینوکس 7.4 پشتیبانی از کارت‌های شبکه جدید Realtek را اضافه می‌کند

🕶️ - گرافیک های AMDGPU در مسیر پشتیبانی از خروجی 3D روی HDMI 1.4

🎬 - ادیتور DaVinci Resolve 21.1 منتشر شد؛ هوش مصنوعی به تدوین حرفه‌ای آمد

🧹 لینوکس بیش از ۵۵ هزار خط کد قدیمی ARM را حذف می‌کند

🖥️ - پلاسما KDE KWin پشتیبانی از Wayland Commit-Timing را اضافه کرد

📝 - محتوای اختصاصی DuckLinux:

📦 - فحش کش کردن اپراتور رایتل و وزارت ارتباطات و اطلاعات ( کلیک کنید )

۱۷ شهریور ۱۴۰۵
🦆 @ducklinux1
Gp - @duckgplinux

دوستان برای حمایت از من چنل رو Unmute یا با صدا کنید تا در جریان پست ها قرار بگیرید. ری اکشن هم فراموشتون نشه.
اگر هم موضوعی جذاب بود، فوروارد به پیوی دوستان یا گروه های دیگه هم فراموشتون نشه.
با این دوتا کار خیلی بهم انرژی میدید.
دمتون گرم❤️

🎮 - پروژه DLSS5VKLayer؛ آوردن NVIDIA DLSS 5 به بازی‌های لینوکسی و Steam Play!

🚀 - یک پروژه جدید به اسم 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 به‌صورت محلی برای کمک برنامه‌نویسی استفاده شده

🦆 @ducklinux1
Gp - @duckgplinux

🤖 - پروژه systemd هم برای کدهای AI بدون بررسی انسانی یه تله گذاشت!

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

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

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

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

🦆 @ducklinux1
Gp - @duckgplinux

🚀 - هوش مصنوعی به توسعه‌دهنده لینوکس کمک کرد تا زمان کامپایل کرنل را به شکل چشمگیری کاهش دهد!

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

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

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

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

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

🦆 @ducklinux1
Gp - @duckgplinux

🖥️ - پروژه YSERVER 1.5 منتشر شد؛ یک X11 جدید با 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 افت فریم داشتن که حالا عملکردشون بهتر شده

🦆 @ducklinux1
Gp - @duckgplinux

🎮 - درایور Nouveau و NVK بالاخره روی NVIDIA DGX Spark با تراشه GB10 اجرا شدند!

🚀 - دیوید ایرلی از Red Hat تونسته درایور متن‌باز Nouveau به همراه درایور Vulkan یعنی NVK رو روی سیستم قدرتمند NVIDIA DGX Spark مجهز به تراشه Grace Blackwell GB10 بالا بیاره

🧩 - تغییر داخل Nouveau انجام شده از سازگار کردن با Firmwareهای جدید انویدیا گرفته تا اصلاح مدیریت نمایشگر، VRAM، کش L2 و بخش‌های مخصوص سخت‌افزار DGX Spark

⚙️ - توی NVK هم تغییراتی برای هماهنگی بهتر با معماری GB10 انجام شده؛ مخصوصاً در بخش مدیریت حافظه گرافیکی و قابلیت‌های Vulkan

🔥 - جالب اینجاست که برای این کار نزدیک به ۱۰۰ پچ لازم بوده و توسعه‌دهنده‌ها مجبور شدن بخش‌های زیادی از کد رو تغییر بدن. این نشون میده پشتیبانی متن‌باز از کارت‌ها و چیپ‌های جدید NVIDIA داره کم‌کم جدی‌تر میشه

🐧 - البته هنوز راه زیادی مونده و خود توسعه‌دهنده‌ها گفتن که پشتیبانی کامل از GB10 احتمالاً بیشتر با مسیر آینده درایور جدید Nova تکمیل میشه، ولی همین که Nouveau و NVK تونستن روی Blackwell اجرا بشن، یه قدم بزرگ برای لینوکس و درایورهای آزاد محسوب میشه

🦆 @ducklinux1
Gp - @duckgplinux

🟥 - ای ام دی یه بهینه‌سازی جدید برای GCC فرستاد؛ شاید برنامه‌های لینوکسی روی x86 سریع‌تر بشن!

🚀 - تیم کامپایلر AMD یه پچ جدید برای GCC منتشر کرده که هدفش بهتر کردن تولید کد برای پردازنده‌های x86_64 هست. نکته جالب اینه که این تغییر فقط برای پردازنده‌های Zen نیست و می‌تونه روی خیلی از سیستم‌های x86 تاثیر داشته باشه.

⚙️ - این بهینه‌سازی مربوط به Extended Load Optimization میشه؛ یعنی وقتی یک برنامه اول داده‌ای با اندازه کوچک‌تر از حافظه می‌خونه و بعد اون رو برای محاسبات به اندازه بزرگ‌تر تبدیل می‌کنه، GCC حالا می‌تونه کد بهینه‌تری بسازه.

🧠 - قبلاً کامپایلر ممکن بود چند دستور اضافه تولید کنه، ولی با این تغییر می‌تونه بهتر از قابلیت‌های جدید پردازنده‌ها استفاده کنه و بعضی پردازش‌ها رو سریع‌تر انجام بده.

🔧 - ای ام دی تو چند سال اخیر فقط روی اضافه کردن پشتیبانی از نسل‌های جدید Zen به GCC و LLVM کار نکرده؛ حالا داره بیشتر وارد بهینه‌سازی‌های عمومی کامپایلرها هم میشه، چیزی که قبلاً خیلی وقت‌ها توسط شرکت‌هایی مثل SUSE انجام می‌شد.

🦆 @ducklinux1
Gp - @duckgplinux

🟢 - فایل سیستم Btrfs قراره با فشرده‌سازی Zstd سریع‌تر بشه؛ بهبود جدید برای کرنل لینوکس!

🚀 - توسعه‌دهنده‌های لینوکس یک بهینه‌سازی جدید برای فایل‌سیستم Btrfs آماده کردن که هدفش سریع‌تر کردن عملیات باز کردن فایل‌های فشرده‌شده با Zstd هست.

⚙️ - مشکل اینجا بود که در مسیر فعلی فشرده‌گشایی Zstd، داده‌ها یک بار داخل یک بافر موقت نوشته می‌شدن و بعد دوباره به مقصد اصلی کپی می‌شدن؛ یعنی هر بایت عملاً دو بار نوشته می‌شد.

🧠 - پچ جدید این فرآیند رو تغییر میده تا Zstd مستقیم‌تر داده‌ها رو داخل حافظه مقصد بنویسه و کپی اضافی حذف بشه؛ در نتیجه فشار روی CPU و حافظه کمتر میشه.

📈 - طبق تست‌های انجام‌شده:
خواندن ترتیبی با سکتور 4K حدود ۷.۸٪ سریع‌تر شده
با سکتور 16K حدود ۳.۶٪ بهبود دیده شده
با سکتور 64K حدود ۶.۸٪ کاهش زمان خواندن ثبت شده
در خواندن تصادفی 4K هم حدود ۳٪ بهبود به دست آمده

📦 - این تغییر قراره وارد شاخه آماده‌سازی Btrfs برای چرخه Linux 7.4 بشه. اگه بهبودهای دیگه Zstd هم برسن، نسخه‌های آینده لینوکس میتونن تجربه سریع‌تر و بهینه‌تری با Btrfs ارائه بدن.

🦆 @ducklinux1
Gp - @duckgplinux