🔵 عنوان مقاله
Intel Loses One Of Its USB4 / Thunderbolt Linux Driver Maintainers
🟢 خلاصه مقاله:
خروج یکی از نگه‌دارندگان درایورهای USB4/Thunderbolt در Linux از Intel در سالی رخ داده که خروج‌های بیشتری در تیم‌های مهندسی Linux این شرکت دیده شده است. نقش نگه‌دارنده در چنین زیرسیستمی برای بازبینی و ادغام پچ‌ها، رسیدگی به باگ‌ها و فعال‌سازی سخت‌افزار جدید حیاتی است؛ تغییری از این دست می‌تواند بر سرعت بازبینی، رسیدگی به رگرسیون‌ها و ریتم انتشار اثر بگذارد. با وجود این، مدل توسعه توزیع‌شده Linux و مشارکت‌کنندگان دیگر معمولاً خلأ را پر می‌کنند و تداوم نگهداری را حفظ می‌نمایند. Intel سال‌ها سهم قابل‌توجهی در open-source، از kernel تا toolchainها، داشته و زیرساخت کنونی USB4/Thunderbolt بر همان کارهای upstream تکیه دارد؛ انتظار می‌رود جامعه، با به‌روزرسانی نقش‌ها و ادامه توسعه، پایداری و سازگاری این زیرسیستم را حفظ کند.
#Intel #Linux #USB4 #Thunderbolt #OpenSource #Kernel #Drivers #Maintainership
🟣لینک مقاله:
https://www.phoronix.com/news/USB4-Thunderbolt-Maintainer
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Intel Loses One Of Its USB4 / Thunderbolt Linux Driver Maintainers
🟢 خلاصه مقاله:
خروج یکی از نگه‌دارندگان درایورهای USB4/Thunderbolt در Linux از Intel در سالی رخ داده که خروج‌های بیشتری در تیم‌های مهندسی Linux این شرکت دیده شده است. نقش نگه‌دارنده در چنین زیرسیستمی برای بازبینی و ادغام پچ‌ها، رسیدگی به باگ‌ها و فعال‌سازی سخت‌افزار جدید حیاتی است؛ تغییری از این دست می‌تواند بر سرعت بازبینی، رسیدگی به رگرسیون‌ها و ریتم انتشار اثر بگذارد. با وجود این، مدل توسعه توزیع‌شده Linux و مشارکت‌کنندگان دیگر معمولاً خلأ را پر می‌کنند و تداوم نگهداری را حفظ می‌نمایند. Intel سال‌ها سهم قابل‌توجهی در open-source، از kernel تا toolchainها، داشته و زیرساخت کنونی USB4/Thunderbolt بر همان کارهای upstream تکیه دارد؛ انتظار می‌رود جامعه، با به‌روزرسانی نقش‌ها و ادامه توسعه، پایداری و سازگاری این زیرسیستم را حفظ کند.
#Intel #Linux #USB4 #Thunderbolt #OpenSource #Kernel #Drivers #Maintainership
🟣لینک مقاله:
https://www.phoronix.com/news/USB4-Thunderbolt-Maintainer
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Intel Loses One Of Its USB4 / Thunderbolt Linux Driver Maintainers
It's unfortunate the number of significant Linux engineering losses at Intel this year
Forwarded from VIP
🚀 به دنیای توسعه و تکنولوژی خوش اومدی!
اگر به موضوعات زیر علاقه‌مندی:
🔹 Golang
🔹 Linux & DevOps
🔹 Software Engineering
🔹 AI & Machine Learning
🔹 فرصت‌های شغلی ریموت (خارجی و داخلی)
ما برات یه مجموعه کانال‌های تخصصی ساختیم تا همیشه به‌روز، حرفه‌ای و الهام‌بخش بمونی!
📚 یادگیری، فرصت، شبکه‌سازی و پیشرفت، همش اینجاست...
📌 از این لینک همه چنل‌هامونو یه‌جا ببین و جوین شو:
👉 https://t.iss.one/addlist/AJ7rh2IzIh02NTI0
اگر به موضوعات زیر علاقه‌مندی:
🔹 Golang
🔹 Linux & DevOps
🔹 Software Engineering
🔹 AI & Machine Learning
🔹 فرصت‌های شغلی ریموت (خارجی و داخلی)
ما برات یه مجموعه کانال‌های تخصصی ساختیم تا همیشه به‌روز، حرفه‌ای و الهام‌بخش بمونی!
📚 یادگیری، فرصت، شبکه‌سازی و پیشرفت، همش اینجاست...
📌 از این لینک همه چنل‌هامونو یه‌جا ببین و جوین شو:
👉 https://t.iss.one/addlist/AJ7rh2IzIh02NTI0
🔵 عنوان مقاله
Microchip LAN969x SoC Going Upstream In Linux 6.18
🟢 خلاصه مقاله:
ماین‌لاین شدن پشتیبانی از SoC جدید Microchip LAN969x در هسته Linux 6.18 یک گام مهم است، چون از این پس کدهای پایه این پلتفرم مستقیماً در درخت اصلی هسته نگهداری می‌شوند و نیاز به پچ‌های جداگانه‌ی فروشنده کمتر می‌شود. این پشتیبانی اولیه معمولاً شامل Device Tree، درایورهای ضروری مثل کلاک/ریست، pinctrl، GPIO و کنسول سریال است تا سیستم بالا بیاید و توسعه‌دهندگان بتوانند به‌تدریج قابلیت‌های شبکه و سایر ویژگی‌ها را فعال کنند. نتیجه‌ی این کار، نگهداری ساده‌تر، همسویی با به‌روزرسانی‌های امنیتی و CI هسته، سهولت استفاده از توزیع‌های استاندارد و کاهش اختلاف بین کرنل‌های فروشنده و ماین‌لاین است. انتظار می‌رود امکانات پیشرفته‌تر LAN969x در نسخه‌های بعدی Linux با بلوغ درایورها اضافه شود و اکوسیستم Embedded/Networking حول Microchip تقویت گردد.
#Linux #Kernel #Microchip #LAN969x #SoC #Upstream #OpenSource #Embedded
🟣لینک مقاله:
https://www.phoronix.com/news/Microchip-LAN969x-Linux-6.18
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Microchip LAN969x SoC Going Upstream In Linux 6.18
🟢 خلاصه مقاله:
ماین‌لاین شدن پشتیبانی از SoC جدید Microchip LAN969x در هسته Linux 6.18 یک گام مهم است، چون از این پس کدهای پایه این پلتفرم مستقیماً در درخت اصلی هسته نگهداری می‌شوند و نیاز به پچ‌های جداگانه‌ی فروشنده کمتر می‌شود. این پشتیبانی اولیه معمولاً شامل Device Tree، درایورهای ضروری مثل کلاک/ریست، pinctrl، GPIO و کنسول سریال است تا سیستم بالا بیاید و توسعه‌دهندگان بتوانند به‌تدریج قابلیت‌های شبکه و سایر ویژگی‌ها را فعال کنند. نتیجه‌ی این کار، نگهداری ساده‌تر، همسویی با به‌روزرسانی‌های امنیتی و CI هسته، سهولت استفاده از توزیع‌های استاندارد و کاهش اختلاف بین کرنل‌های فروشنده و ماین‌لاین است. انتظار می‌رود امکانات پیشرفته‌تر LAN969x در نسخه‌های بعدی Linux با بلوغ درایورها اضافه شود و اکوسیستم Embedded/Networking حول Microchip تقویت گردد.
#Linux #Kernel #Microchip #LAN969x #SoC #Upstream #OpenSource #Embedded
🟣لینک مقاله:
https://www.phoronix.com/news/Microchip-LAN969x-Linux-6.18
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Microchip LAN969x SoC Going Upstream In Linux 6.18
One of the new SoCs to be supported by the upstream Linux 6.18 kernel is the Microchip LAN969x.
🔵 عنوان مقاله
SquashFS Optimization Achieves 15,277x Performance In Developer Benchmark
🟢 خلاصه مقاله:
توسعه‌دهنده SquashFS یعنی Phillip Lougher امروز پچی حدوداً ۱۰۰ خطی منتشر کرده که در بنچمارک توسعه‌دهنده، برای بعضی عملیات‌ها در این فایل‌سیستم فشرده و فقط‌خواندنی تا ۱۵٬۲۷۷ برابر بهبود کارایی نشان داده است. این جهش عمدتاً به سناریوهای خاص مربوط است و بسته به نوع workload می‌تواند متفاوت باشد، اما در بارهای خواندنِ تکراریِ داده‌های فشرده، اثر آن می‌تواند بسیار چشمگیر باشد. این تغییرات اکنون در حال بررسی هستند و در صورت پذیرش، احتمالاً در نسخه‌های آینده وارد می‌شوند.
#SquashFS #Performance #Optimization #Kernel #Patch #Benchmark #Filesystem #PhillipLougher
🟣لینک مقاله:
https://www.phoronix.com/news/SquashFS-Faster-Sparse-Copy
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
SquashFS Optimization Achieves 15,277x Performance In Developer Benchmark
🟢 خلاصه مقاله:
توسعه‌دهنده SquashFS یعنی Phillip Lougher امروز پچی حدوداً ۱۰۰ خطی منتشر کرده که در بنچمارک توسعه‌دهنده، برای بعضی عملیات‌ها در این فایل‌سیستم فشرده و فقط‌خواندنی تا ۱۵٬۲۷۷ برابر بهبود کارایی نشان داده است. این جهش عمدتاً به سناریوهای خاص مربوط است و بسته به نوع workload می‌تواند متفاوت باشد، اما در بارهای خواندنِ تکراریِ داده‌های فشرده، اثر آن می‌تواند بسیار چشمگیر باشد. این تغییرات اکنون در حال بررسی هستند و در صورت پذیرش، احتمالاً در نسخه‌های آینده وارد می‌شوند.
#SquashFS #Performance #Optimization #Kernel #Patch #Benchmark #Filesystem #PhillipLougher
🟣لینک مقاله:
https://www.phoronix.com/news/SquashFS-Faster-Sparse-Copy
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
SquashFS Optimization Achieves 15,277x Performance In Developer Benchmark
SquashFS developer Phillip Lougher posted a patch today just over one hundred lines of code yielding an outright massive performance gain for some operations with this compressed read-only file-system.
❤2
🔵 عنوان مقاله
Ubuntu's Launchpad Deprecating Code Imports From CVS & Subversion
🟢 خلاصه مقاله:
این خبر اعلام می‌کند که سرویس Launchpad متعلق به Canonical که با Ubuntu هم‌راستا است، پشتیبانی از واردکردن کد از مخازن CVS و Subversion از طریق زیرساخت قدیمی و غیرفعال Bazaar را کنار می‌گذارد. دلیل این تصمیم کاهش استفاده، هزینه و ریسک نگهداری مسیرهای قدیمی و تمرکز اکوسیستم متن‌باز بر Git است. ایجاد یا ادامه به‌روزرسانی ایمپورت‌های جدید/فعلی متوقف می‌شود و پروژه‌های متکی به این پل باید تاریخچه خود را با ابزارهایی مثل git-svn یا cvs2git به Git منتقل کرده و مخزن نهایی را در Launchpad یا پلتفرم‌های مشابه میزبانی کنند. محتوای موجود حذف نمی‌شود، اما مسیرهای مبتنی بر Bazaar دیگر نگهداری نخواهند شد.
#Ubuntu #Launchpad #Canonical #CVS #Subversion #Bazaar #Git #OpenSource
🟣لینک مقاله:
https://www.phoronix.com/news/Launchpad-Deprecates-SVN-CVS
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Ubuntu's Launchpad Deprecating Code Imports From CVS & Subversion
🟢 خلاصه مقاله:
این خبر اعلام می‌کند که سرویس Launchpad متعلق به Canonical که با Ubuntu هم‌راستا است، پشتیبانی از واردکردن کد از مخازن CVS و Subversion از طریق زیرساخت قدیمی و غیرفعال Bazaar را کنار می‌گذارد. دلیل این تصمیم کاهش استفاده، هزینه و ریسک نگهداری مسیرهای قدیمی و تمرکز اکوسیستم متن‌باز بر Git است. ایجاد یا ادامه به‌روزرسانی ایمپورت‌های جدید/فعلی متوقف می‌شود و پروژه‌های متکی به این پل باید تاریخچه خود را با ابزارهایی مثل git-svn یا cvs2git به Git منتقل کرده و مخزن نهایی را در Launchpad یا پلتفرم‌های مشابه میزبانی کنند. محتوای موجود حذف نمی‌شود، اما مسیرهای مبتنی بر Bazaar دیگر نگهداری نخواهند شد.
#Ubuntu #Launchpad #Canonical #CVS #Subversion #Bazaar #Git #OpenSource
🟣لینک مقاله:
https://www.phoronix.com/news/Launchpad-Deprecates-SVN-CVS
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Ubuntu's Launchpad Deprecating Code Imports From CVS & Subversion
Canonical's Launchpad service that is closely aligned with the Ubuntu project is finally deprecating code imports from CVS and Subversion repositories that go through the defunct Bazaar.
❤1
🔵 عنوان مقاله
Mesa Adds Contributor Guidelines - Will Allow AI Generated Code If Author Understands It
🟢 خلاصه مقاله:
** راهنمای جدید مشارکت در پروژه Mesa در مخزن Git ادغام و به مستندات رسمی اضافه شده است تا مسیر ارسال Patchها برای کاربران تازه‌کار روشن‌تر شود. بخش مهمی از این راهنما می‌گوید ارسال کد تولیدشده یا کمک‌گرفته از AI مجاز است، به شرطی که نویسنده واقعاً آن را بفهمد و مسئولیت کاملش را بپذیرد. هدف این سیاست آن است که ضمن پذیرفتن نقش ابزارهای AI در توسعه، استانداردهای کیفیت، قابلیت نگهداری و پاسخ‌گویی در فرایند بازبینی کد حفظ شود.
#Mesa #OpenSource #AI #ContributorGuidelines #Git #CodeReview #SoftwareDevelopment #Mesa3D
🟣لینک مقاله:
https://www.phoronix.com/news/Mesa-Contributor-Guidelines
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Mesa Adds Contributor Guidelines - Will Allow AI Generated Code If Author Understands It
🟢 خلاصه مقاله:
** راهنمای جدید مشارکت در پروژه Mesa در مخزن Git ادغام و به مستندات رسمی اضافه شده است تا مسیر ارسال Patchها برای کاربران تازه‌کار روشن‌تر شود. بخش مهمی از این راهنما می‌گوید ارسال کد تولیدشده یا کمک‌گرفته از AI مجاز است، به شرطی که نویسنده واقعاً آن را بفهمد و مسئولیت کاملش را بپذیرد. هدف این سیاست آن است که ضمن پذیرفتن نقش ابزارهای AI در توسعه، استانداردهای کیفیت، قابلیت نگهداری و پاسخ‌گویی در فرایند بازبینی کد حفظ شود.
#Mesa #OpenSource #AI #ContributorGuidelines #Git #CodeReview #SoftwareDevelopment #Mesa3D
🟣لینک مقاله:
https://www.phoronix.com/news/Mesa-Contributor-Guidelines
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Mesa Adds Contributor Guidelines - Will Allow AI Generated Code If Author Understands It
Merged to Mesa Git are new contributor guidelines added to the documentation
🔵 عنوان مقاله
Vulkan 1.4.327 Introduces A New Valve Vendor Extension
🟢 خلاصه مقاله:
نسخه ۱.۴.۳۲۷ از Vulkan منتشر شد و یک افزونه جدید با نام تجاری Valve را معرفی می‌کند. این نوع افزونه‌های اختصاصی به شرکت‌ها امکان می‌دهند قابلیت‌های تازه را پیش از استانداردسازی گسترده عرضه و آزمایش کنند. افزوده شدن این افزونه از سوی Valve نشانه ادامه تلاش برای بهبود کارایی، سازگاری و یکپارچه‌سازی در اکوسیستم گرافیکی است. برای استفاده عملی، توسعه‌دهندگان باید جزئیات را در Vulkan Registry بررسی کنند، وضعیت پشتیبانی درایورها را بسنجند و در صورت انتشار، SDK و ابزارهای اعتبارسنجی را به‌روزرسانی کنند.
#Vulkan #Valve #GraphicsAPI #Khronos #GameDev #GPU #VulkanExtensions
🟣لینک مقاله:
https://www.phoronix.com/news/VALVE_video_encode_rgb_convert
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Vulkan 1.4.327 Introduces A New Valve Vendor Extension
🟢 خلاصه مقاله:
نسخه ۱.۴.۳۲۷ از Vulkan منتشر شد و یک افزونه جدید با نام تجاری Valve را معرفی می‌کند. این نوع افزونه‌های اختصاصی به شرکت‌ها امکان می‌دهند قابلیت‌های تازه را پیش از استانداردسازی گسترده عرضه و آزمایش کنند. افزوده شدن این افزونه از سوی Valve نشانه ادامه تلاش برای بهبود کارایی، سازگاری و یکپارچه‌سازی در اکوسیستم گرافیکی است. برای استفاده عملی، توسعه‌دهندگان باید جزئیات را در Vulkan Registry بررسی کنند، وضعیت پشتیبانی درایورها را بسنجند و در صورت انتشار، SDK و ابزارهای اعتبارسنجی را به‌روزرسانی کنند.
#Vulkan #Valve #GraphicsAPI #Khronos #GameDev #GPU #VulkanExtensions
🟣لینک مقاله:
https://www.phoronix.com/news/VALVE_video_encode_rgb_convert
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Vulkan 1.4.327 Introduces A New Valve Vendor Extension
Version 1.4.327 of the Vulkan API specification was released on Friday and with it comes one new extension, which is a Valve vendor extension.
🔵 عنوان مقاله
Mesa 25.1.9 Released To End Out The Mesa 25.1 Series
🟢 خلاصه مقاله:
**با انتشار Mesa 25.2.1، شاخه قدیمی‌تر Mesa 25.1 به پایان مسیر خود رسید و نسخه Mesa 25.1.9 به‌عنوان آخرین انتشار نقطه‌ای توسط Eric Engestrom عرضه شد. این نسخه پایانی شامل اصلاحات و بهبودهای پایداری موردنیاز برای جمع‌بندی شاخه 25.1 است و ویژگی جدیدی اضافه نمی‌کند. به کاربران شاخه 25.1 توصیه می‌شود برای دریافت آخرین رفع‌اشکال‌ها به 25.1.9 ارتقا دهند و در ادامه برای بهره‌مندی از بهبودها و ویژگی‌های جدید به شاخه 25.2.x مهاجرت کنند.
#Mesa #LinuxGraphics #OpenSource #GPUDrivers #Vulkan #OpenGL #Release #EricEngestrom
🟣لینک مقاله:
https://www.phoronix.com/news/Mesa-25.1.9-Released
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Mesa 25.1.9 Released To End Out The Mesa 25.1 Series
🟢 خلاصه مقاله:
**با انتشار Mesa 25.2.1، شاخه قدیمی‌تر Mesa 25.1 به پایان مسیر خود رسید و نسخه Mesa 25.1.9 به‌عنوان آخرین انتشار نقطه‌ای توسط Eric Engestrom عرضه شد. این نسخه پایانی شامل اصلاحات و بهبودهای پایداری موردنیاز برای جمع‌بندی شاخه 25.1 است و ویژگی جدیدی اضافه نمی‌کند. به کاربران شاخه 25.1 توصیه می‌شود برای دریافت آخرین رفع‌اشکال‌ها به 25.1.9 ارتقا دهند و در ادامه برای بهره‌مندی از بهبودها و ویژگی‌های جدید به شاخه 25.2.x مهاجرت کنند.
#Mesa #LinuxGraphics #OpenSource #GPUDrivers #Vulkan #OpenGL #Release #EricEngestrom
🟣لینک مقاله:
https://www.phoronix.com/news/Mesa-25.1.9-Released
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Mesa 25.1.9 Released To End Out The Mesa 25.1 Series
With Mesa 25.2.1 recently having been released, the prior quarter's Mesa 25.1 series is now drawing to a close
❤1
Forwarded from Software Engineer Labdon
چرا از جاوا و پایتون برای نرم افزارهای سیستم های هوافضا نمیشه استفاده کرد؟
1-قطعیت (Determinism):
در زبان هایی مثل جاوا و پایتون به خاطر وجود garbage collection و مبتنی بر JVM بودن اجرای برنامه دقیقا قابل پیش بینی نیست. ممکنه برنامه یه لحظه به خاطر garbage collector متوقف بشه یا pause کنه. تو نرم افزارهای real time همچین چیزی قابل قبول نیست.
به عبارت دیگه یه حلقه توی جاوا یه بار ممکنه یک میلی ثانیه طول بکشه اما دفعه بعد 5 میلی ثانیه طول بکشه دلیل این امر اینه که JIT و gc معلوم نیست کی عمل می کنن و حافظه رو پس می گیرن. پایتون هم به همین دلیل که gc داره عملکردش این شکلیه.
2-زمانبندی سخت گیرانه(Hard real-time constraints): نرم افزارهای هوافضا باید مشخص، کوتاه و قطعی واکنش نشان دهند اما جاوا و پایتون همچین تضمینی نمی دهند.
3-ایمنی و استانداردها :
صنعت هوافضا از استانداردهایی مثل DO-178C پیروی می‌کند. Ada و C ابزارها و کتابخانه‌های تأییدشده‌ای برای این استاندارد دارند اما برای جاوا و پایتون چنین پشتیبانی و تأیید رسمی بسیار محدود یا تقریباً وجود ندارد.
4-کارایی (Performance & Footprint):
پایتون کنده چون مفسریه جاوا هم به خاطر JVM و مدیریت حافظه سربار زیادی داره که خب توی سیستم های هوافضا که سرعت مهمه و منابع سخت افزاری محدودی داریم نمیشه یه برنامه کند و برنامه ای که کلی منابع میخواد رو اجرا کنیم.
در نهایت باید بگم که زبان هایی که باهاشون نرم افزارهای سیستم های هوافضا، نظامی و حساس رو میسازن Ada-Spark ada - C و جدیدا Rust هستند.
<Mohsen Shojaei Yeganeh/>
👇👇👇👇👇👇👇
@software_Labdon
1-قطعیت (Determinism):
در زبان هایی مثل جاوا و پایتون به خاطر وجود garbage collection و مبتنی بر JVM بودن اجرای برنامه دقیقا قابل پیش بینی نیست. ممکنه برنامه یه لحظه به خاطر garbage collector متوقف بشه یا pause کنه. تو نرم افزارهای real time همچین چیزی قابل قبول نیست.
به عبارت دیگه یه حلقه توی جاوا یه بار ممکنه یک میلی ثانیه طول بکشه اما دفعه بعد 5 میلی ثانیه طول بکشه دلیل این امر اینه که JIT و gc معلوم نیست کی عمل می کنن و حافظه رو پس می گیرن. پایتون هم به همین دلیل که gc داره عملکردش این شکلیه.
2-زمانبندی سخت گیرانه(Hard real-time constraints): نرم افزارهای هوافضا باید مشخص، کوتاه و قطعی واکنش نشان دهند اما جاوا و پایتون همچین تضمینی نمی دهند.
3-ایمنی و استانداردها :
صنعت هوافضا از استانداردهایی مثل DO-178C پیروی می‌کند. Ada و C ابزارها و کتابخانه‌های تأییدشده‌ای برای این استاندارد دارند اما برای جاوا و پایتون چنین پشتیبانی و تأیید رسمی بسیار محدود یا تقریباً وجود ندارد.
4-کارایی (Performance & Footprint):
پایتون کنده چون مفسریه جاوا هم به خاطر JVM و مدیریت حافظه سربار زیادی داره که خب توی سیستم های هوافضا که سرعت مهمه و منابع سخت افزاری محدودی داریم نمیشه یه برنامه کند و برنامه ای که کلی منابع میخواد رو اجرا کنیم.
در نهایت باید بگم که زبان هایی که باهاشون نرم افزارهای سیستم های هوافضا، نظامی و حساس رو میسازن Ada-Spark ada - C و جدیدا Rust هستند.
<Mohsen Shojaei Yeganeh/>
👇👇👇👇👇👇👇
@software_Labdon
🔵 عنوان مقاله
Intel Loses One Of Its NPU Driver Maintainers: "Time To Let Someone Else Deal With The NPU Bugs"
🟢 خلاصه مقاله:
در ادامه موج خروج توسعه‌دهندگان Linux از Intel که پس از تعدیل نیروها و برخی استعفاهای داوطلبانه رخ داد، یک تغییر دیگر نیز اعلام شد: یکی از نگه‌دارندگان درایور شتاب‌دهنده IVPU برای NPUهای Intel در Core Ultra SoCs شرکت را ترک می‌کند. این نقش مسئول رسیدگی به باگ‌ها، بهبود پایداری و ارتقای درایور روی Linux بود و خروج او می‌تواند موقتاً سرعت رسیدگی به باگ‌ها و انتشار وصله‌ها را کاهش دهد تا زمانی که وظایف دوباره تخصیص داده شوند. با این حال، به دلیل ماهیت متن‌باز توسعه درایور، امکان جبران این خلأ توسط مهندسان دیگر و مشارکت‌کنندگان جامعه وجود دارد. کاربران قابلیت‌های NPU روی Core Ultra SoCs در Linux بهتر است طی این دوره به‌روزرسانی‌های درایور و تغییرات نگهداری را پیگیری کنند.
#Intel #Linux #NPU #IVPU #CoreUltra #OpenSource #Drivers #Layoffs
🟣لینک مقاله:
https://www.phoronix.com/news/Intel-NPU-Maintainer-Leaves
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Intel Loses One Of Its NPU Driver Maintainers: "Time To Let Someone Else Deal With The NPU Bugs"
🟢 خلاصه مقاله:
در ادامه موج خروج توسعه‌دهندگان Linux از Intel که پس از تعدیل نیروها و برخی استعفاهای داوطلبانه رخ داد، یک تغییر دیگر نیز اعلام شد: یکی از نگه‌دارندگان درایور شتاب‌دهنده IVPU برای NPUهای Intel در Core Ultra SoCs شرکت را ترک می‌کند. این نقش مسئول رسیدگی به باگ‌ها، بهبود پایداری و ارتقای درایور روی Linux بود و خروج او می‌تواند موقتاً سرعت رسیدگی به باگ‌ها و انتشار وصله‌ها را کاهش دهد تا زمانی که وظایف دوباره تخصیص داده شوند. با این حال، به دلیل ماهیت متن‌باز توسعه درایور، امکان جبران این خلأ توسط مهندسان دیگر و مشارکت‌کنندگان جامعه وجود دارد. کاربران قابلیت‌های NPU روی Core Ultra SoCs در Linux بهتر است طی این دوره به‌روزرسانی‌های درایور و تغییرات نگهداری را پیگیری کنند.
#Intel #Linux #NPU #IVPU #CoreUltra #OpenSource #Drivers #Layoffs
🟣لینک مقاله:
https://www.phoronix.com/news/Intel-NPU-Maintainer-Leaves
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Intel Loses One Of Its NPU Driver Maintainers: "Time To Let Someone Else Deal With The NPU Bugs"
Following the numerous Intel Linux developer departures last month from the company following layoffs at Intel and others deciding to voluntarily leave, there is another one to report today
🔵 عنوان مقاله
Rust Coreutils 0.2.2 Released With Faster base64: Outperforming GNU's base64
🟢 خلاصه مقاله:
** نسخه 0.2.2 از Rust Coreutils به‌سرعت پس از انتشار 0.2 منتشر شد؛ نسخه‌ای که پیش‌تر از بهبودهای «بسیار چشمگیر» در کارایی و پشتیبانی آمادهٔ تولید برای Ubuntu خبر داده بود. در این به‌روزرسانی، مهم‌ترین تغییر سرعت بالاتر دستور base64 است که اکنون می‌تواند از نسخهٔ متناظر در GNU Coreutils عملکرد بهتری ارائه دهد—نقطه عطفی قابل توجه برای یک ابزار بنیادین سیستم‌عاملی. علاوه بر base64، این انتشار چند بهبود دیگر نیز دارد که در ادامهٔ روند نسخهٔ 0.2 بر ارتقای کارایی، پایداری و آمادگی استفاده در محیط‌های تولیدی تأکید می‌کند.
#Rust #Coreutils #base64 #Performance #GNU #Ubuntu #OpenSource #SystemsProgramming
🟣لینک مقاله:
https://www.phoronix.com/news/Rust-Coreutils-0.2.2
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Rust Coreutils 0.2.2 Released With Faster base64: Outperforming GNU's base64
🟢 خلاصه مقاله:
** نسخه 0.2.2 از Rust Coreutils به‌سرعت پس از انتشار 0.2 منتشر شد؛ نسخه‌ای که پیش‌تر از بهبودهای «بسیار چشمگیر» در کارایی و پشتیبانی آمادهٔ تولید برای Ubuntu خبر داده بود. در این به‌روزرسانی، مهم‌ترین تغییر سرعت بالاتر دستور base64 است که اکنون می‌تواند از نسخهٔ متناظر در GNU Coreutils عملکرد بهتری ارائه دهد—نقطه عطفی قابل توجه برای یک ابزار بنیادین سیستم‌عاملی. علاوه بر base64، این انتشار چند بهبود دیگر نیز دارد که در ادامهٔ روند نسخهٔ 0.2 بر ارتقای کارایی، پایداری و آمادگی استفاده در محیط‌های تولیدی تأکید می‌کند.
#Rust #Coreutils #base64 #Performance #GNU #Ubuntu #OpenSource #SystemsProgramming
🟣لینک مقاله:
https://www.phoronix.com/news/Rust-Coreutils-0.2.2
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Rust Coreutils 0.2.2 Released With Faster base64: Outperforming GNU's base64
It was just a few days ago that Rust Coreutils 0.2 released with 'massive' performance gains and production-ready Ubuntu support
❤1
🔵 عنوان مقاله
AMD "GFX1251" Target Added To LLVM As Latest RDNA 4.5 APU
🟢 خلاصه مقاله:
در ماه‌های اخیر هدف جدید GFX1250 از سوی AMD در کدهای LLVM و بخش AMDGPU توجه‌ها را جلب کرده بود. خانواده GFX12 متناظر با RDNA4 است و GFX1250 به‌صورت عمومی به‌عنوان یک نسخه «RDNA 4.5 / RDNA Refresh» تعبیر شده؛ مشابه نقشی که GFX1150 برای نسل RDNA 3.5 در محصولات Strix Halo و Strix Point داشت. کدهای قبلی همچنین نشان می‌دادند GFX1250 در قالب APU عرضه می‌شود، هرچند جزئیات محصول هنوز روشن نبود.
اکنون هدف جدید GFX1251 نیز در LLVM ادغام شده است. نزدیکی شماره‌گذاری نشان می‌دهد با یک واریانت نزدیک به GFX1250 روبه‌رو هستیم؛ احتمالاً پیکربندی، استپینگ یا SKU دیگری در خانواده RDNA 4.5، که به‌صورت محتمل همچنان یک APU باشد—بدون افشای مشخصات دقیق یا نام تجاری.
افزودن یک هدف تازه در LLVM عملاً یعنی فعال شدن مسیرهای تولید کد، فلگ‌های ISA و مدل‌های زمانبندی برای کامپایلر AMDGPU؛ اقدامی پایه‌ای برای آماده‌سازی ابزارها و درایورهای متن‌باز جهت پشتیبانی از معماری جدید. این کار معمولاً ماه‌ها پیش از عرضه سخت‌افزار رخ می‌دهد و نشانه‌ای از پیشرفت در مراحل bring-up برای APUهای مبتنی بر RDNA4 است.
با وجود ناشناخته ماندن جزئیاتی مثل تعداد CU، فرکانس‌ها، رابط حافظه و اصلاحات بلوک‌های رسانه/رهگیری پرتو، ادغام GFX1251 نشان می‌دهد خط APUهای RDNA 4.5 در حال شکل‌گیری است. باید منتظر پچ‌های بعدی در Mesa/RADV، شناسه‌های PCI، ارجاع‌های firmware و به‌روزرسانی‌های ROCm ماند تا تصویر روشن‌تری از ویژگی‌ها به‌دست آید.
#AMD #LLVM #GFX1251 #RDNA4 #AMDGPU #APU #GPUArchitecture #Compiler
🟣لینک مقاله:
https://www.phoronix.com/news/AMD-GFX1251-LLVM-Target
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
AMD "GFX1251" Target Added To LLVM As Latest RDNA 4.5 APU
🟢 خلاصه مقاله:
در ماه‌های اخیر هدف جدید GFX1250 از سوی AMD در کدهای LLVM و بخش AMDGPU توجه‌ها را جلب کرده بود. خانواده GFX12 متناظر با RDNA4 است و GFX1250 به‌صورت عمومی به‌عنوان یک نسخه «RDNA 4.5 / RDNA Refresh» تعبیر شده؛ مشابه نقشی که GFX1150 برای نسل RDNA 3.5 در محصولات Strix Halo و Strix Point داشت. کدهای قبلی همچنین نشان می‌دادند GFX1250 در قالب APU عرضه می‌شود، هرچند جزئیات محصول هنوز روشن نبود.
اکنون هدف جدید GFX1251 نیز در LLVM ادغام شده است. نزدیکی شماره‌گذاری نشان می‌دهد با یک واریانت نزدیک به GFX1250 روبه‌رو هستیم؛ احتمالاً پیکربندی، استپینگ یا SKU دیگری در خانواده RDNA 4.5، که به‌صورت محتمل همچنان یک APU باشد—بدون افشای مشخصات دقیق یا نام تجاری.
افزودن یک هدف تازه در LLVM عملاً یعنی فعال شدن مسیرهای تولید کد، فلگ‌های ISA و مدل‌های زمانبندی برای کامپایلر AMDGPU؛ اقدامی پایه‌ای برای آماده‌سازی ابزارها و درایورهای متن‌باز جهت پشتیبانی از معماری جدید. این کار معمولاً ماه‌ها پیش از عرضه سخت‌افزار رخ می‌دهد و نشانه‌ای از پیشرفت در مراحل bring-up برای APUهای مبتنی بر RDNA4 است.
با وجود ناشناخته ماندن جزئیاتی مثل تعداد CU، فرکانس‌ها، رابط حافظه و اصلاحات بلوک‌های رسانه/رهگیری پرتو، ادغام GFX1251 نشان می‌دهد خط APUهای RDNA 4.5 در حال شکل‌گیری است. باید منتظر پچ‌های بعدی در Mesa/RADV، شناسه‌های PCI، ارجاع‌های firmware و به‌روزرسانی‌های ROCm ماند تا تصویر روشن‌تری از ویژگی‌ها به‌دست آید.
#AMD #LLVM #GFX1251 #RDNA4 #AMDGPU #APU #GPUArchitecture #Compiler
🟣لینک مقاله:
https://www.phoronix.com/news/AMD-GFX1251-LLVM-Target
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
AMD "GFX1251" Target Added To LLVM As Latest RDNA 4.5 APU
The past few months we have been intrigued by an AMD GFX1250 target added to the LLVM codebase for the AMDGPU shader compiler back-end
خبر های PostgreSQL ای
نسخه های جدید:
ابزار pgwatch: مانیتورینگ PostgreSQL برای جمع‌آوری و نمایش متریک‌های عملکرد دیتابیس.
ابزار Autobase: مدیریت خودکار نسخه‌بندی (schema migrations) و تغییرات ساختار
افزونه pg_stat_kcache 2.3.1:مشاهده مصرف CPU و I/O کوئری‌ها از طریق kernel.
<MehrdadLinux/>
نسخه های جدید:
ابزار pgwatch: مانیتورینگ PostgreSQL برای جمع‌آوری و نمایش متریک‌های عملکرد دیتابیس.
ابزار Autobase: مدیریت خودکار نسخه‌بندی (schema migrations) و تغییرات ساختار
افزونه pg_stat_kcache 2.3.1:مشاهده مصرف CPU و I/O کوئری‌ها از طریق kernel.
<MehrdadLinux/>
👍1