🧠 - اوبونتو 26.10 قراره در شرایط کمبود RAM، دسکتاپ رو پایدارتر نگه داره

🟢 - تیم Ubuntu Desktop در حال تغییر رفتار پیش‌فرض سیستم هنگام فشار شدید روی حافظه‌ی RAM هست تا برنامه‌های حیاتی دسکتاپ بی‌دلیل بسته نشن.

🛡️ - در سیاست جدید، سرویس‌های مهم و D-Bus امتیاز OOM پایین‌تری می‌گیرن؛ بنابراین احتمال انتخاب‌شدنشون توسط OOM Killer کمتر می‌شه.

⚙️ - برنامه‌های معمولی و سرویس‌های پس‌زمینه همچنان امتیاز بالاتری دارن و در صورت کمبود شدید حافظه، زودتر از سرویس‌های حیاتی terminate می‌شن.

🚫 - قابلیت systemd-oomd برای کشتن خودکار کل session کاربر هنگام فشار حافظه غیرفعال می‌شه؛ چون ممکنه بدون توجه به اهمیت سرویس‌ها، بخش‌های مهم دسکتاپ رو هم ببنده.

💻 - هدف این تغییر اینه که وقتی RAM کاملاً تحت فشار قرار گرفت، اول برنامه‌ها و سرویس‌های غیرضروری بسته بشن و session دسکتاپ تا جای ممکن فعال بمونه.

⚠️ - البته این تغییر به معنی مصون‌شدن اوبونتو در برابر کمبود RAM نیست؛ اگر حافظه واقعاً تمام بشه، هنوز هم ممکنه بعضی برنامه‌ها terminate بشن.

🦆 @ducklinux1
Gp - @duckgplinux

رفقا از این به بعد کامنت هارو یه نگاهی بندازید.
بعضی پست ها پیوند به منبع یا لینک برای اطلاعات بیشتر دارن.
این حرکت رو زدم تا هم پست ها شلوغ نشن هم علاقه مند ها نکات اضافی یا منبع رو ببینن
خلاصه که عشقید❤️

🎮 باگ کرنل لینوکس باعث کرش بازی‌ها روی پردازنده‌های جدید اینتل شده بود

🔹 - چند وقت اخیر، بعضی بازی‌ها مثل Elden Ring و Red Dead Redemption 2 روی لپ‌تاپ‌های مجهز به پردازنده‌های جدید Intel Panther Lake و گرافیک Intel Xe3 Arc B390 خیلی سریع فریز یا کرش می‌کردند.

🔹 - اولش همه فکر می‌کردند مشکل از درایور گرافیکی Intel یا Mesa است؛ ولی بررسی‌ها نشون داد داستان از جای دیگه‌ست: یک باگ در کرنل لینوکس و قابلیت جدید FRED.

🧠 - قابلیت FRED مخفف Flexible and Return Event Delivery هست و در پردازنده‌های جدید Core Ultra Series 3 معرفی شده. این قابلیت در بعضی شرایط، اطلاعات اشتباهی درباره‌ی خطاهای پردازنده به Wine می‌داد و باعث می‌شد بازی‌ها درست کار نکنن.

📌 - نتیجه‌اش هم این بود که:
* بازی Elden Ring بعد از حدود ۲ تا ۳ دقیقه فریز می‌کرد؛
* بازی Red Dead Redemption 2 ممکن بود وارد چرخه‌ی اجرا و کرش بشه؛
* در ابتدا تصور می‌شد مشکل از Mesa یا درایور GPU باشه، اما ریشه‌ی اصلی در کرنل پیدا شد.

🛠️ - توسعه‌دهنده‌ی کرنل، Matthew Schwartz، پچ‌هایی آماده کرده که وضعیت خطا و اطلاعات ذخیره‌شده‌ی پردازنده رو درست بازسازی می‌کنن و مشکل Wine در برخورد با دستورهای INT رو برطرف می‌کنن.

✅ - این پچ‌ها وارد شاخه‌ی x86/urgent شدن و قراره برای ادغام در کرنل اصلی، احتمالاً در مسیر Linux 7.3 ارسال بشن.

💡 - خلاصه اینکه اگه یک بازی ویندوزی روی لینوکس کرش کرد، همیشه نباید سریع Mesa یا درایور گرافیک رو مقصر بدونیم؛ گاهی مشکل از خود کرنل و نحوه‌ی تعاملش با سخت‌افزارهای جدید میاد.

🦆 @ducklinux1
Gp - @duckgplinux

🍎 - درایور رمزگشایی ویدئوی Apple برای ورود به کرنل اصلی لینوکس آماده‌ی بررسی شد

🟢 - پروژه‌ی Asahi Linux مجموعه‌ای شامل ۱۴ پچ رو برای اضافه‌کردن درایور AVD رو به کرنل لینوکس ارسال کرده. این درایور وظیفه‌ی پخش سخت‌افزاری ویدئو روی تراشه‌های Apple Silicon رو بر عهده داره.

🎞️ - درایور متن‌باز و مهندسی‌معکوس‌شده‌ی AVD روی تراشه‌های Apple M1، M2 و M3 کار می‌کنه و از کدک‌های H.264، H.265 و VP9 پشتیبانی داره. روی M3 و نسل‌های جدیدتر، پشتیبانی از AV1 هم در دسترسه.

⚙️ - این درایور از API مربوط به V4L2 M2M Stateless Decoder استفاده می‌کنه تا رمزگشایی ویدئو به‌صورت سخت‌افزاری و کم‌مصرف انجام بشه؛ یعنی پردازش ویدئو کمتر روی CPU فشار میاره.

🔬 - توسعه‌ی این درایور چندین سال زمان برده و بخش مهمی از کار شامل Reverse Engineering سخت‌افزار اختصاصی Apple بوده. AVD برخلاف طراحی‌های معمول، برای تنظیماتش از یک register استفاده می‌کنه و ترتیب ارسال دستورها اهمیت زیادی داره.

🧩 - در طراحی AVD یک پردازنده‌ی کمکی Cortex-M3 هم وجود داره که فعلاً برای تنظیمات Decode و دریافت وقفه‌ها استفاده می‌شه. در آینده ممکنه ارسال دستورها هم به این پردازنده منتقل بشه تا مصرف انرژی کمتر و سرعت Decode کمی بهتر بشه.

🚀 - انتظار می‌ره پشتیبانی از AVD در آینده به تراشه‌های M4، M5، M6 و Apple Neo هم گسترش پیدا کنه. پروژه‌ی Asahi Linux برای این کار firmwareهای لازم رو در مخزن avd-fw نگه‌داری می‌کنه.

⚠️ - این پچ‌ها هنوز وارد کرنل پایدار لینوکس نشدن و فعلاً برای Review در Mailing List کرنل ارسال شدن تا احتمالاً از مسیر Media Subsystem وارد نسخه‌های آینده‌ی Linux بشن.

🦆 @ducklinux1
Gp - @duckgplinux

🦀 - گوگل درایور قدیمی Binder در C رو کنار می‌ذاره؛ نسخه‌ی Rust جایگزین می‌شه

🟢 - درایور Binder که سال‌ها با زبان C در کرنل لینوکس وجود داشته، قراره در چرخه‌ی توسعه‌ی Linux 7.4 حذف بشه و نسخه‌ی بازنویسی‌شده با Rust جای اون رو بگیره.

📱 - درایور Binder یکی از اجزای مهم اندرویده و برای ارتباط بین پردازش‌ها یا همون IPC استفاده می‌شه. نسخه‌ی Rust این درایور قبلاً در Linux 6.18 وارد کرنل اصلی شده بود.

🦀 - گوگل می‌گه نسخه‌ی Rust حالا به اندازه‌ی کافی بالغ شده و از نظر امکانات به نسخه‌ی C رسیده. این درایور مدتیه روی دستگاه‌های اندرویدی واقعی استفاده می‌شه و دیگه صرفاً یک آزمایش محسوب نمی‌شه.

🧹 - نسخه‌ی قدیمی Binder بیشتر از ۱۱ هزار خط کد C داره و بعد از بیش از ۱۵ سال، نگه‌داری و اضافه‌کردن قابلیت‌های جدید بهش سخت و پرریسک شده بود؛ مخصوصاً از نظر احتمال ایجاد آسیب‌پذیری‌های امنیتی.

⚡ - طبق توضیحات گوگل، درایور Rust از نظر عملکرد هم کم نمیاره و در بعضی شرایط حتی می‌تونه سریع‌تر از نسخه‌ی C عمل کنه.

🔐 - مهاجرت به Rust با هدف ساده‌ترشدن نگه‌داری، کاهش ریسک باگ‌های حافظه و آماده‌کردن Binder برای قابلیت‌ها و بهینه‌سازی‌های آینده انجام می‌شه.

📦 - پچ حذف پیاده‌سازی C توسط Greg Kroah-Hartman وارد شاخه‌ی char-misc-next شده و قراره در زمان بازشدن Merge Window کرنل Linux 7.4 ارسال بشه.

🦆 @ducklinux1
Gp - @duckgplinux

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

🔒 - هشدار امنیتی Rust؛ توسعه‌دهندگان اصلی هدف حمله‌ی هدفمند قرار گرفتن

🧠 - انتشار Jemalloc 5.4؛ بهبود سازگاری و پاک‌سازی کدهای Allocator محبوب لینوکس

🧩 - انتشار OpenCL 3.1.2؛ افزونه‌ی cl_khr_command_buffer
از حالت آزمایشی خارج شد

🔐 - اینتل ظاهراً برنامه‌ی Bug Bounty خودش رو متوقف کرده

🖥️ - آپدیت‌های جدید AMD برای HDMI و سخت‌افزارهای گرافیکی آینده در Linux 7.4

⚡ - پچ‌های جدید قراره زمان ساخت کرنل لینوکس رو حسابی کاهش بدن

🧠 - اوبونتو 26.10 قراره در شرایط کمبود RAM، دسکتاپ رو پایدارتر نگه داره

🎮 - باگ کرنل لینوکس باعث کرش بازی‌ها روی پردازنده‌های جدید اینتل شده بود

🍎 - درایور رمزگشایی ویدئوی Apple برای ورود به کرنل اصلی لینوکس آماده‌ی بررسی شد

🦀 - گوگل درایور قدیمی Binder در C رو کنار می‌ذاره؛ نسخه‌ی Rust جایگزین می‌شه


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

🙏 - چیزی نداشتیم امروز، شرمنده.

۲۷ شهریور ۱۴۰۵
شبتون زیبا🌙🌑
🦆 @ducklinux1
Gp - @duckgplinux

نسخه ی بتا فدورا ۴۵ چه تغییراتی داشته؟

-📝 کنسول KMSCON جایگزین کنسول قدیمی داخل کرنل شده , رندر نرم‌تر، پشتیبانی بهتر از یونیکد/فونت و پایداری بیشتر سیستم

-📦اجباری‌شدن بررسی امضای پکیج‌ها به‌صورت پیش‌فرض دیگه پکیج‌های بدون امضا به‌طور ناخواسته نصب نمی‌شن

-🔷محدودسازی پیش‌فرض ptrace برای امنیت بهتر

-🗣یکپارچه‌سازی مدیریت اسرار (Secrets service provider) با oo7 در همه محیط‌های دسکتاپ، به‌جای پیاده‌سازی‌های قدیمی مثل GNOME Keyring و KWallet

-🔷استفاده از DRM Panic Front-end , تجربه دوستانه‌تر هنگام بروز مشکلات کرنلی (صفحه آبی/سیاه مرگ)، همراه با QR کد برای خطاهای کرنل

-🖥پشتیبانی از فایل‌سیستم Stratis مستقیم داخل نصاب Anaconda

-📦انتظار reproducible بودن بیلد پکیج‌ها

-🐍نصاب Anaconda حالا جریان نصب اولیه مبتنی بر WebUI برای Atomic Desktopها داره

-💿ایمیج‌های ISO دسکتاپ‌های Atomic از image-builder به‌جای lorax ساخته می‌شن

-👌پشتیبانی از systemd-oomd و zram swap در Fedora CoreOS

نسخه ی پایدار فدورا ۴۵ در تاریخ ۲۰ اکتبر ۲۰۲۶ عرضه میشه

🦆 @ducklinux1
Gp - @duckgplinux

🎮 - هدست Steam Frame برای اجرای OpenGL از Zink روی Vulkan استفاده می‌کنه

🟢 - هدست واقعیت مجازی Steam Frame شرکت Valve که از چیپ Snapdragon 8 Gen 3 و گرافیک Adreno استفاده می‌کنه، برای Vulkan از درایور متن‌باز Turnip در Mesa بهره می‌بره.

🔵 - حالا مشخص شده برای اجرای برنامه‌ها و بازی‌های OpenGL، Valve به‌جای درایور native یعنی Freedreno، از زینک استفاده کرده؛ یعنی OpenGL رو روی Vulkan اجرا می‌کنه.

🧩 - درایور Zink یکی از درایورهای Mesa هست که امکان اجرای OpenGL روی Vulkan رو فراهم می‌کنه و حالا روی Steam Frame هم در محیط Android و هم native مورد استفاده قرار گرفته.

🚀 - یکی از توسعه دهنده ها به اسم Mike Blumenkrantz از تیم Linux graphics شرکت Valve و یکی از توسعه‌دهندگان اصلی Zink این موضوع رو تأیید کرده و گفته: «On both Android and native, it’s zink all the way down.»

⚙️ - جالبه که Valve با وجود داشتن Freedreno برای اجرای مستقیم OpenGL روی گرافیک Adreno، Zink رو انتخاب کرده؛ اتفاقی که نشون می‌ده Zink طی چند سال اخیر به بلوغ قابل‌توجهی رسیده.

💰 - هدست Steam Frame این هفته رسماً عرضه شده و قیمتش از حدود ۱۰۵۹ دلار شروع می‌شه.

🦆 @ducklinux1
Gp - @duckgplinux

🍷 - انتشار Wine 11.18؛ توسعه‌ی پیاده‌سازی NTOSKRNL ادامه داره

🟢 - نسخه‌ی 11.18 از Wine منتشر شد؛ این نسخه جدیدترین نسخه‌ی توسعه‌ای دوهفته‌ای این پروژه‌ی متن‌بازه که امکان اجرای برنامه‌ها و بازی‌های ویندوزی رو روی Linux، macOS و سایر سیستم‌عامل‌ها فراهم می‌کنه

⚙️ - بخش مهم این نسخه، ادامه‌ی توسعه‌ی پیاده‌سازی NTOSKRNL برای پشتیبانی از Windows kernel drivers هست. NTOSKRNL یکی از اجزای اصلی کرنل ویندوزه و وظایفی مثل مدیریت حافظه، پردازش‌ها و abstraction سخت‌افزار رو برعهده داره

🧩 - در Wine روی بخش‌هایی مثل فعال‌سازی دستگاه‌های PnP، container IDs و پیاده‌سازی چندین تابع موردنیاز برای NTOSKRNL کار شده

🧪 - هم‌زمان پوشش تست‌های مربوط به کد NTOSKRNL هم در حال گسترشه تا این پیاده‌سازی با تست‌های بیشتری بررسی بش

🐞 - این نسخه علاوه بر تغییرات NTOSKRNL، شامل تعدادی اصلاح برای صحت کد، سازگاری با standard C headers و در مجموع ۲۱ باگ‌فیکس هم هست

🎮 - بعضی از این باگ‌فیکس‌ها مستقیماً روی اجرای برنامه‌ها و بازی‌ها تأثیر دارن؛ از Adobe Creative Cloud و بازی‌هایی مثل Assassin's Creed Rogue

🦆 @ducklinux1
Gp - @duckgplinux

یکی از چیزای جدید گنوم ۵۱ که دیدم و بعضیاتون براش خیلی هایپ بودید یه افزونه هستش که میاد یه افکت شیشه مایع رو با شکست نور دقیق روی داک و بعضی جاهای دیگه گنوم شل می اندازه.

حالا من کاری با اینکه چطوری نوشته و چیزای دیگه‌اش ندارم. این دیگه چه جور بهینه سازی هستش 😂😂😂

منبع : OMG Ubuntu

@TheTechism - #linux #gnome

🚀 - اوبونتو 26.10 با کرنل Linux 7.3 منتشر میشه

🟢 - کانونیکال تصمیم گرفته Ubuntu 26.10 رو به‌جای برنامه‌ی قبلی یعنی Linux 7.2، با کرنل جدیدتر Linux 7.3 عرضه کنه

⚙️ - تیم Kernel اوبونتو دلیل این تغییر رو بدون تأخیر بودن چرخه‌های انتشار Linux 7.1 و 7.2 و آماده بودن Linux 7.3 عنوان کرده؛ بنابراین از نظر زمان‌بندی، استفاده از کرنل جدیدتر رو مناسب دونستن

🧩 - کرنل Linux 7.3 پشتیبانی بهتر از سخت‌افزارهای جدید و قابلیت‌های جدید upstream رو برای Ubuntu 26.10 به همراه میاره و نسخه‌ی مخصوص اوبونتو هم در حال آماده‌سازی روی این کرنله

🧪 - کرنل Linux 7.3 ابتدا وارد مخزن شده بود و حالا در حال انتقال به آرشیو Ubuntu 26.10 ـه تا پیش از انتشار نسخه‌ی Beta مورد آزمایش قرار بگیره

📅 - نگارش Ubuntu 26.10 با اسم Stonking Stingray برای انتشار در ۲۳ مهر برنامه‌ریزی شده و Kernel Freeze این نسخه هم در ۹ مهر انجام میشه

🔥 - از اونجایی که Ubuntu 26.10 یک نسخه‌ی LTS نیست، Canonical قصد داره تا جای ممکن از جدیدترین کرنل استفاده کنه؛ البته در زمان انتشار رسمی، Linux 7.3 ممکنه هنوز در وضعیت پیش‌انتشار باشه

🦆 @ducklinux1
Gp - @duckgplinux

🖥️ - دسکتاپ KDE Plasma 6.8 وارد مرحله‌ی پولیش و رفع باگ شد؛ توسعه‌ی Plasma 6.9 هم شروع شده

🟢 - بعد از انتشار نسخه‌ی بتای پلاسما ۶.۸، توسعه‌دهندگان KDE در هفته‌ی گذشته بیشتر روی رفع باگ‌ها و آماده‌سازی تغییرات اولیه برای پلاسما ۶.۹ تمرکز کردن.

💾 - ابزار پشتیبان‌گیری kup که با Plasma 6.8 معرفی شده، حالا زمان سپری‌شده‌ ی عملیات رو نمایش می‌ده و اطلاعات مربوط به میانگین سرعت پشتیبان‌گیری هم دقیق‌تر شده.

✨ - دیالوگ‌های مربوط به دسکتاپ پورتال در Plasma 6.8 پولیش بیشتری دریافت کردن و از این نسخه، Plasma دیگه هنگام نمایش هر اعلان یک فایل cache رو مجدداً نمی‌نویسه.

🎮 - در plasma 6.7.6 یک کرش مربوط به kwin هنگام بازگشت به بازی با Alt + Tab برطرف شده. همچنین در Plasma 6.8 یک کرش دیگر KWin که در شرایط خاص هنگام تعامل با دکمه‌های نوار عنوان رخ می‌داد، رفع شده.

🚀 - توسعه‌ی Plasma 6.9 هم وارد مرحله‌ی فعال‌تری شده؛ برای مثال هنگام تغییر نام فایل یا پوشه روی دسکتاپ، هشدارها و تأییدیه‌های استاندارد KDE در صورت نیاز نمایش داده خواهند شد؛ مثل هشدار مخفی‌کردن فایل یا تغییر نوع و پسوند فایل.

🦆 @ducklinux1
Gp - @duckgplinux

🎮 - درایور Intel Xe در Linux 7.4 قابلیت بررسی سلامت vRAM رو اضافه می‌کنه

🟢 - تغییرات جدید درایور گرافیکی Intel Xe برای چرخه‌ی توسعه‌ی Linux 7.4 روی بررسی سلامت حافظه‌ی ویدئویی و مدیریت بهتر vRAM معیوب متمرکز شده.

🔵 - در این نسخه یک مکانیزم اولیه برای بررسی سلامت vRAM اضافه شده که آخرین صفحه‌ی حافظه رو به‌عنوان canary بررسی می‌کنه تا مشکلاتی مثل اندازه‌گذاری BAR و CCS و تنظیم identity map شناسایی بشن.

🟡 - این قابلیت فعلاً پشت فلگ ساخت کرنل CONFIG_DRM_XE_DEBUG_MEM قرار داره و در حالت عادی و نسخه‌های production فعال نخواهد بود.

🟠 - در بخش دیگری از تغییرات، پشتیبانی از memory page offlining به درایور Xe اضافه شده؛ قابلیتی که اجازه می‌ده صفحات معیوب vRAM به‌صورت دائمی از چرخه‌ی تخصیص حافظه خارج بشن و دوباره مورد استفاده قرار نگیرن.

🔴 - صفحات معیوب vRAM همچنین از طریق DebugFS در اختیار user-space قرار می‌گیرن تا نرم‌افزارها بتونن از وجود بخش‌های خراب حافظه مطلع بشن.

🟣 - درایور Intel XE حالا وضعیت idle بودن هر engine رو هم از طریق DebugFS در اختیار سیستم قرار می‌ده. این تغییرات پس از ۲۱ دور بررسی و بازبینی وارد مسیر DRM-Next برای Linux 7.4 شدن.

🦆 @ducklinux1
Gp - @duckgplinux

🟢 - توزیع GNOME OS برای مقابله با کمبود RAM به‌صورت پیش‌فرض از Zswap استفاده میکنه

🔵 - توزیع GNOME OS حالا یک وب‌سایت مستندات اختصاصی داره که راهنماها و اطلاعات لازم برای نصب و راه‌اندازی GNOME OS رو در اختیار کاربران قرار میده

🧠 - یکی از تغییرات مهم این هفته، فعال‌شدن پیش‌فرض Zswap در GNOME OS هست؛ هدف این تغییر اینه که سیستم حتی روی دستگاه‌های دارای RAM کم هم سریع‌تر و پاسخ‌گوتر باقی بمونه و مشکلات OOM کاهش پیدا کنه

⚙️ - برای فعال‌سازی Zswap، GNOME OS از اسکریپت مبتنی بر Rust به نام zswap-generator استفاده می‌کنه که تنظیمات موردنیاز systemd رو ایجاد میکنه

🔧 - در صورتی که کاربر بخواد Zswap رو غیرفعال کنه، می‌تونه از گزینه‌ی کرنل zswap.enabled=0 استفاده کنه؛ این گزینه توسط zswap-generator پشتیبانی میشه

📧 - در بخش برنامه‌های GNOME هم برنامه‌ی ایمیل جدیدی به نام Convey روی Flathub منتشر شده که در واقع یک fork از کلاینت ایمیل Geary محسوب میشه

🛠️ - کلاینت Convey با اضافه‌کردن پشتیبانی از Microsoft 365، مهاجرت به GTK4 و مجموعه‌ای از اصلاحات و بهبودهای UI/UX توسعه پیدا کرده

🦆 @ducklinux1
Gp - @duckgplinux

🍷 - انتشار Wine-Staging 11.18 با بهبودهای جدید برای WoW64

🟢 - نسخه‌ی Wine-Staging 11.18 منتشر شد. این نسخه‌ی آزمایشی حالا 273 پچ اضافه نسبت به Wine اصلی داره و بخشی از تغییرات این نسخه روی بهتر شدن پشتیبانی از WoW64 تمرکز کرده.

🔵 - چند پچ جدید برای WoW64 اضافه شده که قبل از فعال‌کردن حالت WoW64، باینری برنامه رو بررسی می‌کنن و جلوی اعمال تنظیمات WoW64 روی باینری‌های 64 بیتی رو می‌گیرن. WoW64 هم امکان اجرای برنامه‌های 32 بیتی Windows رو در یک محیط کاملاً 64 بیتی فراهم میکنه.

🛠️ - بخشی از این تغییرات، چند باگ قدیمی در قسمت kernel services مربوط به WoW64 رو هم برطرف می‌کنه؛ جالبه که یکی از این باگ‌ها از سال 2019 و یکی دیگه از سال 2020 گزارش شده بودن.

🎮 - در بخش Quartz هم پچ‌های جدیدی برای تبدیل YV12 به RGB هنگام رندر اضافه شده که باعث می‌شه مشکل کرش بازی Worms Forts: Under Siege هنگام پخش Intro برطرف بشه.

⚠️ - در نهایت یادتون باشه که Wine-Staging شاخه‌ی آزمایشی Wine محسوب می‌شه و به‌خاطر داشتن پچ‌های بیشتر و تغییرات جدیدتر، بیشتر برای تست و دریافت قابلیت‌های تازه استفاده میشه

🦆 @ducklinux1
Gp - @duckgplinux

⚡ - یک بهینه‌سازی ساده قراره باز کردن فایل‌ها در Linux 7.4 رو تا ۳۹٪ سریع‌تر کنه

🟢 - یک پچ نسبتاً کوچک که بیش از دو سال روش کار شده، قراره وارد Linux 7.4 بشه و با حذف پردازش‌های تکراری هنگام باز کردن فایل‌ها، عملکرد VFS رو بهتر کنه.

🔵 - این تغییر روی تابع do_open() در VFS تمرکز داره. در وضعیت فعلی هنگام باز کردن فایل، یک dentry دو بار مورد استفاده قرار می‌گیره و چند عملیات اضافه روی اون انجام می‌شه؛ پچ جدید این کار تکراری رو حذف می‌کنه.

🚀 - در بنچمارک will-it-scale روی یک ماشین مجازی ۲۰ هسته‌ای، باز کردن یک فایل در حالت فقط خواندنی با این بهینه‌سازی حدود ۳۹٪ افزایش عملکرد داشته.

🛠️ - این پچ حدود سه دوجین خط کد داره و بعد از پنج دور بازبینی طی دو سال، حالا در شاخه‌ی vfs-7.4.lookup قرار گرفته و برای ورود به چرخه‌ی توسعه‌ی Linux 7.4 آماده شده.

📈 - نکته جالب اینه که این بهینه‌سازی نسبتاً ساده، با وجود تأثیر قابل‌توجهش، مدت زیادی در کد کرنل باقی مونده بود و انتظار می‌ره قبل از پایان ۲۰۲۶ در یک نسخه‌ی پایدار Linux در دسترس قرار بگیره.

🦆 @ducklinux1
Gp - @duckgplinux

🗂️ - دو باگ مهم Btrfs در Linux 7.3-rc4 برطرف میشن

🟢 - مجموعه‌ای از اصلاحات مربوط به فایل‌سیستم Btrfs برای Linux 7.3-rc4 وارد کرنل شده که دو باگ مهم رو برطرف می‌کنن.

🔴 - اولین مشکل از Linux 7.2-rc1 وجود داشت و به نحوه‌ی تولید شناسه‌ی fs_fsid مربوط می‌شد. این تغییر باعث می‌شد شناسه‌ی فایل‌سیستم بعد از آپدیت کرنل یا ریبوت تغییر کنه و برنامه‌هایی که به یک شناسه‌ی ثابت نیاز دارن دچار مشکل بشن.

🔐 - این باگ حتی باعث اختلال در NetworkManager OpenConnect روی سیستم‌های دارای Btrfs شده بود؛ بعضی کاربران بعد از ارتقا به Linux 7.2 دیگه نمی‌تونستن به VPN دسترسی داشته باشن. در Linux 7.3-rc4 قرار شده FSID دوباره بر اساس UUID فایل‌سیستم ساخته بشه.

🛠️ - مشکل مهم دوم به تشخیص /dev/root مربوط می‌شه. در نسخه‌های توسعه‌ای Linux 7.3، سیستم‌هایی که Btrfs رو به‌عنوان فایل‌سیستم ریشه استفاده می‌کردن و بدون initramfs با GRUB2 بوت می‌شدن، ممکن بود نتونن دستگاه ریشه رو درست شناسایی کنن.

⚙️ - این دو اصلاح به‌همراه چند رفع‌باگ معمول دیگه‌ی Btrfs قبل از انتشار Linux 7.3-rc4 وارد شاخه‌ی کرنل شدن.

🦆 @ducklinux1
Gp - @duckgplinux