🔵 عنوان مقاله
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