فقط من بودم که یاد fdisk افتادم؟

🦆@ducklinux1
Gp - @duckgplinux

نگارش آزمایشی پارچ هایپرلند عرضه شد 🥳


این نسخه آزمایشی نیازمند تست و آزمایش افراد بوده و بعد از اطمینان از کارکرد صحیح در رلیزهای آتی از RC در آمده و در سایت قرار می‌گیرد.


این نسخه توسط تیم پارچ نگهداری می‌شود.


دریافت این نسخه


@ParchLinux | پارچ لینوکس

🐧 بخشی از اصلاحات Networking از Linux 7.3 به Linux 7.4 منتقل شد؛ فعالیت AI/LLM دردسرساز شده است

🔹 - توسعه دهندگان Linux Networking میگویند حجم Patch ها و گزارش باگهایی که با کمک AI/LLM تولید میشوند به حدی رسیده که بررسی آنها فشار زیادی به Maintainer ها وارد کرده است.

🧠 - مشکل فقط زیاد شدن Patch ها نیست؛ بعضی Patch های تولید شده توسط AI مربوط به مشکلاتی هستند که کاربران واقعی تجربه نکرده اند یا سراغ مسائل خیلی خاصی میروند و بررسی آنها زمان توسعه دهندگان را میگیرد.

📌 - به همین دلیل، بخشی از Fix های غیرضروری Networking دیگر وارد Linux 7.3 نمیشوند و برای چرخه توسعه Linux 7.4 نگه داشته شده اند.

🛠️ - شخص Paolo Abeni از Red Hat گفته توسعه دهندگان عمدا چند Fix غیر فوری را به نسخه بعدی منتقل میکنند، چون حجم فعالیتهای مرتبط با AI/LLM همچنان در حال افزایش است و کنترل این حجم از Patch ها ساده نیست.

🔹 - البته همه تغییرات AI-generated نیستند؛ در همین هفته Fix های واقعی و مهمی برای مشکلاتی مثل slab-out-of-bounds و ایرادهای مختلف در درایورهای Ethernet و WiFi وارد Kernel شده اند.

✅ - در کنار این اصلاحات، اطلاعات Maintainer ها هم به روز شده و Eric Dumazet، توسعه دهنده قدیمی Linux، به دلیل بازنشستگی از Google از فهرست Maintainer ها کنار میرود.

💡 - خلاصه اینکه AI/LLM حالا فقط در نوشتن کد Linux نقش ندارد؛ حجم Patch ها و Bug Report های تولید شده با AI آنقدر زیاد شده که Maintainer ها مجبور شده اند بخشی از اصلاحات غیر فوری را از Linux 7.3 کنار بگذارند تا روند بررسی و توسعه قابل مدیریت بماند.

🦆 @ducklinux1
Gp - @duckgplinux

🐧 فدورا ۴۵ بتا؛ بدون افت عملکرد

🔹 بنچمارک های جدید فدورا ۴۵ بتا نشون میدن عملکرد سیستم نسبت به فدورا ۴۴ تقریبا ثابت مونده و خبری از افت یا جهش عجیب نیست.

🧠 دلیلش هم اینه که بیشتر تغییرات این نسخه زیر پوست سیستم اتفاق افتاده. فدورا ۴۵ با Linux 7.2، GNOME 51، KDE Plasma 6.7.5 و Mesa 26.2 عرضه میشه.

📌 از تغییرات مهم میشه به جایگزینی kmscon، اجباری شدن امضای معتبر پکیج های RPM، تغییر سیستم مدیریت Secret و آپدیت ابزارهای توسعه مثل Python 3.15، GCC 16.2، Go 1.27 و LLVM 23 اشاره کرد.

🛠️ پشتیبانی از لپ تاپ های مجهز به Snapdragon X1 Plus و Elite هم بهتر شده، هرچند بعضی دستگاه ها ممکنه هنوز به تنظیمات دستی نیاز داشته باشن.

📅 نسخه بتا در ۱۵ سپتامبر منتشر شده و نسخه نهایی طبق برنامه ۲۰ اکتبر ۲۰۲۶ منتشر میشه.

💡 خلاصه اینکه فدورا ۴۵ قرار نیست یک جهش بزرگ در عملکرد باشه؛ بیشتر روی ثبات، امنیت و به روز بودن زیرساخت تمرکز کرده. گاهی بهترین خبر، خبریه که هیچ اتفاق بدی توش نیفتاده! 😄

🦆 @ducklinux1
Gp - @duckgplinux

پایانش زیاد قشنگ نبود

🦆@ducklinux1
Gp - @duckgplinux

میخوام فعالیت توی یوتیوب رو شروع کنم.

این توزیع گنو/لینوکسی جدیدی که این چند وقته خیلی داره راجع بهش حرف زده میشه ماجراش چیه؟❓

🔷احتمالا خیلی هاتون اسم اومارچی رو شنیدید , توزیعی که بحث و حاشیه ی زیادی پیرامونشه , انتقاد زیادی میشه , هیت زیادی میگیره و از سمت یکسری ها هم پرستش میشه!

این توزیع رو DHH ساخته (خالق Ruby on rails ) که آدم معروفیه , اومارچی ادعا میکنه که میخواد یک محیط خوب برای برنامه نویس ها فراهم بکنه , چطوری ؟ شما اومارچی رو که دانلود میکنید با حجم خیلی زیادی از برنامه های مربوط به Ai و برنامه نویسی و غیره که شاید خیلی هاشون بلااستفاده باشه یا هرکسی استفاده نکنه روبرو میشید! ایزو این توزیع فاکینگ ۷ گیگه! , آیا DHH میخواد رکورد ویندوز رو توی بلوت بودن بزنه؟

اومارچی به طور پیشفرض از مدیرپنجره ی هایپرلند با یک شل نه چندان پیشرفته ی کوییک شل که خودشون توسعه دادند استفاده میکنه

چرا نه چندان پیش رفته؟ چون نه ظاهر خیلی مدرن و خفنی داره نه انیمیشن های خیلی خوبی داره و تنها چیزی که برای ارائه داره اینه که یکسری ابزار های مربوط به Ai داره (مثلا وضعیت کلادتون رو میزنه)

🔶محیط هایپرلندش هم به شدت شخصی سازی شده است

جز این , این توزیع باگ ها و مشکلات عجیبی هم داره یکیش اینه که موقع نصب شما باید حتما کل درایوتون رو پاک کنید! و نمیتونید پارتیشن بندی کنید :) (DHH KNOWS BEST)

یه باگ دیگه ای هم که داشت این بود که کاربر رو به طور پیشفرض به یوزر داکر اضافه میکرد , مشکلش چیه؟ اینطوری هر پروسه ای میتونست دسترسی روت داشته باشه!

حالا من نمیخوام بگم اومارچی صد درصد بده و همش مشکلاته , خیلی ها شاید تجربه ی خوب یا حتی خیلی خوبی از این توزیع داشته باشند , ولی مشکل اصلیش اینه که :

Overrated as Fuck

🔷هایپ به شدت زیاد و الکی دور و برشه! از اون طرف خیلی از شرکت ها هم دونیت های عجیب غریبی انجام میدن , تا الان مثبت ۱۵+ میلیون دلار دونیت گرفته

شورش رو در نمیارم ولی اگر فردا روزی رو بشه که کل داستان این توزیع پولشویی بوده تعجب نمیکنم!

@TheTechism - #GNU_Linux #FOSS

🍷 بلاخره Wine 11.19 منتشر شد؛ از رنگ‌های بهتر در Wayland تا کش DNS و رفع ۲۳ باگ

🔹 نسخه توسعه‌ای 11.19 از Wine منتشر شد و این پروژه حالا یک قدم دیگر به انتشار نسخه پایدار Wine 12.0 نزدیک‌تر شده است. این نسخه حدود ۳۵۰ تغییر نسبت به 11.18 دارد و مثل همیشه، ترکیبی از قابلیت‌های جدید و رفع باگ‌های مختلف را به همراه آورده است.

🧠 یکی از مهم‌ترین تغییرات این نسخه که در بخش Highlights رسمی هم به آن اشاره نشده، اضافه شدن پروتکل color-management-v1 به درایور Wayland است. این تغییر باعث می‌شود رنگ‌ها هنگام استفاده از Vulkan color space در بازی‌ها و برنامه‌های ویندوزی، دقیق‌تر نمایش داده شوند.

📌 در کنار این تغییر، چند قابلیت دیگر هم به Wine 11.19 اضافه شده؛ از جمله پشتیبانی از Unicode 18.0، اضافه شدن متن عمودی به GDIPlus، بهبود پارسر VBScript و اضافه شدن IOCTLهای جدید SCSI و DVD در mountmgr.

💾 این نسخه همچنین از کش DNS Query پشتیبانی می‌کند تا از resolve شدن مکرر یک hostname جلوگیری شود. پشتیبانی بهتر از فایل hosts نیز در همین بخش اضافه شده و می‌تواند در برخی شرایط، تعداد درخواست‌های تکراری DNS را کاهش دهد.

🛠️ بخش رفع باگ‌ها هم شامل ۲۳ مشکل شناخته‌شده است. از جمله این موارد می‌توان به کرش ArcGIS Pro، اجرا نشدن Euro Truck Simulator 2 با رندر OpenGL و بکند EGL و کرش Desperados 2 روی NVIDIA در محیط X11/XWayland اشاره کرد.

⚙️ مشکلاتی مثل نشت حافظه در لانچر Zombie Army 4 و هنگ کردن Hard Truck Apocalypse نیز برطرف شده‌اند. علاوه بر این، یک مشکل باعث تأخیر حدود ۵ ثانیه‌ای در wineboot می‌شد که روی Linux و macOS زمان راه‌اندازی Wine را افزایش می‌داد و حالا رفع شده است.

✅ پکیج Wine 11.19 در حال حاضر به‌صورت سورس کد از GitLab قابل دریافت است. پکیج‌های باینری آن نیز از طریق WineHQ و مخازن توزیع‌های مختلف لینوکس در دسترس قرار خواهند گرفت.

💡 در مجموع، Wine 11.19 نشان می‌دهد روند توسعه Wine همچنان با سرعت ادامه دارد. در کنار رفع باگ‌های قدیمی، قابلیت‌هایی مثل مدیریت رنگ در Wayland و کش DNS هم تجربه استفاده روزمره را بهبود می‌دهند.

🦆 @ducklinux1
Gp - @duckgplinux

🐧 کرنل لینوکس ۷.۴ با پشتیبانی اولیه از Device Tree اپل M4 و A18 Pro برای MacBook Neo منتشر میشود

🔹 توسعه دهنده Asahi Linux، Sven Peter، امروز pull requestهای مربوط به تغییرات Device Tree چیپست های اپل را برای پنجره Merge Kernel 7.4 ارسال کرد. این تغییرات قرار است در همین ماه به شاخه اصلی لینوکس اضافه شوند.

🧠 مهمترین بخش این خبر، اضافه شدن Device Tree اولیه برای سیستم های اپل مبتنی بر SoC پایه M4 و همچنین MacBook Neo با چیپ A18 Pro است. این اولین گام برای اجرای کرنل اصلی لینوکس روی این دستگاه ها محسوب میشود.

📌 اما باید انتظارات را مدیریت کرد. مثل نسخه های قبلی که Device Tree اولیه M3 اضافه شد، این لزوماً به معنای تجربه کاربری کامل و قابل استفاده روی این مک های جدید نیست. در حال حاضر فقط بوت شدن کرنل لینوکس ممکن است و GPU و سایر قابلیت ها هنوز فعال نشدهاند.

💾 و Device Tree مک های M4 شامل «حداقل میزان سخت افزار» است و بخش هایی را پوشش میدهد که بین نسل M3 و M4 تقریباً بدون تغییر مانده اند. دستگاه های پشتیبانی شده در این مرحله عبارتند از: هسته های CPU، کنترلر وقفه، وضعیتهای Power، Watchdog، Serial، Pin Controller، I2C و Frame-buffer.

⚙️ این Device Treeها برای مدل های زیر ارائه شده اند: MacBook Pro ۱۴ اینچی M4 (۲۰۲۴)، iMac ۲۴ اینچی با ۲ پورت USB-C M4 (۲۰۲۴)، iMac ۲۴ اینچی با ۴ پورت USB-C M4 (۲۰۲۴)، MacBook Air ۱۳ اینچی M4 (۲۰۲۵)، MacBook Air ۱۵ اینچی M4 (۲۰۲۵) و Mac Mini M4 (۲۰۲۴).

📱 برای MacBook Neo هم وضعیت مشابه است، با این تفاوت که از SoC سری A استفاده میکند. پشتیبانی اولیه شامل هسته های CPU، کنترلر وقفه، Watchdog، Serial و Frame-buffer است و مثل M4، فقط به عنوان پای های برای توسعه های آینده در نظر گرفته شده.

🛠️ شخص Sven Peter یک pull request دیگر هم برای لینوکس ۷.۴ ارسال کرده که شامل پشتیبانی از GPIO اشتراکی و قابلیت RTKit Crashlog برای پردازنده های کمکی ۳۲ بیتی قدیمیتر است. این تغییرات میتوانند به بهبود مدیریت توان و پایداری در دستگاه های اپل کمک کنند.

💡 در مجموع، لینوکس ۷.۴ گام اولیه و مهمی برای پشتیبانی از نسل جدید تراشه های اپل برمیدارد، اما راه زیادی تا اجرای روان و کامل لینوکس روی این مک ها باقی مانده. این حرکت نشان میدهد جامعه توسعه دهندگان Asahi Linux همچنان با جدیت در حال کار روی Apple Silicon است.

🦆 @ducklinux1
Gp - @duckgplinux

⚡ اینتل با CPU Binds و ULLS در درایور Xe، عملکرد Battlemage را در لینوکس ۷.۴ متحول می‌کند

🔹 کمپانی Intel آخرین سری از بهبود های درایور Xe خود را برای چرخه‌ی Linux 7.4 ارسال کرده است. محور اصلی این به ‌روزرسانی، پیاده‌سازی CPU Binds و ULLS (زمان‌بندی فوق‌ کم‌ تأخیر) روی صف Migration است؛ قابلیتی که به‌طور مستقیم روی کارت‌ های گرافیک مجزای Battlemage و نسل‌ های بعدی تأثیر می‌گذارد.

🧠 کلمه ULLS مخفف Ultra Low Latency Scheduling است؛ یک مکانیزم زمان‌بندی که به‌ جای سپردن کار های کپی و Migration به GuC، آن ‌ها را مستقیم روی سخت‌افزار Paging اجرا می‌کند. این کار نیازمند CPU Binds است، چون صف Migration باید دسترسی انحصاری به موتور Paging داشته باشد تا ULLS بتواند بدون وقفه کار کند.

📌 نتایج اندازه‌ گیری روی پلتفرم BMG (Battlemage) نشان می‌دهد وقتی GPU به‌ طور مداوم در حال پردازش Fault است، کار های Copy با ULLS حدود ۳۰ تا ۴۰ میکروثانیه سریع‌تر اجرا می‌شوند. در زمان راه‌ اندازی از حالت Cold GPU، این سرعت‌ گرفتن حتی چشمگیرتر است. بنچمارک‌ های UMD Compute هم بیش از ۱ گیگابایت بر ثانیه بهبود در تست‌های Pagefault با ULLS گزارش کرده‌اند.

🛠️ فراتر از ULLS، خود CPU Binds هم مزایای مستقلی دارد؛ کاهش تأخیر VM-bind، لایه‌ بندی شفاف‌تر برای Multi-tile و TLB-invalidation، کاهش فشار روی GuC هنگام Fault Storm و جدا کردن Kernel Binds از کار های Copy/Clear نامرتبط. در یک تست موازی Faulting، میانگین زمان Bind حدود ۱۵ میکروثانیه کاهش یافته است.

⚙️ یکی از نگرانی‌ های اصلی، مصرف برق بیشتر ULLS است؛ چون یک Batch به‌ طور مداوم روی موتور Paging در حال اجراست. برای رفع این مشکل، ULLS بعد از یک بازه‌ی زمانی بدون پردازش Fault، به‌صورت خودکار خارج می‌شود و به حالت عادی برمی‌گردد.

✅ این سری پچ در سه فاز قابل ادغام است: فاز اول CPU Binds (پچ‌ های ۱ تا ۱۳)، فاز دوم اجزای CPU-bind و Multi-tile Relayer (پچ‌ های ۱۴ تا ۱۷) و فاز سوم ULLS روی صف Migration (پچ‌ های ۱۸ تا ۲۵). نسخه‌ی سوم این پچ‌ ها در حال حاضر روی لیست‌ های Intel Xe در دست بررسی است.

💡 در مجموع، ترکیب CPU Binds و ULLS نشان می‌دهد Intel در حال بهینه‌ سازی جدی مسیر Fault Handling در درایور Xe است. این تغییرات نه‌ فقط برای Battlemage، بلکه پایه‌ای برای عملکرد بهتر نسل‌ های بعدی GPUهای Intel در لینوکس خواهد بود؛ آن هم درست در چرخه‌ای که Linux 7.4 آماده‌ی انتشار می‌شود.

🦆 @ducklinux1
Gp - @duckgplinux

دوستانی که فلت پک دارن قبول دارین؟

🦆@ducklinux1
Gp - @duckgplinux

🛠 موز (Moose) اومد؛ یک اپ بومی GTK برای چت با مدل‌های هوش مصنوعی محلی روی گنوم

🔹 گنوم یک گزینه‌ی محلی دیگه برای چت با هوش مصنوعی گرفت. اپی به اسم Moose معرفی شده که به‌ صورت بومی با GTK و libadwaita نوشته شده و می‌تونه با مدل‌ های AI از طریق Ollama روی لینوکس حرف بزنه.

🧠 تا حالا اپ‌ های محلی AI بیشتر وابسته به ترمینال یا رابط‌های عمومی بودن و به دسکتاپ خاصی گره نمی‌خوردن. Moose دقیقاً همون‌ جایی رو هدف گرفته که Newelle قبلاً شروعش کرده بود: یک تجربه‌ی یکپارچه با گنوم که کاربر عادی هم بدون درگیری با CLI بتونه مدل محلی رو راه بندازه.

📌 برنامه Moose فقط یک رابط چت نیست و چند کار دیگه رو هم خودش انجام می‌ده:
نصب و راه‌ اندازی خودکار Ollama
مدیریت و دانلود مدل‌ های زبانی محلی
باز کردن اسناد و تصاویر محلی داخل اپ
یکپارچگی با محیط گنوم و ظاهر libadwaita

🛠 این اپ یک پروژه‌ی third-party محسوب می‌شه و امروز از طریق «This Week in GNOME» معرفی شده. کدش با زبان Rust نوشته شده، تحت لایسنس GPLv3 منتشر شده و سورسش روی GitHub در دسترسه. برای نصب هم از Flathub قابل دریافته.

⚙️ در همون گزارش این هفته‌ی گنوم، چند خبر دیگه هم اومده؛ از جمله بهبودهای اپ GNOME Calendar برای تجربه‌ی بهتر مدیریت تقویم که حالا دیگه برای اعمال بعضی تغییرات نیاز به ری‌استارت اپ نیست. خود Libadwaita هم همچنان داره پیشرفت می‌کنه.

✅ جدا از این‌ ها، پروژه‌ی جدیدی به نام Toolpak هم معرفی شده که برای سیستم‌های image-based طراحی شده. فعلاً خبری از زمان‌بندی دقیق انتشار نسخه‌ های بعدی Moose نیست، ولی نسخه‌ی فعلی از همون Flathub قابل نصبه.

💡 در مجموع، Moose نشون می‌ده که هوش مصنوعی محلی داره از مرحله‌ی «سرگرمی برای کاربرهای فنی» عبور می‌کنه و به بخشی از تجربه‌ی روزمره‌ی دسکتاپ لینوکس تبدیل می‌شه. اگه گنوم و GTK4 کار می‌کنی، این یکی ارزش امتحان کردن رو داره.

🦆 @ducklinux1
Gp - @duckgplinux

فکر کنم خودتون فهمیدین

🦆@ducklinux1
Gp - @duckgplinux

بدون شرح

🦆@ducklinux1
Gp - @duckgplinux

🟣 - دسکتاپ KDE Plasma 6.8 پنجره‌های Tile شده رو مرتب‌تر نمایش میده

🟢 - تنها کمی بیشتر از یک هفته تا انتشار نسخه پایدار KDE Plasma 6.8 باقی مونده و توسعه‌دهنده‌های KDE همچنان مشغول رفع باگ‌ها و اعمال تغییرات نهایی این نسخه هستن. یکی از این تغییرات، غیرفعال شدن گوشه‌های گرد پنجره‌ها هنگام Tile شدنه تا پنجره‌ها دقیق‌تر کنار هم قرار بگیرن؛ قابلیتی که رفتاری مشابه ویندوز داره و درخواستش به یک گزارش باگ در سال ۲۰۲۴ برمیگرده.

🔵 - در کنار این تغییر، چندین باگ دیگه هم برطرف شدن؛ از جمله رفع کرش KWin هنگام استفاده از درایورهای NVIDIA نسخه 610.57.04 و جدیدتر در Plasma 6.7.6، رفع مشکل کرش هنگام کشیدن ویجت روی پنل و بهبود پایداری در شرایط خاص هنگام بسته شدن یا کرش کردن برنامه‌ها.

🟣 - پشتیبانی از Remote Desktop با کتابخانه FreeRDP نسخه 3.32 و جدیدتر هم اصلاح شده. همچنین، System Monitor و ویجت‌های اون حالا میزان مصرف حافظه GPU رو دقیق‌تر اندازه‌گیری میکنن.

⚡ - در همین حال، توسعه قابلیت‌های اولیه KDE Plasma 6.9 هم شروع شده.

🦆 @ducklinux1
Gp - @duckgplinux

🏎️ - پشتیبانی بهتر Linux 7.3 از فرمان ریسینگ Turtle Beach VelocityOne Race

🔧 - در نسخه Linux 7.3-rc6 پشتیبانی از فرمان و پدال‌های حرفه‌ای Turtle Beach VelocityOne Race اضافه شده؛ محصولی که با قیمت حدود ۶۴۹ تا ۷۰۰ دلار عرضه می‌شه. با اینکه Turtle Beach به‌صورت رسمی از لینوکس پشتیبانی نمی‌کنه، حالا کاربران Linux می‌تونن از پشتیبانی بهتری برای این کیت استفاده کنن.

🐧 - این پشتیبانی با اضافه شدن VelocityOne Race به درایور hid-universal-pidff انجام شده؛ درایوری که با هدف بهبود پشتیبانی از فرمان‌ها و پدال‌های شبیه‌ساز رانندگی در لینوکس توسعه داده شده و پیش از این هم برای برطرف کردن مشکلات سخت‌افزارهای مشابه از برندهای دیگه استفاده شده بود.

🧩 - از اونجایی که برای اضافه کردن این دستگاه تنها به Vendor ID و Device ID اون نیاز بود، تغییرات لازم به اندازه‌ای ساده بودن که در مراحل پایانی توسعه Linux 7.3 هم امکان ورودشون به کرنل وجود داشته باشه.

🚀 - این تغییرات در قالب HID Pull این هفته وارد کرنل شدن. در همین مجموعه، چند Buffer Overflow در درایور Intel THC هم برطرف شده.

منبع: کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux

🖥️ - پشتیبانی Linux 7.4 از نمایشگر لمسی ۱۰ اینچی Raspberry Pi

🍓 - پشتیبانی از Raspberry Pi 10-inch Touch Display 2 به کرنل اصلی Linux 7.4 اضافه می‌شه. این نمایشگر لمسی که تابستون امسال عرضه شده، با اضافه شدن Device Treeهای موردنیاز از این پس می‌تونه با Mainline Kernel لینوکس به‌صورت مستقیم کار کنه.

🔍 - نمایشگر ۱۰ اینچی Raspberry Pi رزولوشن 1200×1920 داره و از Multi-Touch پشتیبانی می‌کنه. قیمت این محصول هم حدود ۸۰ دلار تعیین شده.

⚙️ - پشتیبانی جدید شامل پنل MIPI-DSI TFT LCD این نمایشگر و کنترلر Ilitek IL79600A می‌شه و در قالب تغییرات DRM-Misc-Next وارد مسیر توسعه Linux 7.4 شده.

🚀 - در همین مجموعه تغییرات، پشتیبانی از NPU پردازنده‌های Ryzen AI Max 400 «Gorgon Halo» هم اضافه شده. برای این بخش تنها اضافه شدن یک Device ID جدید برای AIE2 Revision 9 NPU موردنیاز بوده. درایور DRM مربوط به Renesas RZ/G3L SoC هم پشتیبانی از این تراشه رو دریافت کرده.

منبع: کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux

🍎 - پروژه KosmicKrisp حالا با Vulkan 1.4 کاملاً سازگار است؛ نزدیک‌تر شدن به عملکرد Metal اپل

🟣 - پروژه KosmicKrisp که توسط LunarG توسعه داده میشه، حالا آزمون‌های Vulkan 1.4 CTS رو با موفقیت پشت سر گذاشته و از سوی Khronos Group به‌عنوان یک پیاده‌سازی Conformant شناخته شده؛ یعنی حالا می‌تونه Vulkan 1.4 رو به‌صورت استاندارد روی سیستم‌های Apple Silicon و macOS ارائه بده.

⚡ - پروژه KosmicKrisp در واقع یک Vulkan-on-Metal Driver مدرن در Mesa محسوب می‌شه که مستقیماً Vulkan رو روی API گرافیکی Metal اپل پیاده‌سازی می‌کنه و به‌عنوان جایگزینی مدرن برای MoltenVK در حال توسعه هست.

🚀 - نکته جذاب‌تر، عملکرد این پروژه است؛ طبق نتایج ارائه‌شده توسط LunarG، عملکرد KosmicKrisp به MoltenVK نزدیکه و فاصله چندانی هم با عملکرد Native خود Metal نداره. توسعه‌دهندگان همچنان روی بهبود Performance و رفع باگ‌های باقی‌مانده کار میکنن.

🔧 - و نکته اخر؛ LunarG همچنین قصد داره قابلیت‌های بیشتری از Vulkan و ابزارهای توسعه مربوط به این API رو اضافه کنه.

منبع: کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux

⚡ - پچ‌های جدید Linux برای کاهش Latency در Task های کوتاه

🐧 - یک مهندس 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 پایین‌تر آورد.

منبع: کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux

🎮 - کار شگفت‌انگیز Valve برای زنده نگه داشتن GPU های قدیمی AMD در 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 بخش مهمی از این کار رو جلو برده.

اطلاعات بیشتر:
🦆 @ducklinux1
Gp - @duckgplinux

🚀 - شرکت Arm روی TLBID برای افزایش Performance پردازنده‌های چند‌هسته‌ای کار میکنه.

🧠 - شرکت 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 نشده؛ بنابراین احتمالاً تا دیدن این قابلیت روی پردازنده‌های واقعی، زمان زیادی باقی مونده.

منبع: کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux