🔵 عنوان مقاله
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
🔵 عنوان مقاله
How to Use Browser Developer Tools
🟢 خلاصه مقاله:
ابزارهای توسعه‌دهنده مرورگر در Chrome و Firefox برای دیباگ، تست و درک رفتار وب‌اپلیکیشن‌ها حیاتی‌اند و دسترسی فوری به DOM، استایل‌ها، ترافیک شبکه، کارایی و فضای ذخیره‌سازی برنامه می‌دهند. Daniel Knott در یک ویدئوی ۱۷ دقیقه‌ای مروری فشرده و کاربردی ارائه می‌کند که برای شروع سریع یا مرور منظم قابلیت‌ها بسیار مفید است. در کار روزمره، پنل Elements برای بررسی و ویرایش زنده HTML/CSS، Console برای لاگ‌گیری و اجرای اسکریپت‌های کوتاه، Network برای رصد درخواست‌ها و شبیه‌سازی شبکه کند، و Device Mode برای تست ریسپانسیو به‌کار می‌آید. برای تحلیل عمیق‌تر، Performance برای پروفایلینگ، Sources برای دیباگ مرحله‌به‌مرحله، Application برای مشاهده cookies و localStorage/IndexedDB و Lighthouse برای ممیزی عملکرد و دسترس‌پذیری مفیدند. شروع کار ساده است: DevTools را با F12 یا Cmd/Ctrl+Shift+I باز کنید، پنل‌ها را امتحان کنید، breakpoint بگذارید و شبکه کند را شبیه‌سازی کنید؛ این مهارت‌ها دیباگ را سریع‌تر و کیفیت را بالاتر می‌برند.
#DevTools #Chrome #Firefox #WebDevelopment #Debugging #Frontend #Performance
🟣لینک مقاله:
https://cur.at/vsX39bm?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
How to Use Browser Developer Tools
🟢 خلاصه مقاله:
ابزارهای توسعه‌دهنده مرورگر در Chrome و Firefox برای دیباگ، تست و درک رفتار وب‌اپلیکیشن‌ها حیاتی‌اند و دسترسی فوری به DOM، استایل‌ها، ترافیک شبکه، کارایی و فضای ذخیره‌سازی برنامه می‌دهند. Daniel Knott در یک ویدئوی ۱۷ دقیقه‌ای مروری فشرده و کاربردی ارائه می‌کند که برای شروع سریع یا مرور منظم قابلیت‌ها بسیار مفید است. در کار روزمره، پنل Elements برای بررسی و ویرایش زنده HTML/CSS، Console برای لاگ‌گیری و اجرای اسکریپت‌های کوتاه، Network برای رصد درخواست‌ها و شبیه‌سازی شبکه کند، و Device Mode برای تست ریسپانسیو به‌کار می‌آید. برای تحلیل عمیق‌تر، Performance برای پروفایلینگ، Sources برای دیباگ مرحله‌به‌مرحله، Application برای مشاهده cookies و localStorage/IndexedDB و Lighthouse برای ممیزی عملکرد و دسترس‌پذیری مفیدند. شروع کار ساده است: DevTools را با F12 یا Cmd/Ctrl+Shift+I باز کنید، پنل‌ها را امتحان کنید، breakpoint بگذارید و شبکه کند را شبیه‌سازی کنید؛ این مهارت‌ها دیباگ را سریع‌تر و کیفیت را بالاتر می‌برند.
#DevTools #Chrome #Firefox #WebDevelopment #Debugging #Frontend #Performance
🟣لینک مقاله:
https://cur.at/vsX39bm?m=web
➖➖➖➖➖➖➖➖
👑 @software_Labdon
YouTube
How to Use Browser Developer Tools
Step up your software testing game with the powerful Developer Tools built into Chrome and Firefox browsers! These tools are essential for testers to debug, analyze, and optimize web applications effectively. Whether you're performing functional testing,…