این توزیع گنو/لینوکسی جدیدی که این چند وقته خیلی داره راجع بهش حرف زده میشه ماجراش چیه؟❓
🔷احتمالا خیلی هاتون اسم اومارچی رو شنیدید , توزیعی که بحث و حاشیه ی زیادی پیرامونشه , انتقاد زیادی میشه , هیت زیادی میگیره و از سمت یکسری ها هم پرستش میشه!
این توزیع رو DHH ساخته (خالق Ruby on rails ) که آدم معروفیه , اومارچی ادعا میکنه که میخواد یک محیط خوب برای برنامه نویس ها فراهم بکنه , چطوری ؟ شما اومارچی رو که دانلود میکنید با حجم خیلی زیادی از برنامه های مربوط به Ai و برنامه نویسی و غیره که شاید خیلی هاشون بلااستفاده باشه یا هرکسی استفاده نکنه روبرو میشید! ایزو این توزیع فاکینگ ۷ گیگه! , آیا DHH میخواد رکورد ویندوز رو توی بلوت بودن بزنه؟
اومارچی به طور پیشفرض از مدیرپنجره ی هایپرلند با یک شل نه چندان پیشرفته ی کوییک شل که خودشون توسعه دادند استفاده میکنه
چرا نه چندان پیش رفته؟ چون نه ظاهر خیلی مدرن و خفنی داره نه انیمیشن های خیلی خوبی داره و تنها چیزی که برای ارائه داره اینه که یکسری ابزار های مربوط به Ai داره (مثلا وضعیت کلادتون رو میزنه)
🔶محیط هایپرلندش هم به شدت شخصی سازی شده است
جز این , این توزیع باگ ها و مشکلات عجیبی هم داره یکیش اینه که موقع نصب شما باید حتما کل درایوتون رو پاک کنید! و نمیتونید پارتیشن بندی کنید :) (DHH KNOWS BEST)
یه باگ دیگه ای هم که داشت این بود که کاربر رو به طور پیشفرض به یوزر داکر اضافه میکرد , مشکلش چیه؟ اینطوری هر پروسه ای میتونست دسترسی روت داشته باشه!
حالا من نمیخوام بگم اومارچی صد درصد بده و همش مشکلاته , خیلی ها شاید تجربه ی خوب یا حتی خیلی خوبی از این توزیع داشته باشند , ولی مشکل اصلیش اینه که :
Overrated as Fuck
🔷هایپ به شدت زیاد و الکی دور و برشه! از اون طرف خیلی از شرکت ها هم دونیت های عجیب غریبی انجام میدن , تا الان مثبت ۱۵+ میلیون دلار دونیت گرفته
شورش رو در نمیارم ولی اگر فردا روزی رو بشه که کل داستان این توزیع پولشویی بوده تعجب نمیکنم!
@TheTechism - #GNU_Linux #FOSS
59 · Amir_hossein
🍷 بلاخره 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
58 · 🐧 کرنل لینوکس ۷.۴ با پشتیبانی اولیه از 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 همچنان
1 · 56 · ⚡ اینتل با 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، بلکه پایه‌ای
61 · 🛠 موز (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
1 · 71 · Adrian
Фотография
нажмите — покажем
нажмите — покажем
🟣 - دسکتاپ 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
57 · Фотография
нажмите — покажем
нажмите — покажем
🏎️ - پشتیبانی بهتر 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
46 · Фотография
нажмите — покажем
нажмите — покажем
🖥️ - پشتیبانی 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
50 · Фотография
нажмите — покажем
нажмите — покажем
🍎 - پروژه 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
52 · Фотография
нажмите — покажем
нажмите — покажем
⚡ - پچ‌های جدید 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
54 · Фотография
нажмите — покажем
нажмите — покажем
🎮 - کار شگفت‌انگیز 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
62 · Фотография
нажмите — покажем
нажмите — покажем
🚀 - شرکت 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
58 · Фотография
нажмите — покажем
нажмите — покажем
🔐 - توزیع openSUSE برای پشتیبان‌گیری Post-Quantum سراغ ZUPT رفت
🦎 - توسعه‌دهندگان 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 هنوز در حال توسعه و تکامل هستن.
منبع: کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux
52 · Фотография
нажмите — покажем
нажмите — покажем
🔥 - شرکت AMD پشتیبانی از سخت‌افزارهای گرافیکی جدید رو برای Linux 7.4 گسترش میده.
🟥 - شرکت 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.
🦆 @ducklinux1
Gp - @duckgplinux
48 · Фотография
нажмите — покажем
нажмите — покажем
🧠 - کرنل Linux داره برای باگ‌های پردازنده ۱۴۴ هسته‌ای Fujitsu MONAKA راهکار می‌ذاره
🚀 - بعد از معرفی رسمی 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 میشه.
منبع: کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux
53 · Фотография
нажмите — покажем
нажмите — покажем
🟢 - شرکت NVIDIA بالاخره تأخیر Wayland و X.Org رو با تست‌های دقیق مقایسه کرد
🧪 - در کنفرانس 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 تقریباً به یک سطح برسه.
🦆 @ducklinux1
Gp - @duckgplinux
1 · 56 · Фотография
нажмите — покажем
нажмите — покажем
🚀 - پچ های MGLRU-FG می‌تونه عملکرد Linux رو در بعضی تست‌ها تا ۴۰٪ بهتر کنه
🧠 - توسعه‌دهنده 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 حدود یک ثانیه و در بعضی حالت‌ها نزدیک ۱۰ ثانیه کمتر شده.
🦆 @ducklinux1
Gp - @duckgplinux
57 · 🔥 - مهم ترین خبر های امروز دنیای گنو/لینوکس و متن باز:
🟣 - دسکتاپ KDE Plasma 6.8 پنجره‌های Tile شده رو مرتب‌تر نمایش میده
🏎️ - کرنل Linux 7.3 پشتیبانی از فرمان ریسینگ Turtle Beach VelocityOne Race رو بهتر میکنه
🖥️ - کرنل Linux 7.4 به نمایشگر لمسی ۱۰ اینچی Raspberry Pi پشتیبانی اضافه میکنه
🍎 - پروژه KosmicKrisp حالا با Vulkan 1.4 کاملاً سازگاره و به Performance نیتیو Metal نزدیک‌تر میشه
⚡ - پچ‌های جدید Linux برای کاهش Latency در Task های کوتاه منتشر شدن
🎮 - شرکت Valve با بهبود AMDGPU، به GPUهای قدیمی AMD جان دوباره میده
🚀 - خبر خوب برای بردیا؛ Arm روی TLBID برای افزایش Performance پردازنده‌های چند‌هسته‌ای کار میکنه
🔐 - دیسترو openSUSE برای Backupهای Post-Quantum سراغ ZUPT میره
🔥 - شرکت AMD پشتیبانی از سخت‌افزارهای گرافیکی جدید رو برای Linux 7.4 گسترش میده
🧠 - کرنل Linux برای باگ‌های پردازنده ۱۴۴ هسته‌ای Fujitsu MONAKA راهکار پیدا میکنه
🟢 - شرکت NVIDIA با یک تست دقیق، Latency در Wayland و X.Org رو مقایسه کرد
🚀 - پچ های MGLRU-FG می‌تونه عملکرد Linux رو در بعضی Workload ها تا ۴۰٪ بهتر کنه
📝 - محتوای اختصاصی DuckLinux:
🙏 - چیزی نداشتیم، شرمنده.
۱۱ مهر ماه ۱۴۰۵
شب خوبی داشته باشید❤️
🦆 @ducklinux1
Gp - @duckgplinux
1 · 290 · Adrian
🛟 - پروژه OpenCourant برای ادامه دادن OpenRadioss راه‌اندازی شد
🟢 - بعد از تصمیم غافلگیرکننده و بحث‌برانگیز 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، دوباره به مسیر توسعه برگرده.
منابع:
وبسایت پروژه؛ کلیک کنید.
اطلاعات بیشتر؛ کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux
15 · 🐧 - کرنل Linux 7.3-rc6 منتشر شد؛ کرنل وارد مراحل پایانی توسعه میشه
🟢 - عمو لینوس نسخه 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 طبق برنامه حدود دو هفته دیگه منتشر خواهد شد.
منابع:
کلیک کنید.
🦆 @ducklinux1
Gp - @duckgplinux
14 ·