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