🔵 عنوان مقاله
Fedora 44 Change Proposal Aims To Ensure A Nice Wine/Proton + NTSYNC Experience
🟢 خلاصه مقاله:
** این پیشنهاد تغییر برای فدورا ۴۴ با هدف بهبود اجرای برنامه‌ها و بازی‌های ویندوزی از طریق Wine و Proton ارائه شده است. تمرکز آن بر استفاده از درایور NTSYNC در کرنل لینوکس است تا سازوکارهای همگام‌سازی NT در ویندوز با دقت بیشتری شبیه‌سازی شوند. با یکپارچه‌سازی بهتر کرنل، بسته‌ها و تنظیمات مرتبط، فدورا می‌خواهد تجربه‌ای روان‌تر و پایدارتر بدون نیاز به تنظیمات دستی فراهم کند. نتیجه احتمالی، سازگاری بالاتر و عملکرد قابل‌اعتمادتر برای برنامه‌ها و به‌ویژه بازی‌هایی است که به هماهنگی نخ‌ها و زمان‌بندی حساس هستند.
🟣لینک مقاله:
https://www.phoronix.com/news/Fedora-44-NTSYNC-Proposal
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Fedora 44 Change Proposal Aims To Ensure A Nice Wine/Proton + NTSYNC Experience
🟢 خلاصه مقاله:
** این پیشنهاد تغییر برای فدورا ۴۴ با هدف بهبود اجرای برنامه‌ها و بازی‌های ویندوزی از طریق Wine و Proton ارائه شده است. تمرکز آن بر استفاده از درایور NTSYNC در کرنل لینوکس است تا سازوکارهای همگام‌سازی NT در ویندوز با دقت بیشتری شبیه‌سازی شوند. با یکپارچه‌سازی بهتر کرنل، بسته‌ها و تنظیمات مرتبط، فدورا می‌خواهد تجربه‌ای روان‌تر و پایدارتر بدون نیاز به تنظیمات دستی فراهم کند. نتیجه احتمالی، سازگاری بالاتر و عملکرد قابل‌اعتمادتر برای برنامه‌ها و به‌ویژه بازی‌هایی است که به هماهنگی نخ‌ها و زمان‌بندی حساس هستند.
🟣لینک مقاله:
https://www.phoronix.com/news/Fedora-44-NTSYNC-Proposal
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Fedora 44 Change Proposal Aims To Ensure A Nice Wine/Proton + NTSYNC Experience
A change proposal filed for next year's Fedora 44 release wants to aim for a nice experience when running Wine or the Proton variants supporting the Linux kernel's NTSYNC driver for better emulating the Microsoft Windows NT synchronization primitives.
ویم یکی از ادیتور های ترمنیالیه که خیلی از افراد رو مجذوب لینوکس کرده اما یادگیریش کار راحتی برای همه نیست، اگه خواستین شروع کنید به یادگیری اینجارو چک کنید به‌صورت فهرست‌وار و دسته‌بندی‌شده
https://github.com/mhinz/vim-galore
<Nimo/>
https://github.com/mhinz/vim-galore
<Nimo/>
GitHub
GitHub - mhinz/vim-galore: :mortar_board: All things Vim!
:mortar_board: All things Vim! Contribute to mhinz/vim-galore development by creating an account on GitHub.
❤2
🔵 عنوان مقاله
PCIe 8.0 v0.3 Specification Released To Members
🟢 خلاصه مقاله:
PCI-SIG نسخه ۰.۳ از پیش‌نویس استاندارد PCI Express 8.0 را در اختیار اعضا قرار داده است. طبق اعلام ماه گذشته، هدف PCIe 8.0 دستیابی به نرخ ۲۵۶ GT/s است تا در پیکربندی x16 پهنای‌باندی تا حدود ۱ ترابایت بر ثانیه فراهم شود. این انتشار یک نقطه‌عطف اولیه در روند تدوین استاندارد است و به سازندگان تراشه و سیستم امکان می‌دهد جهت‌گیری فنی را بررسی کنند، بازخورد بدهند و برای طراحی و اعتبارسنجی زودهنگام برنامه‌ریزی کنند. به‌طور کلی، این خبر نشان می‌دهد توسعه PCIe 8.0 با تمرکز بر افزایش چشمگیر پهنای‌باند برای کاربردهای سنگین مانند GPUها، شتاب‌دهنده‌های هوش مصنوعی، شبکه و ذخیره‌سازی در حال پیشرفت است.
🟣لینک مقاله:
https://www.phoronix.com/news/PCI-Express-8.0-v0.3
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
PCIe 8.0 v0.3 Specification Released To Members
🟢 خلاصه مقاله:
PCI-SIG نسخه ۰.۳ از پیش‌نویس استاندارد PCI Express 8.0 را در اختیار اعضا قرار داده است. طبق اعلام ماه گذشته، هدف PCIe 8.0 دستیابی به نرخ ۲۵۶ GT/s است تا در پیکربندی x16 پهنای‌باندی تا حدود ۱ ترابایت بر ثانیه فراهم شود. این انتشار یک نقطه‌عطف اولیه در روند تدوین استاندارد است و به سازندگان تراشه و سیستم امکان می‌دهد جهت‌گیری فنی را بررسی کنند، بازخورد بدهند و برای طراحی و اعتبارسنجی زودهنگام برنامه‌ریزی کنند. به‌طور کلی، این خبر نشان می‌دهد توسعه PCIe 8.0 با تمرکز بر افزایش چشمگیر پهنای‌باند برای کاربردهای سنگین مانند GPUها، شتاب‌دهنده‌های هوش مصنوعی، شبکه و ذخیره‌سازی در حال پیشرفت است.
🟣لینک مقاله:
https://www.phoronix.com/news/PCI-Express-8.0-v0.3
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
PCIe 8.0 v0.3 Specification Released To Members
As announced last month, PCI Express 8.0 is aiming for 256 GT/s speeds for allowing 1 TB/s bandwidth in an x16 configuration
🔵 عنوان مقاله
Linux 6.18 To Allow Rust And C Code To Use The Same Memory Model
🟢 خلاصه مقاله:
**
هسته لینوکس 6.18 با همسان‌سازی مدل حافظه در Rust و C، گام مهمی برای همگرایی این دو زبان در هسته برمی‌دارد. این کار باعث می‌شود قواعد اتمیک‌ها، ترتیب‌دهی و مموری فنس‌ها در هر دو زبان یکسان باشد و نوشتن کدهای هم‌زمان و زیرسامانه‌های مشترک Rust/C با ریسک باگ‌های ظریف کمتر انجام شود. آخرین بسته تغییرات Rust برای این هدف پیش از آغاز پنجره ادغام در شاخه TIP صف شده است. این تغییر برای کاربر نهایی نامحسوس است اما زیرساخت قابل‌اعتمادتر و مسیر پذیرش گسترده‌تر Rust در هسته را فراهم می‌کند.
🟣لینک مقاله:
https://www.phoronix.com/news/Rust-Atomic-LKMM-Linux-6.18
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Linux 6.18 To Allow Rust And C Code To Use The Same Memory Model
🟢 خلاصه مقاله:
**
هسته لینوکس 6.18 با همسان‌سازی مدل حافظه در Rust و C، گام مهمی برای همگرایی این دو زبان در هسته برمی‌دارد. این کار باعث می‌شود قواعد اتمیک‌ها، ترتیب‌دهی و مموری فنس‌ها در هر دو زبان یکسان باشد و نوشتن کدهای هم‌زمان و زیرسامانه‌های مشترک Rust/C با ریسک باگ‌های ظریف کمتر انجام شود. آخرین بسته تغییرات Rust برای این هدف پیش از آغاز پنجره ادغام در شاخه TIP صف شده است. این تغییر برای کاربر نهایی نامحسوس است اما زیرساخت قابل‌اعتمادتر و مسیر پذیرش گسترده‌تر Rust در هسته را فراهم می‌کند.
🟣لینک مقاله:
https://www.phoronix.com/news/Rust-Atomic-LKMM-Linux-6.18
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Linux 6.18 To Allow Rust And C Code To Use The Same Memory Model
The latest tranche of Rust code ready to go for the upcoming Linux 6.18 kernel is now ready to go and has been queued into a TIP branch ahead of the merge window.
🔵 عنوان مقاله
Imagination PowerVR Driver With Linux 6.18 To Support RISC-V
🟢 خلاصه مقاله:
**
در نسخه ۶.۱۸ لینوکس، پشتیبانی درایور متن‌باز هسته‌ای PowerVR از پلتفرم‌های RISC-V به‌صورت رسمی وارد شاخه اصلی می‌شود. این تغییر نتیجه مجموعه‌ای از وصله‌هاست که برای سازگاری با تراشه‌های RISC-V دارای IP گرافیکی PowerVR توسعه یافته‌اند و اکنون شامل فعال‌سازی GPU در تراشه TH1520 شرکت T-HEAD نیز می‌شود. ادغام این پشتیبانی در هسته اصلی، راه‌اندازی آسان‌تر، نگهداری بهتر و کارکرد خارج از جعبه را برای دستگاه‌های مبتنی بر RISC-V فراهم می‌کند؛ هرچند برای شتاب‌دهی کامل گرافیک همچنان به مؤلفه‌های کاربری سازگار نیاز است.
🟣لینک مقاله:
https://www.phoronix.com/news/Linux-6.18-PowerVR-RISC-V
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Imagination PowerVR Driver With Linux 6.18 To Support RISC-V
🟢 خلاصه مقاله:
**
در نسخه ۶.۱۸ لینوکس، پشتیبانی درایور متن‌باز هسته‌ای PowerVR از پلتفرم‌های RISC-V به‌صورت رسمی وارد شاخه اصلی می‌شود. این تغییر نتیجه مجموعه‌ای از وصله‌هاست که برای سازگاری با تراشه‌های RISC-V دارای IP گرافیکی PowerVR توسعه یافته‌اند و اکنون شامل فعال‌سازی GPU در تراشه TH1520 شرکت T-HEAD نیز می‌شود. ادغام این پشتیبانی در هسته اصلی، راه‌اندازی آسان‌تر، نگهداری بهتر و کارکرد خارج از جعبه را برای دستگاه‌های مبتنی بر RISC-V فراهم می‌کند؛ هرچند برای شتاب‌دهی کامل گرافیک همچنان به مؤلفه‌های کاربری سازگار نیاز است.
🟣لینک مقاله:
https://www.phoronix.com/news/Linux-6.18-PowerVR-RISC-V
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Imagination PowerVR Driver With Linux 6.18 To Support RISC-V
Imagination's open-source PowerVR kernel graphics driver for a while has seen patches extending it to work on RISC-V given that some RISC-V hardware coming to market has featured PowerVR graphics IP
🔵 عنوان مقاله
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
35%
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
👋 درود به همه دوستان عزیز
📌 اگر شما هم مقاله، مطلب آموزشی یا هر چیزی که فکر می‌کنید درباره لینوکس می‌تونه مفید باشه دارید، خوشحال میشم برام بفرستید تا با اسم خودتون توی کانال منتشر کنم.
🤝 اینطوری هم به بقیه کمک می‌کنید و هم محتوای ارزشمندتون بیشتر دیده میشه.
📌 اگر شما هم مقاله، مطلب آموزشی یا هر چیزی که فکر می‌کنید درباره لینوکس می‌تونه مفید باشه دارید، خوشحال میشم برام بفرستید تا با اسم خودتون توی کانال منتشر کنم.
🤝 اینطوری هم به بقیه کمک می‌کنید و هم محتوای ارزشمندتون بیشتر دیده میشه.