Linux Labdon
370 subscribers
35 photos
1 file
638 links
🕸 Linux Labdon

حمایت مالی:
https://www.coffeete.ir/mrbardia72

ادمین:
@mrbardia72
Download Telegram
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
🔵 عنوان مقاله
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
🔵 عنوان مقاله
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
🔵 عنوان مقاله
Sony DualSense Controller Audio Jack Handling Ready For Linux 6.18

🟢 خلاصه مقاله:
در Linux 6.18 پشتیبانی از دسته‌های بازی یک گام دیگر پیش می‌رود. علاوه بر پچ‌های جدید برای haptic touchpad، بخش HID تغییر مهمی را در شاخه hid-next آماده ادغام کرده است: پشتیبانی درست از جک ۳.۵ میلی‌متری صدا در کنترلر Sony PlayStation DualSense. این تغییر باعث می‌شود لینوکس اتصال هدست به کنترلر را به‌درستی تشخیص دهد و مسیر صدا و میکروفن را پایدار و استاندارد مدیریت کند. نتیجه برای کاربران، تجربه‌ای قابل‌اعتمادتر و بدون دردسرهای دستی است؛ به‌ویژه برای گیمرهای لینوکسی که DualSense را از طریق USB یا Bluetooth استفاده می‌کنند. این بهبودها در صورت نبود مشکل در بازبینی‌ها، برای انتشار در Linux 6.18 ادغام خواهند شد.

#Linux #Kernel #DualSense #Sony #PlayStation #HID #LinuxKernel #Linux6_18

🟣لینک مقاله:
https://www.phoronix.com/news/Sony-DualSense-Audio-Handling


👑 @Linux_Labdon
👍1
🔵 عنوان مقاله
Intel Loses One Of Its USB4 / Thunderbolt Linux Driver Maintainers

🟢 خلاصه مقاله:
خروج یکی از نگه‌دارندگان درایورهای USB4/Thunderbolt در Linux از Intel در سالی رخ داده که خروج‌های بیشتری در تیم‌های مهندسی Linux این شرکت دیده شده است. نقش نگه‌دارنده در چنین زیرسیستمی برای بازبینی و ادغام پچ‌ها، رسیدگی به باگ‌ها و فعال‌سازی سخت‌افزار جدید حیاتی است؛ تغییری از این دست می‌تواند بر سرعت بازبینی، رسیدگی به رگرسیون‌ها و ریتم انتشار اثر بگذارد. با وجود این، مدل توسعه توزیع‌شده Linux و مشارکت‌کنندگان دیگر معمولاً خلأ را پر می‌کنند و تداوم نگه‌داری را حفظ می‌نمایند. Intel سال‌ها سهم قابل‌توجهی در open-source، از kernel تا toolchainها، داشته و زیرساخت کنونی USB4/Thunderbolt بر همان کارهای upstream تکیه دارد؛ انتظار می‌رود جامعه، با به‌روزرسانی نقش‌ها و ادامه توسعه، پایداری و سازگاری این زیرسیستم را حفظ کند.

#Intel #Linux #USB4 #Thunderbolt #OpenSource #Kernel #Drivers #Maintainership

🟣لینک مقاله:
https://www.phoronix.com/news/USB4-Thunderbolt-Maintainer


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