🔵 عنوان مقاله
Linux Kernel Runtime Guard 1.0 Released For Security Vulnerability Exploit Detection
🟢 خلاصه مقاله:
** انتشار LKRG 1.0 نقطه‌عطفی در امنیت kernel روی Linux است. این ماژول با پایش یکپارچگی در زمان اجرا، تغییرات غیرمجاز و تکنیک‌های رایج بهره‌برداری—از جمله ارتقای سطح دسترسی و رفتارهای مشابه rootkit—را شناسایی می‌کند و بسته به پیکربندی می‌تواند هشدار دهد یا اقدام به مهار کند. LKRG لایه‌ای تکمیلی در کنار سایر اقدامات امنیتی است، به‌ویژه برای محیط‌های تولیدی، هرچند جایگزین به‌روزرسانی و پیکربندی امن نمی‌شود. رسیدن به نسخه 1.0 به معنی بلوغ بیشتر و آمادگی برای پذیرش گسترده‌تر است.
#Linux #LKRG #KernelSecurity #RuntimeIntegrity #ExploitDetection #OpenSource #Infosec
🟣لینک مقاله:
https://www.phoronix.com/news/LKRG-1.0-Released
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Linux Kernel Runtime Guard 1.0 Released For Security Vulnerability Exploit Detection
🟢 خلاصه مقاله:
** انتشار LKRG 1.0 نقطه‌عطفی در امنیت kernel روی Linux است. این ماژول با پایش یکپارچگی در زمان اجرا، تغییرات غیرمجاز و تکنیک‌های رایج بهره‌برداری—از جمله ارتقای سطح دسترسی و رفتارهای مشابه rootkit—را شناسایی می‌کند و بسته به پیکربندی می‌تواند هشدار دهد یا اقدام به مهار کند. LKRG لایه‌ای تکمیلی در کنار سایر اقدامات امنیتی است، به‌ویژه برای محیط‌های تولیدی، هرچند جایگزین به‌روزرسانی و پیکربندی امن نمی‌شود. رسیدن به نسخه 1.0 به معنی بلوغ بیشتر و آمادگی برای پذیرش گسترده‌تر است.
#Linux #LKRG #KernelSecurity #RuntimeIntegrity #ExploitDetection #OpenSource #Infosec
🟣لینک مقاله:
https://www.phoronix.com/news/LKRG-1.0-Released
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Linux Kernel Runtime Guard 1.0 Released For Security Vulnerability Exploit Detection
Linux Kernel Runtime Guard 1.0 has been released
🔵 عنوان مقاله
Fedora Workstation 43 Beta Is Running Well On AMD Strix Halo / Framework Desktop
🟢 خلاصه مقاله:
Fedora Workstation 43 Beta امروز منتشر شده و طبق برنامه تا اواخر اکتبر یا اوایل نوامبر به انتشار رسمی نزدیک می‌شود. این نسخه روی Framework Desktop با پردازنده AMD Ryzen AI Max+ "Strix Halo" با موفقیت آزمایش شده و نصب، شناسایی سخت‌افزار، و کاربری روزمره روان و پایدار بوده است. مقایسه بنچمارک‌ها بین Fedora Workstation 42 و Fedora Workstation 43 Beta نشان می‌دهد که بهبودهای تدریجی اما ملموسی در کارهای CPU، پردازش‌های گرافیکی و پایداری کارایی زیر بار طولانی رخ داده و در برخی سناریوها تأخیر نیز کمتر شده است؛ هم‌راستا با به‌روزرسانی‌های کرنل، درایورها و ابزارهای سیستم. برای کاربران سخت‌افزارهای جدید AMD و اکوسیستم Framework، این Beta چشم‌انداز امیدوارکننده‌ای از نسخه نهایی ارائه می‌دهد.
#Fedora #FedoraWorkstation #Linux #AMD #StrixHalo #FrameworkDesktop #Benchmark #BetaRelease
🟣لینک مقاله:
https://www.phoronix.com/review/fedora-43-beta
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Fedora Workstation 43 Beta Is Running Well On AMD Strix Halo / Framework Desktop
🟢 خلاصه مقاله:
Fedora Workstation 43 Beta امروز منتشر شده و طبق برنامه تا اواخر اکتبر یا اوایل نوامبر به انتشار رسمی نزدیک می‌شود. این نسخه روی Framework Desktop با پردازنده AMD Ryzen AI Max+ "Strix Halo" با موفقیت آزمایش شده و نصب، شناسایی سخت‌افزار، و کاربری روزمره روان و پایدار بوده است. مقایسه بنچمارک‌ها بین Fedora Workstation 42 و Fedora Workstation 43 Beta نشان می‌دهد که بهبودهای تدریجی اما ملموسی در کارهای CPU، پردازش‌های گرافیکی و پایداری کارایی زیر بار طولانی رخ داده و در برخی سناریوها تأخیر نیز کمتر شده است؛ هم‌راستا با به‌روزرسانی‌های کرنل، درایورها و ابزارهای سیستم. برای کاربران سخت‌افزارهای جدید AMD و اکوسیستم Framework، این Beta چشم‌انداز امیدوارکننده‌ای از نسخه نهایی ارائه می‌دهد.
#Fedora #FedoraWorkstation #Linux #AMD #StrixHalo #FrameworkDesktop #Benchmark #BetaRelease
🟣لینک مقاله:
https://www.phoronix.com/review/fedora-43-beta
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Fedora Workstation 43 Beta Is Running Well On AMD Strix Halo / Framework Desktop
Fedora 43 Beta is releasing today as we work toward the official release in either late October or early November.
🔵 عنوان مقاله
Tyr Driver Being Submitted For Linux 6.18 As Rust-Based Arm Mali Driver
🟢 خلاصه مقاله:
**یک مجموعه بزرگ از به‌روزرسانی‌های Rust برای زیرسیستم DRM گرافیک/نمایش کرنل به DRM-Next ارسال شده است تا برای انتشار Linux 6.18 آماده شود. مهم‌ترین بخش این درخواست، ادغام Tyr driver است؛ یک DRM driver متن‌باز و مبتنی بر Rust برای Arm Mali GPUs.
این حرکت دو نکته کلیدی دارد: گسترش استفاده از Rust در کرنل برای بهبود ایمنی حافظه و کاهش خطاهای متداول در کدهای سطح پایین گرافیکی، و تقویت توسعه متن‌باز که به بهبود کیفیت و گسترش پشتیبانی سخت‌افزاری کمک می‌کند. قرارگرفتن در DRM-Next یعنی این تغییرات—as-is—در صف چرخه ادغام بعدی هستند و در صورت پیشرفت بدون مشکل، وارد Linux 6.18 می‌شوند؛ تا کاربران و توزیع‌ها بتوانند آن را آزمایش و بازخورد ارائه کنند. این ادغام همچنین روند رو‌به‌رشد استفاده از Rust در کرنل و تقویت درایورهای متن‌باز برای GPUهای مبتنی بر Arm را نشان می‌دهد.
#Linux #Rust #DRM #DRMNext #ArmMali #GPU #OpenSource #LinuxKernel
🟣لینک مقاله:
https://www.phoronix.com/news/Rust-DRM-Drivers-Linux-6.18-Tyr
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Tyr Driver Being Submitted For Linux 6.18 As Rust-Based Arm Mali Driver
🟢 خلاصه مقاله:
**یک مجموعه بزرگ از به‌روزرسانی‌های Rust برای زیرسیستم DRM گرافیک/نمایش کرنل به DRM-Next ارسال شده است تا برای انتشار Linux 6.18 آماده شود. مهم‌ترین بخش این درخواست، ادغام Tyr driver است؛ یک DRM driver متن‌باز و مبتنی بر Rust برای Arm Mali GPUs.
این حرکت دو نکته کلیدی دارد: گسترش استفاده از Rust در کرنل برای بهبود ایمنی حافظه و کاهش خطاهای متداول در کدهای سطح پایین گرافیکی، و تقویت توسعه متن‌باز که به بهبود کیفیت و گسترش پشتیبانی سخت‌افزاری کمک می‌کند. قرارگرفتن در DRM-Next یعنی این تغییرات—as-is—در صف چرخه ادغام بعدی هستند و در صورت پیشرفت بدون مشکل، وارد Linux 6.18 می‌شوند؛ تا کاربران و توزیع‌ها بتوانند آن را آزمایش و بازخورد ارائه کنند. این ادغام همچنین روند رو‌به‌رشد استفاده از Rust در کرنل و تقویت درایورهای متن‌باز برای GPUهای مبتنی بر Arm را نشان می‌دهد.
#Linux #Rust #DRM #DRMNext #ArmMali #GPU #OpenSource #LinuxKernel
🟣لینک مقاله:
https://www.phoronix.com/news/Rust-DRM-Drivers-Linux-6.18-Tyr
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Tyr Driver Being Submitted For Linux 6.18 As Rust-Based Arm Mali Driver
The big set of Rust DRM kernel graphics/display driver updates were sent out to DRM-Next ahead of the upcoming Linux 6.18 kernel
Forwarded from Software Engineer Labdon
🔵 عنوان مقاله
What Makes System Calls Expensive: A Linux Internals Deep Dive (18 minute read)
🟢 خلاصه مقاله:
این مقاله توضیح می‌دهد چرا syscall در Linux گران است: عبور از مرز user به kernel باعث برهم‌زدن وضعیت ریزمعماری CPU می‌شود؛ از تخلیه pipeline و پاک‌سازی پیش‌بینی انشعاب تا به‌هم‌خوردن return stack buffer. در مسیر ورود/خروج syscall، kernel علاوه بر جابه‌جایی بین stack و گاه page table (در نتیجهٔ KPTI)، مجموعه‌ای از دفاع‌ها علیه حملات حدسی مثل Spectre را اعمال می‌کند؛ اقداماتی مانند IBPB/IBRS/STIBP، retpoline و RSB stuffing که همگی چرخه‌های اضافی مصرف می‌کنند. نتیجه این است که بخش بزرگی از هزینه، صرف خودِ تغییر سطح دسترسی و بازسازی بهینه‌سازی‌های CPU می‌شود، نه منطق اصلی kernel.
نمونهٔ روشن آن vDSO است که clock_gettime را در user-space فراهم می‌کند و بر اساس بنچمارک‌ها حدود ۸۹٪ سریع‌تر از نسخهٔ syscall عمل می‌کند؛ یعنی خودِ عبور به kernel گلوگاه اصلی است. پیام عملی برای توسعه‌دهندگان این است که در مسیرهای داغ از فراوانی syscall بکاهند: از vDSO برای زمان، batching و I/O برداری، و راهکارهایی مانند io_uring یا async I/O استفاده کنند و نتایج تکراری را cache نمایند. جمع‌بندی: هزینهٔ syscall بیشتر از برهم‌خوردن وضعیت ریزمعماری و ملاحظات امنیتی ورود/خروج ناشی می‌شود و پرهیز از این عبورها می‌تواند بهبود چشمگیری در کارایی ایجاد کند.
#Linux #Syscalls #Kernel #Performance #Microarchitecture #Spectre #vDSO #io_uring
🟣لینک مقاله:
https://blog.codingconfessions.com/p/what-makes-system-calls-expensive?utm_source=tldrinfosec
➖➖➖➖➖➖➖➖
👑 @software_Labdon
What Makes System Calls Expensive: A Linux Internals Deep Dive (18 minute read)
🟢 خلاصه مقاله:
این مقاله توضیح می‌دهد چرا syscall در Linux گران است: عبور از مرز user به kernel باعث برهم‌زدن وضعیت ریزمعماری CPU می‌شود؛ از تخلیه pipeline و پاک‌سازی پیش‌بینی انشعاب تا به‌هم‌خوردن return stack buffer. در مسیر ورود/خروج syscall، kernel علاوه بر جابه‌جایی بین stack و گاه page table (در نتیجهٔ KPTI)، مجموعه‌ای از دفاع‌ها علیه حملات حدسی مثل Spectre را اعمال می‌کند؛ اقداماتی مانند IBPB/IBRS/STIBP، retpoline و RSB stuffing که همگی چرخه‌های اضافی مصرف می‌کنند. نتیجه این است که بخش بزرگی از هزینه، صرف خودِ تغییر سطح دسترسی و بازسازی بهینه‌سازی‌های CPU می‌شود، نه منطق اصلی kernel.
نمونهٔ روشن آن vDSO است که clock_gettime را در user-space فراهم می‌کند و بر اساس بنچمارک‌ها حدود ۸۹٪ سریع‌تر از نسخهٔ syscall عمل می‌کند؛ یعنی خودِ عبور به kernel گلوگاه اصلی است. پیام عملی برای توسعه‌دهندگان این است که در مسیرهای داغ از فراوانی syscall بکاهند: از vDSO برای زمان، batching و I/O برداری، و راهکارهایی مانند io_uring یا async I/O استفاده کنند و نتایج تکراری را cache نمایند. جمع‌بندی: هزینهٔ syscall بیشتر از برهم‌خوردن وضعیت ریزمعماری و ملاحظات امنیتی ورود/خروج ناشی می‌شود و پرهیز از این عبورها می‌تواند بهبود چشمگیری در کارایی ایجاد کند.
#Linux #Syscalls #Kernel #Performance #Microarchitecture #Spectre #vDSO #io_uring
🟣لینک مقاله:
https://blog.codingconfessions.com/p/what-makes-system-calls-expensive?utm_source=tldrinfosec
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Codingconfessions
What Makes System Calls Expensive: A Linux Internals Deep Dive
An explanation of how Linux handles system calls on x86-64 and why they show up as expensive operations in performance profiles
🔵 عنوان مقاله
Revisiting DDR5-6400 vs. MRDIMM-8800 Performance With Intel Xeon 6 "Granite Rapids"
🟢 خلاصه مقاله:
با عرضه Xeon 6 «Granite Rapids»، اینتل پشتیبانی از DDR5-6400 و همچنین MRDIMM تا 8800 MT/s را فراهم کرد. پس از انتشار نخستین بنچمارک‌های مستقل روی Xeon 6900P، اکنون با به‌روزرسانی فریمور و بهبودهای اخیر Linux، مقایسه DDR5-6400 و MRDIMM-8800 دوباره بررسی شده است. جمع‌بندی کلی نشان می‌دهد MRDIMM-8800 در بارکارهای پهنای‌باند-محور (مانند تحلیل داده جریانی، پایگاه‌داده‌های درون‌حافظه و برخی سناریوهای HPC/AI) برتری محسوسی دارد، در حالی‌که DDR5-6400 در موارد به‌شدت حساس به تأخیر می‌تواند عملکرد بهتری ارائه دهد. علاوه بر این، نتایج تازه اثرات توان و حرارت را نیز برجسته می‌کنند: نرخ‌های بالاتر MRDIMM به بودجه توان و خنک‌سازی حساس‌تر است، اما در ازای آن توان عملیاتی بالاتری به ازای هر سوکت فراهم می‌کند. در نتیجه، برای Granite Rapids توصیه می‌شود در بارهای مقیاس‌پذیر و پهنای‌باندی از MRDIMM استفاده شود و در سرویس‌های کم‌تأخیر یا محدود به انرژی/خنک‌سازی، DDR5 گزینه مناسب‌تری است.
#Intel #Xeon6 #GraniteRapids #MRDIMM #DDR5 #Linux #Datacenter #Performance
🟣لینک مقاله:
https://www.phoronix.com/review/ddr5-6400-mrdimm-8800
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Revisiting DDR5-6400 vs. MRDIMM-8800 Performance With Intel Xeon 6 "Granite Rapids"
🟢 خلاصه مقاله:
با عرضه Xeon 6 «Granite Rapids»، اینتل پشتیبانی از DDR5-6400 و همچنین MRDIMM تا 8800 MT/s را فراهم کرد. پس از انتشار نخستین بنچمارک‌های مستقل روی Xeon 6900P، اکنون با به‌روزرسانی فریمور و بهبودهای اخیر Linux، مقایسه DDR5-6400 و MRDIMM-8800 دوباره بررسی شده است. جمع‌بندی کلی نشان می‌دهد MRDIMM-8800 در بارکارهای پهنای‌باند-محور (مانند تحلیل داده جریانی، پایگاه‌داده‌های درون‌حافظه و برخی سناریوهای HPC/AI) برتری محسوسی دارد، در حالی‌که DDR5-6400 در موارد به‌شدت حساس به تأخیر می‌تواند عملکرد بهتری ارائه دهد. علاوه بر این، نتایج تازه اثرات توان و حرارت را نیز برجسته می‌کنند: نرخ‌های بالاتر MRDIMM به بودجه توان و خنک‌سازی حساس‌تر است، اما در ازای آن توان عملیاتی بالاتری به ازای هر سوکت فراهم می‌کند. در نتیجه، برای Granite Rapids توصیه می‌شود در بارهای مقیاس‌پذیر و پهنای‌باندی از MRDIMM استفاده شود و در سرویس‌های کم‌تأخیر یا محدود به انرژی/خنک‌سازی، DDR5 گزینه مناسب‌تری است.
#Intel #Xeon6 #GraniteRapids #MRDIMM #DDR5 #Linux #Datacenter #Performance
🟣لینک مقاله:
https://www.phoronix.com/review/ddr5-6400-mrdimm-8800
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Revisiting DDR5-6400 vs. MRDIMM-8800 Performance With Intel Xeon 6 "Granite Rapids"
One of the exciting elements of Intel's Xeon 6 Granite Rapids launch last year was introducing support for MRDIMMs alongside DDR5-6400 memory support.
🔵 عنوان مقاله
Rusticl vs. Intel Compute Runtime Performance For OpenCL On Battlemage
🟢 خلاصه مقاله:
مقایسه‌های اخیر نشان دادند که Rusticl—به‌عنوان یک پیاده‌سازی عمومی OpenCL مبتنی بر Mesa و Gallium3D—روی AMD GPUs در برابر AMD ROCm عملکرد شگفت‌انگیزی دارد. این مقاله برای سنجش پتانسیل Rusticl در سمت Intel، آن را روی معماری Battlemage در برابر Intel Compute Runtime محک می‌زند. هدف، ارزیابی میزان رقابت‌پذیری و پایداری Rusticl در سناریوهای واقعی OpenCL، شناسایی نقاطی است که به سطح درایور رسمی نزدیک می‌شود یا عقب می‌ماند، و ارائه تصویری روشن از وضعیت فعلی و چشم‌انداز آینده محاسبات متن‌باز GPU روی سخت‌افزار Intel.
#OpenCL #Rusticl #Mesa3D #IntelGraphics #Battlemage #IntelComputeRuntime #ROCm #GPUCompute
🟣لینک مقاله:
https://www.phoronix.com/review/intel-battlemage-rusticl
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Rusticl vs. Intel Compute Runtime Performance For OpenCL On Battlemage
🟢 خلاصه مقاله:
مقایسه‌های اخیر نشان دادند که Rusticl—به‌عنوان یک پیاده‌سازی عمومی OpenCL مبتنی بر Mesa و Gallium3D—روی AMD GPUs در برابر AMD ROCm عملکرد شگفت‌انگیزی دارد. این مقاله برای سنجش پتانسیل Rusticl در سمت Intel، آن را روی معماری Battlemage در برابر Intel Compute Runtime محک می‌زند. هدف، ارزیابی میزان رقابت‌پذیری و پایداری Rusticl در سناریوهای واقعی OpenCL، شناسایی نقاطی است که به سطح درایور رسمی نزدیک می‌شود یا عقب می‌ماند، و ارائه تصویری روشن از وضعیت فعلی و چشم‌انداز آینده محاسبات متن‌باز GPU روی سخت‌افزار Intel.
#OpenCL #Rusticl #Mesa3D #IntelGraphics #Battlemage #IntelComputeRuntime #ROCm #GPUCompute
🟣لینک مقاله:
https://www.phoronix.com/review/intel-battlemage-rusticl
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Rusticl vs. Intel Compute Runtime Performance For OpenCL On Battlemage
Earlier this month I ran some benchmarks of Mesa's Rusticl OpenCL driver against AMD ROCm on Strix Halo.
🥰1
🔵 عنوان مقاله
AMD openSIL Production Phase Reaffirmed For 2026
🟢 خلاصه مقاله:
AMD تأیید کرده که پروژه openSIL طبق برنامه برای آمادگی تولید در سال ۲۰۲۶ پیش می‌رود. هدف openSIL متن‌باز کردن لایه راه‌اندازی اولیه سیلیکون CPU است تا جایگزین AGESA شود و هم‌سویی بهتری با Coreboot و سایر پروژه‌های فریمور متن‌باز داشته باشد. این رویکرد شفافیت، قابلیت ممیزی و همکاری جامعه را افزایش می‌دهد و توسعه فریمور را برای سازندگان ساده‌تر می‌کند. برنامه این است که openSIL کل سبد AMD را از محصولات کلاینت و Embedded تا سرور پوشش دهد؛ در صورت تحقق، این کار می‌تواند نقطه‌عطفی در اکوسیستم فریمور پلتفرم باشد.
#AMD #openSIL #Coreboot #AGESA #OpenSource #Firmware #Servers #ClientComputing
🟣لینک مقاله:
https://www.phoronix.com/news/AMD-openSIL-2026
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
AMD openSIL Production Phase Reaffirmed For 2026
🟢 خلاصه مقاله:
AMD تأیید کرده که پروژه openSIL طبق برنامه برای آمادگی تولید در سال ۲۰۲۶ پیش می‌رود. هدف openSIL متن‌باز کردن لایه راه‌اندازی اولیه سیلیکون CPU است تا جایگزین AGESA شود و هم‌سویی بهتری با Coreboot و سایر پروژه‌های فریمور متن‌باز داشته باشد. این رویکرد شفافیت، قابلیت ممیزی و همکاری جامعه را افزایش می‌دهد و توسعه فریمور را برای سازندگان ساده‌تر می‌کند. برنامه این است که openSIL کل سبد AMD را از محصولات کلاینت و Embedded تا سرور پوشش دهد؛ در صورت تحقق، این کار می‌تواند نقطه‌عطفی در اکوسیستم فریمور پلتفرم باشد.
#AMD #openSIL #Coreboot #AGESA #OpenSource #Firmware #Servers #ClientComputing
🟣لینک مقاله:
https://www.phoronix.com/news/AMD-openSIL-2026
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
AMD openSIL Production Phase Reaffirmed For 2026
One of the AMD software initiatives we have been most excited about in recent times has been openSIL
❤1
📢 اگر تلگرام پرمیوم دارید، کانال ما رو Boost کنید ! 🚀
با Boost کردن کانال، به رشد و دیده شدن ما بیشتر کمک کنید💙
https://t.iss.one/boost/Linux_Labdon
با Boost کردن کانال، به رشد و دیده شدن ما بیشتر کمک کنید💙
https://t.iss.one/boost/Linux_Labdon
🔵 عنوان مقاله
Linux 6.17-rc4 Released With Bcachefs Now "Externally Maintained", Some New Hardware
🟢 خلاصه مقاله:
** لینوس توروالدز نسخه هفتگی Linux 6.17-rc4 را به‌عنوان چهارمین کاندیدای انتشار برای Linux 6.17 منتشر کرد؛ هدف همچنان رسیدن به نسخه پایدار در اواخر سپتامبر است. در این چرخه، Bcachefs با برچسب «externally maintained» مشخص شده؛ یعنی نگه‌داری و هماهنگی اصلی آن بیرون از درخت هسته انجام می‌شود و از مسیر درخواست‌های ادغام وارد mainline می‌گردد—بدون تغییر معنا‌دار برای کاربران. افزون بر این، rc4 شامل مجموعه‌ای از رفع باگ‌ها، به‌روزرسانی درایورها و پشتیبانی از برخی سخت‌افزارهای جدید است و تمرکز اصلی بر پایدارسازی باقی مانده است. اگر مشکل جدی رخ ندهد، انتشار پایدار Linux 6.17 طبق برنامه اواخر سپتامبر انجام خواهد شد.
#Linux #LinuxKernel #Bcachefs #LinusTorvalds #ReleaseCandidate #OpenSource #HardwareSupport #KernelUpdate
🟣لینک مقاله:
https://www.phoronix.com/news/LInux-6.17-rc4
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Linux 6.17-rc4 Released With Bcachefs Now "Externally Maintained", Some New Hardware
🟢 خلاصه مقاله:
** لینوس توروالدز نسخه هفتگی Linux 6.17-rc4 را به‌عنوان چهارمین کاندیدای انتشار برای Linux 6.17 منتشر کرد؛ هدف همچنان رسیدن به نسخه پایدار در اواخر سپتامبر است. در این چرخه، Bcachefs با برچسب «externally maintained» مشخص شده؛ یعنی نگه‌داری و هماهنگی اصلی آن بیرون از درخت هسته انجام می‌شود و از مسیر درخواست‌های ادغام وارد mainline می‌گردد—بدون تغییر معنا‌دار برای کاربران. افزون بر این، rc4 شامل مجموعه‌ای از رفع باگ‌ها، به‌روزرسانی درایورها و پشتیبانی از برخی سخت‌افزارهای جدید است و تمرکز اصلی بر پایدارسازی باقی مانده است. اگر مشکل جدی رخ ندهد، انتشار پایدار Linux 6.17 طبق برنامه اواخر سپتامبر انجام خواهد شد.
#Linux #LinuxKernel #Bcachefs #LinusTorvalds #ReleaseCandidate #OpenSource #HardwareSupport #KernelUpdate
🟣لینک مقاله:
https://www.phoronix.com/news/LInux-6.17-rc4
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Linux 6.17-rc4 Released With Bcachefs Now "Externally Maintained", Some New Hardware
Linus Torvalds just released Linux 6.17-rc4 as the newest weekly test release of Linux 6.17 in working toward the stable release in late September.
👍1
🔵 عنوان مقاله
OBS Studio 32.0 Released With Plugin Manager, NVIDIA RTX Improvements
🟢 خلاصه مقاله:
** نسخه پایدار OBS Studio 32.0 منتشر شد؛ به‌روزرسانی مهمی برای نرم‌افزار چندسکویی ضبط دسکتاپ و اسکرین‌کست که بین استریمرهای بازی و سایر سازندگان محتوا محبوب است. این نسخه یک Plugin Manager داخلی برای کشف، نصب و به‌روزرسانی افزونه‌ها اضافه می‌کند و بهبودهایی برای NVIDIA RTX ارائه می‌دهد که عملکرد، کیفیت و پایداری ویژگی‌های شتاب‌گرفته با GPU را ارتقا می‌دهد. علاوه‌براین، مجموعه‌ای از بهینه‌سازی‌ها و رفع باگ‌ها در Windows، macOS و Linux ارائه شده است.
#OBSStudio #OBS32 #PluginManager #NVIDIARTX #Streaming #Screencasting #OpenSource
🟣لینک مقاله:
https://www.phoronix.com/news/OBS-Studio-32.0
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
OBS Studio 32.0 Released With Plugin Manager, NVIDIA RTX Improvements
🟢 خلاصه مقاله:
** نسخه پایدار OBS Studio 32.0 منتشر شد؛ به‌روزرسانی مهمی برای نرم‌افزار چندسکویی ضبط دسکتاپ و اسکرین‌کست که بین استریمرهای بازی و سایر سازندگان محتوا محبوب است. این نسخه یک Plugin Manager داخلی برای کشف، نصب و به‌روزرسانی افزونه‌ها اضافه می‌کند و بهبودهایی برای NVIDIA RTX ارائه می‌دهد که عملکرد، کیفیت و پایداری ویژگی‌های شتاب‌گرفته با GPU را ارتقا می‌دهد. علاوه‌براین، مجموعه‌ای از بهینه‌سازی‌ها و رفع باگ‌ها در Windows، macOS و Linux ارائه شده است.
#OBSStudio #OBS32 #PluginManager #NVIDIARTX #Streaming #Screencasting #OpenSource
🟣لینک مقاله:
https://www.phoronix.com/news/OBS-Studio-32.0
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
OBS Studio 32.0 Released With Plugin Manager, NVIDIA RTX Improvements
OBS Studio 32.0 stable is now available for this popular cross-platform desktop recording and screencasting software popular with game streamers and for a variety of other recording/casting purposes.
🔵 عنوان مقاله
Linux Looking To Finally Kill Off HIGHPTE Support
🟢 خلاصه مقاله:
**توسعه‌دهندگان Linux kernel در حال بررسی حذف پشتیبانی HIGHPTE هستند؛ قابلیتی قدیمی مرتبط با highmem در سیستم‌های ۳۲ بیتی که امروز تقریباً فقط یک سیستم ARM از آن استفاده می‌کند. هدف، کاهش هزینه نگه‌داری و ساده‌تر شدن کد مدیریت حافظه است. این تغییر هنوز نهایی نشده و احتمالاً به‌صورت تدریجی و با هشدارهای deprecation در Kconfig پیش خواهد رفت تا به کاربران باقی‌مانده فرصت سازگاری داده شود.
#Linux #Kernel #HIGHPTE #ARM #MemoryManagement #OpenSource #Deprecation #Maintainer
🟣لینک مقاله:
https://www.phoronix.com/news/Linux-ARM-HIGHPTE-RFC
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Linux Looking To Finally Kill Off HIGHPTE Support
🟢 خلاصه مقاله:
**توسعه‌دهندگان Linux kernel در حال بررسی حذف پشتیبانی HIGHPTE هستند؛ قابلیتی قدیمی مرتبط با highmem در سیستم‌های ۳۲ بیتی که امروز تقریباً فقط یک سیستم ARM از آن استفاده می‌کند. هدف، کاهش هزینه نگه‌داری و ساده‌تر شدن کد مدیریت حافظه است. این تغییر هنوز نهایی نشده و احتمالاً به‌صورت تدریجی و با هشدارهای deprecation در Kconfig پیش خواهد رفت تا به کاربران باقی‌مانده فرصت سازگاری داده شود.
#Linux #Kernel #HIGHPTE #ARM #MemoryManagement #OpenSource #Deprecation #Maintainer
🟣لینک مقاله:
https://www.phoronix.com/news/Linux-ARM-HIGHPTE-RFC
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Linux Looking To Finally Kill Off HIGHPTE Support
Linux kernel developers are evaluating the idea of removing HIGHPTE support from the Linux kernel due to its maintenance burden and just one ARM system currently using it.
🔵 عنوان مقاله
AMD ISP4 Driver Still Pending Review For The Linux Kernel
🟢 خلاصه مقاله:
** درایور متن‌باز AMD ISP4 هنوز در صف بازبینی برای ادغام در Linux Kernel است. روی پلتفرم Strix Halo، لپ‌تاپ HP ZBook Ultra G1a به‌طور کلی با Linux سازگار است، اما به‌دلیل تکیه وب‌کم بر مسیر پردازش تصویری برون‌سپار در SoC، به پشتیبانی درایور نیاز دارد. این درایور ISP4 مشکل وب‌کم را در ZBook Ultra G1a حل می‌کند و برای پشتیبانی آینده از لپ‌تاپ‌هایی که از IP پردازش تصویر AMD استفاده می‌کنند نیز اهمیت دارد. با ادغام آن در کرنل اصلی، تجربه «آماده‌به‌کار» وب‌کم در دستگاه‌های مبتنی بر Strix Halo و مدل‌های بعدی بهتر خواهد شد.
#AMD #Linux #Kernel #ISP4 #StrixHalo #HPZBookUltraG1a #OpenSource #Webcam
🟣لینک مقاله:
https://www.phoronix.com/news/AMD-ISP4-Driver-Pending-Review
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
AMD ISP4 Driver Still Pending Review For The Linux Kernel
🟢 خلاصه مقاله:
** درایور متن‌باز AMD ISP4 هنوز در صف بازبینی برای ادغام در Linux Kernel است. روی پلتفرم Strix Halo، لپ‌تاپ HP ZBook Ultra G1a به‌طور کلی با Linux سازگار است، اما به‌دلیل تکیه وب‌کم بر مسیر پردازش تصویری برون‌سپار در SoC، به پشتیبانی درایور نیاز دارد. این درایور ISP4 مشکل وب‌کم را در ZBook Ultra G1a حل می‌کند و برای پشتیبانی آینده از لپ‌تاپ‌هایی که از IP پردازش تصویر AMD استفاده می‌کنند نیز اهمیت دارد. با ادغام آن در کرنل اصلی، تجربه «آماده‌به‌کار» وب‌کم در دستگاه‌های مبتنی بر Strix Halo و مدل‌های بعدی بهتر خواهد شد.
#AMD #Linux #Kernel #ISP4 #StrixHalo #HPZBookUltraG1a #OpenSource #Webcam
🟣لینک مقاله:
https://www.phoronix.com/news/AMD-ISP4-Driver-Pending-Review
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
AMD ISP4 Driver Still Pending Review For The Linux Kernel
When it comes to AMD's incredible Strix Halo platform, the leading laptop option is the HP ZBook Ultra G1a
Forwarded from Gopher Academy
واسه برنامه نویسی سیستمی کدوم رو ترجیح میدید؟
البته: با توضیح زیر در نظر بگیرید و انتخاب کنید
اگر می‌خوای کاملاً به سخت‌افزار نزدیک باشی → برو سراغ C. اگر می‌خوای ساختار بهتر + سرعت بالا داشته باشی → C++. اگر برات ایمنی و مدرن بودن مهمه → Rust.
البته: با توضیح زیر در نظر بگیرید و انتخاب کنید
اگر می‌خوای کاملاً به سخت‌افزار نزدیک باشی → برو سراغ C. اگر می‌خوای ساختار بهتر + سرعت بالا داشته باشی → C++. اگر برات ایمنی و مدرن بودن مهمه → Rust.
Anonymous Poll
36%
C
36%
C++
53%
Rust
🤝1
🔵 عنوان مقاله
Google Prepares Chrome Field Trial For Accelerated Video Decode On Wayland
🟢 خلاصه مقاله:
Google قصد دارد در Chrome یک «آزمایش میدانی» برای فعال‌سازی شتاب‌دهی سخت‌افزاری در Video Decode روی Wayland/Linux اجرا کند تا پس از ارزیابی پایداری و سازگاری، آن را به‌صورت پیش‌فرض در محیط‌های دسکتاپ مبتنی بر Wayland فعال کند. هدف، پخش روان‌تر ویدئو، کاهش مصرف CPU و بهبود عمر باتری است؛ به‌ویژه برای کدک‌هایی مثل H.264، VP9 و AV1 و رزولوشن‌های بالا. این rollout به‌صورت تدریجی روی بخشی از کاربران Wayland انجام می‌شود و با جمع‌آوری داده‌های خطا، نرخ بازگشت به Decode نرم‌افزاری و وضعیت درایورها، در صورت موفقیت، برای همه کاربران فعال خواهد شد.
#Chrome #Wayland #Linux #VideoDecoding #HardwareAcceleration #BrowserPerformance #MediaPlayback
🟣لینک مقاله:
https://www.phoronix.com/news/Chrome-Wayland-Decode-Field
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Google Prepares Chrome Field Trial For Accelerated Video Decode On Wayland
🟢 خلاصه مقاله:
Google قصد دارد در Chrome یک «آزمایش میدانی» برای فعال‌سازی شتاب‌دهی سخت‌افزاری در Video Decode روی Wayland/Linux اجرا کند تا پس از ارزیابی پایداری و سازگاری، آن را به‌صورت پیش‌فرض در محیط‌های دسکتاپ مبتنی بر Wayland فعال کند. هدف، پخش روان‌تر ویدئو، کاهش مصرف CPU و بهبود عمر باتری است؛ به‌ویژه برای کدک‌هایی مثل H.264، VP9 و AV1 و رزولوشن‌های بالا. این rollout به‌صورت تدریجی روی بخشی از کاربران Wayland انجام می‌شود و با جمع‌آوری داده‌های خطا، نرخ بازگشت به Decode نرم‌افزاری و وضعیت درایورها، در صورت موفقیت، برای همه کاربران فعال خواهد شد.
#Chrome #Wayland #Linux #VideoDecoding #HardwareAcceleration #BrowserPerformance #MediaPlayback
🟣لینک مقاله:
https://www.phoronix.com/news/Chrome-Wayland-Decode-Field
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Google Prepares Chrome Field Trial For Accelerated Video Decode On Wayland
Google is preparing a field trial with the Chrome web browser of accelerated video decoding under Wayland/Linux as a step toward rolling it out by default for a better video playback experience on the Linux desktop with Wayland-based environments.
👍2
🔵 عنوان مقاله
Years Later, EDAC Linux Driver Coming For The ARM Cortex-A72
🟢 خلاصه مقاله:
پس از حدود یک دهه از معرفی ARM Cortex-A72 و به‌کارگیری گسترده‌اش در دستگاه‌هایی مانند Raspberry Pi 4، پردازنده سروری AWS Graviton و انواع SoCها، قرار است تا پایان ۲۰۲۵ یک درایور EDAC ویژه این هسته به شاخه اصلی Linux kernel اضافه شود. EDAC در Linux رویدادهای خطای سخت‌افزاری مانند خطاهای ECC حافظه و خطاهای کش/پاریتی را پایش و گزارش می‌کند و وقتی سخت‌افزار پشتیبانی کند، تصحیح را هم انجام می‌دهد؛ همچنین این اطلاعات را از طریق رابط‌های استاندارد در اختیار ابزارهایی مثل rasdaemon می‌گذارد. این پشتیبانی اصلی، گزارش‌دهی یکپارچه و قابلیت اطمینان/سرویس‌پذیری بهتر را برای سیستم‌های مبتنی بر Cortex-A72—from دستگاه‌های تعبیه‌شده تا سرورها—به همراه دارد و نگه‌داری و نظارت بر این پلتفرم‌های پرکاربرد را ساده‌تر می‌کند.
#Linux #ARM #CortexA72 #EDAC #LinuxKernel #RAS #RaspberryPi4 #AWSGraviton
🟣لینک مقاله:
https://www.phoronix.com/news/EDAC-Driver-ARM-Cortex-A72
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Years Later, EDAC Linux Driver Coming For The ARM Cortex-A72
🟢 خلاصه مقاله:
پس از حدود یک دهه از معرفی ARM Cortex-A72 و به‌کارگیری گسترده‌اش در دستگاه‌هایی مانند Raspberry Pi 4، پردازنده سروری AWS Graviton و انواع SoCها، قرار است تا پایان ۲۰۲۵ یک درایور EDAC ویژه این هسته به شاخه اصلی Linux kernel اضافه شود. EDAC در Linux رویدادهای خطای سخت‌افزاری مانند خطاهای ECC حافظه و خطاهای کش/پاریتی را پایش و گزارش می‌کند و وقتی سخت‌افزار پشتیبانی کند، تصحیح را هم انجام می‌دهد؛ همچنین این اطلاعات را از طریق رابط‌های استاندارد در اختیار ابزارهایی مثل rasdaemon می‌گذارد. این پشتیبانی اصلی، گزارش‌دهی یکپارچه و قابلیت اطمینان/سرویس‌پذیری بهتر را برای سیستم‌های مبتنی بر Cortex-A72—from دستگاه‌های تعبیه‌شده تا سرورها—به همراه دارد و نگه‌داری و نظارت بر این پلتفرم‌های پرکاربرد را ساده‌تر می‌کند.
#Linux #ARM #CortexA72 #EDAC #LinuxKernel #RAS #RaspberryPi4 #AWSGraviton
🟣لینک مقاله:
https://www.phoronix.com/news/EDAC-Driver-ARM-Cortex-A72
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Years Later, EDAC Linux Driver Coming For The ARM Cortex-A72
It's wild to think that the ARM Cortex-A72 was already announced ten years ago as the ARM core design that went on to appear in the Raspberry Pi 4, AWS Graviton server processor, and various other SoCs
👏1
👋 درود به همه دوستان عزیز
📌 اگر شما هم مقاله، مطلب آموزشی یا هر چیزی که فکر می‌کنید درباره لینوکس می‌تونه مفید باشه دارید، خوشحال میشم برام بفرستید تا با اسم خودتون توی کانال منتشر کنم.
🤝 اینطوری هم به بقیه کمک می‌کنید و هم محتوای ارزشمندتون بیشتر دیده میشه.
📌 اگر شما هم مقاله، مطلب آموزشی یا هر چیزی که فکر می‌کنید درباره لینوکس می‌تونه مفید باشه دارید، خوشحال میشم برام بفرستید تا با اسم خودتون توی کانال منتشر کنم.
🤝 اینطوری هم به بقیه کمک می‌کنید و هم محتوای ارزشمندتون بیشتر دیده میشه.
🔵 عنوان مقاله
Intel's Vulkan Linux Driver Finally Exposes VK_EXT_shader_object
🟢 خلاصه مقاله:
اینک در شاخه توسعه Mesa 25.3-devel، درایور متن‌باز Vulkan شرکت Intel با نام «ANV» روی Linux اکستنشن VK_EXT_shader_object را در دسترس قرار داده است. این قابلیت با ساده‌تر کردن کار با شیدرها و کاهش وابستگی به ساخت Pipelineهای کامل، می‌تواند سربار ایجاد Pipeline را کم کند، سرعت تکرار توسعه را بالا ببرد و سناریوهای رندرینگ پویا را انعطاف‌پذیرتر کند. فراهم شدن این اکستنشن در ANV گامی در جهت هم‌سوتر شدن قابلیت‌های Vulkan روی Linux با سایر پلتفرم‌ها و تقویت اکوسیستم متن‌باز Mesa است و به توسعه‌دهندگان اجازه می‌دهد مستقیماً در بیلدهای به‌روز Mesa آن را آزمایش و ارزیابی کنند.
#Vulkan #Linux #Intel #Mesa #ANV #VK_EXT_shader_object #OpenSource #GraphicsDrivers
🟣لینک مقاله:
https://www.phoronix.com/news/Intel-ANV-VK_EXT_shader_object
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Intel's Vulkan Linux Driver Finally Exposes VK_EXT_shader_object
🟢 خلاصه مقاله:
اینک در شاخه توسعه Mesa 25.3-devel، درایور متن‌باز Vulkan شرکت Intel با نام «ANV» روی Linux اکستنشن VK_EXT_shader_object را در دسترس قرار داده است. این قابلیت با ساده‌تر کردن کار با شیدرها و کاهش وابستگی به ساخت Pipelineهای کامل، می‌تواند سربار ایجاد Pipeline را کم کند، سرعت تکرار توسعه را بالا ببرد و سناریوهای رندرینگ پویا را انعطاف‌پذیرتر کند. فراهم شدن این اکستنشن در ANV گامی در جهت هم‌سوتر شدن قابلیت‌های Vulkan روی Linux با سایر پلتفرم‌ها و تقویت اکوسیستم متن‌باز Mesa است و به توسعه‌دهندگان اجازه می‌دهد مستقیماً در بیلدهای به‌روز Mesa آن را آزمایش و ارزیابی کنند.
#Vulkan #Linux #Intel #Mesa #ANV #VK_EXT_shader_object #OpenSource #GraphicsDrivers
🟣لینک مقاله:
https://www.phoronix.com/news/Intel-ANV-VK_EXT_shader_object
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Intel's Vulkan Linux Driver Finally Exposes VK_EXT_shader_object
As of today in Mesa 25.3-devel Git, the Intel 'ANV' open-source Vulkan driver for Linux systems is finally exposing the VK_EXT_shader_object extension.
🔵 عنوان مقاله
Git Developers Debate Making Rust Mandatory
🟢 خلاصه مقاله:
توسعه‌دهندگان Git در حال بحث‌اند که آیا پشتیبانی از زبان Rust در ساخت‌های آینده اجباری شود یا نه. موافقان می‌گویند Rust می‌تواند امنیت و پایداری را با حذف خطاهای حافظه و بهبود نگهداشت کد افزایش دهد و حتی در بخش‌هایی عملکرد بهتری ارائه کند. مخالفان نسبت به پیچیدگی بیشتر فرایند ساخت، وابستگی به زنجیره ابزار Rust و آسیب‌دیدن قابلیت اجرا روی پلتفرم‌های قدیمی یا مینیمال هشدار می‌دهند. گزینه‌های میانی مانند پذیرش مرحله‌ای، ویژگی‌های اختیاری مبتنی بر Rust با مسیرهای جایگزین C یا سوییچ‌های زمان ساخت مطرح است. هنوز تصمیم نهایی گرفته نشده و نتیجه، بر توسعه‌دهندگان، توزیع‌ها و سازمان‌هایی که Git را نگه‌داری می‌کنند اثر خواهد گذاشت.
#Git #Rust #OpenSource #SoftwareSecurity #SoftwareEngineering #BuildSystems #Portability #DeveloperCommunity
🟣لینک مقاله:
https://www.phoronix.com/news/Git-Weighs-Mandatory-Rust
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Git Developers Debate Making Rust Mandatory
🟢 خلاصه مقاله:
توسعه‌دهندگان Git در حال بحث‌اند که آیا پشتیبانی از زبان Rust در ساخت‌های آینده اجباری شود یا نه. موافقان می‌گویند Rust می‌تواند امنیت و پایداری را با حذف خطاهای حافظه و بهبود نگهداشت کد افزایش دهد و حتی در بخش‌هایی عملکرد بهتری ارائه کند. مخالفان نسبت به پیچیدگی بیشتر فرایند ساخت، وابستگی به زنجیره ابزار Rust و آسیب‌دیدن قابلیت اجرا روی پلتفرم‌های قدیمی یا مینیمال هشدار می‌دهند. گزینه‌های میانی مانند پذیرش مرحله‌ای، ویژگی‌های اختیاری مبتنی بر Rust با مسیرهای جایگزین C یا سوییچ‌های زمان ساخت مطرح است. هنوز تصمیم نهایی گرفته نشده و نتیجه، بر توسعه‌دهندگان، توزیع‌ها و سازمان‌هایی که Git را نگه‌داری می‌کنند اثر خواهد گذاشت.
#Git #Rust #OpenSource #SoftwareSecurity #SoftwareEngineering #BuildSystems #Portability #DeveloperCommunity
🟣لینک مقاله:
https://www.phoronix.com/news/Git-Weighs-Mandatory-Rust
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Git Developers Debate Making Rust Mandatory
Developers behind the Git distributed revision control system are debating whether to make Rust programming language support mandatory.
🔵 عنوان مقاله
Intel Compute Runtime 25.35.35096.9 Ships Newest Features & Optimizations
🟢 خلاصه مقاله:
اینترال نسخه Intel Compute Runtime 25.35.35096.9 را به‌عنوان به‌روزرسانی ماهانه جدید منتشر کرد؛ نسخه‌ای که با هدف افزودن قابلیت‌ها و بهینه‌سازی‌های تازه برای پشته متن‌باز محاسبات GPU این شرکت ارائه شده و پشتیبانی از OpenCL و Level Zero را روی GPUهای مجتمع و مجزا فراهم می‌کند. این انتشار بر بهبود کارایی، پایداری و تجربه توسعه‌دهنده تمرکز دارد تا اجرای روان‌تر بارهای کاری محاسباتی در حوزه‌هایی مانند GPGPU، یادگیری ماشین، محاسبات علمی و پردازش رسانه‌ای امکان‌پذیر شود. توسعه‌دهندگان با ارتقای نسخه به 25.35.35096.9 می‌توانند از آخرین اصلاحات و بهینه‌سازی‌ها بهره‌مند شوند و با همگام‌ماندن با چرخه ماهانه پروژه، سازگاری و قابلیت اطمینان بهتری به دست آورند.
#Intel #ComputeRuntime #OpenCL #LevelZero #GPUCompute #Drivers #Performance #OpenSource
🟣لینک مقاله:
https://www.phoronix.com/news/Intel-Compute-25.35.35096.9
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Intel Compute Runtime 25.35.35096.9 Ships Newest Features & Optimizations
🟢 خلاصه مقاله:
اینترال نسخه Intel Compute Runtime 25.35.35096.9 را به‌عنوان به‌روزرسانی ماهانه جدید منتشر کرد؛ نسخه‌ای که با هدف افزودن قابلیت‌ها و بهینه‌سازی‌های تازه برای پشته متن‌باز محاسبات GPU این شرکت ارائه شده و پشتیبانی از OpenCL و Level Zero را روی GPUهای مجتمع و مجزا فراهم می‌کند. این انتشار بر بهبود کارایی، پایداری و تجربه توسعه‌دهنده تمرکز دارد تا اجرای روان‌تر بارهای کاری محاسباتی در حوزه‌هایی مانند GPGPU، یادگیری ماشین، محاسبات علمی و پردازش رسانه‌ای امکان‌پذیر شود. توسعه‌دهندگان با ارتقای نسخه به 25.35.35096.9 می‌توانند از آخرین اصلاحات و بهینه‌سازی‌ها بهره‌مند شوند و با همگام‌ماندن با چرخه ماهانه پروژه، سازگاری و قابلیت اطمینان بهتری به دست آورند.
#Intel #ComputeRuntime #OpenCL #LevelZero #GPUCompute #Drivers #Performance #OpenSource
🟣لینک مقاله:
https://www.phoronix.com/news/Intel-Compute-25.35.35096.9
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Intel Compute Runtime 25.35.35096.9 Ships Newest Features & Optimizations
Intel shipped the Compute Runtime 25.35.35096.9 as their newest monthly feature update to this open-source GPU compute stack for their integrated and discrete graphics wares for providing OpenCL and Level Zero support.
🔵 عنوان مقاله
Fedora's Reproducible Package Build Mandate Deferred To F44
🟢 خلاصه مقاله:
برنامه Fedora این بود که در Fedora 43 انتظار «reproducible builds» برای بیلدهای RPM را به‌عنوان سیاست تعیین کند، اما با وجود پیشرفت قابل‌توجه، اجرای رسمی آن به Fedora 44 در سال آینده موکول شد. هدف این تغییر، تقویت امنیت زنجیره تأمین و امکان راستی‌آزمایی مستقل است. بسیاری از بسته‌ها هم‌اکنون reproducible هستند و از نگه‌دارندگان خواسته می‌شود منابع ناتعیین‌پذیری مانند زمان‌سنج‌ها، وابستگی به locale، ترتیب فایل‌ها و مسیرهای محیطی را برطرف کنند. سیاست و اعمال سخت‌گیرانه به Fedora 44 منتقل شده است تا با پوشش بهتر همه بسته‌ها، با اطمینان اجرا شود.
#Fedora #RPM #ReproducibleBuilds #Fedora44 #Fedora43 #Linux #OpenSource #SupplyChainSecurity
🟣لینک مقاله:
https://www.phoronix.com/news/Fedora-44-Reproducible-Builds
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Fedora's Reproducible Package Build Mandate Deferred To F44
🟢 خلاصه مقاله:
برنامه Fedora این بود که در Fedora 43 انتظار «reproducible builds» برای بیلدهای RPM را به‌عنوان سیاست تعیین کند، اما با وجود پیشرفت قابل‌توجه، اجرای رسمی آن به Fedora 44 در سال آینده موکول شد. هدف این تغییر، تقویت امنیت زنجیره تأمین و امکان راستی‌آزمایی مستقل است. بسیاری از بسته‌ها هم‌اکنون reproducible هستند و از نگه‌دارندگان خواسته می‌شود منابع ناتعیین‌پذیری مانند زمان‌سنج‌ها، وابستگی به locale، ترتیب فایل‌ها و مسیرهای محیطی را برطرف کنند. سیاست و اعمال سخت‌گیرانه به Fedora 44 منتقل شده است تا با پوشش بهتر همه بسته‌ها، با اطمینان اجرا شود.
#Fedora #RPM #ReproducibleBuilds #Fedora44 #Fedora43 #Linux #OpenSource #SupplyChainSecurity
🟣لینک مقاله:
https://www.phoronix.com/news/Fedora-44-Reproducible-Builds
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Fedora's Reproducible Package Build Mandate Deferred To F44
One of the planned changes for Fedora 43 was setting an expectation that RPM package builds are reproducible