Backpressure

تو این پست با چند مثال Backpressure رو بررسی میکنیم.

مثال اول:‌کارخانه شکلات
در برنامه تلویزیونی "I Love Lucy" قسمتی وجود دارد که Lucy در یک کارخانه بسته‌بندی شیرینی کار می‌کند. وظیفه او برداشتن شیرینی از نوار نقاله و بسته‌بندی هر کدام در کاغذ است.
او با این مشکل مواجه می شود که تعداد شیرینی هایی که در نوار نقاله می أید بیشتر از توان او در بسته بندی است.

او دو روش مختلف برای مقابله با آن را امتحان می‌کند: کنار گذاشتن برخی تا بعدا بهشون رسیدگی کنه (buffering)، و در نهایت شروع به خوردن و پنهان کردن آنها در کلاهش می‌کند (dropping). با این حال، در مورد یک کارخانه شکلات، هیچ یک از این استراتژی‌های Backpressure عملی نیستند. در عوض، او نیاز داشت که نوار نقاله را آهسته‌تر کنند؛ به عبارت دیگر، او نیاز به کنترل سرعت producer دارد.

مثال دوم: خواندن و نوشتن از فایل:
حالا درباره Backpressure مرتبط با نرم‌افزار صحبت می‌کنیم. رایج‌ترین حالت هنگام کار با file system است.

نوشتن در فایل کندتر از خواندن فایل است. تصور کنید یک hard drive که سرعت موثر خواندن ۱۵۰ مگابایت بر ثانیه و سرعت نوشتن ۱۰۰ مگابایت بر ثانیه را ارائه می‌دهد. اگر بخواهید فایلی را با حداکثر سرعت ممکن به memory بخوانید، در حالی که همزمان آن را با حداکثر سرعت ممکن به دیسک بنویسید - باید هر ثانیه ۵۰ مگابایت را buffer کنید. در هر ثانیه 50 مگابایت را باید بافر کنید!

شما نمی‌توانید به بافر رسیدگی کنید تا زمانی که خواندن فایل ورودی کاملاً به پایان برسد.

حالا تصور کنید این کار را با یک فایل ۶ گیگابایتی انجام می‌دهید. تا زمانی که فایل را کاملاً خوانده‌اید، یک buffer ۲ گیگابایتی خواهید داشت که هنوز باید نوشتن آن را تمام کنید.

6 GB / 150 MB = 40 seconds
150 MB - 100 MB = 50 MB deficit
50 MB x 40 = 2 GB !!!

مقدار زیادی memory هدر رفته است. در برخی سیستم‌ها این ممکن است حتی از مقدار memory موجود فراتر رود.

نگران نباشید، راه‌حل ساده است: فقط به همان سرعتی بخوانید که می‌توانید بنویسید. تقریباً تمام I/O library ها abstraction هایی را برای انجام خودکار این کار برای شما ارائه می‌دهند.

مثال سوم: ارتباط Server
مثال بعدی ارتباط بین server ها است. امروزه استفاده از معماری microservice که در آن مسئولیت‌ها بین چندین server تقسیم می‌شود بسیار رایج است.

Backpressure
معمولاً این سناریو زمانی رخ می‌دهد که یک server درخواست‌ها را سریع‌تر از آنچه server دیگر می‌تواند پردازش کند، ارسال می‌کند.

اگر server A، ۱۰۰ rps (requests per second) به server B بفرستد، اما server B فقط بتواند ۷۵ rps را پردازش کند، شما یک کسری ۲۵ rps دارید.

در هر صورت، server B باید به نوعی با Backpressure مقابله کند. Buffer کردن آن کسری ۲۵ rps یک گزینه است، اما اگر آن افزایش ثابت بماند، به زودی memory تمام می‌شود و از کار می‌افتد. Drop کردن درخواست‌ها گزینه دیگری است که در اکثر سناریو ها قابل قبول نیست.

گزینه ایده‌آل این است که server B نرخ ارسال درخواست‌های server A را کنترل کند، اما باز هم این همیشه عملی نیست - اگر server A به نمایندگی از یک کاربر درخواست می‌کند، شما نمی‌توانید کاربر ها را کنترل کنید که آهسته‌تر شوند، اغلب بهتر است که server درخواست کننده buffer داشته باشد، تا بتوانید بار memory را در downstream، جایی که استرس وجود دارد، بهتر توزیع کنید و بر سایر درخواست کنندگان تأثیر نگذارید.

به عنوان مثال، اگر سه نوع مختلف سرویس (A, B, C) همگی به یک سرویس downstream مشترک (Z) درخواست بدهند، و یکی از آنها (A) تحت بار بالا باشد، سرویس Z می‌تواند به طور موثر به سرویس A بگوید "آهسته‌تر شو" (کنترل producer) که باعث می‌شود سرویس A درخواست‌ها را buffer کند. اگر این ادامه پیدا کند، در نهایت سرویس A با کمبود memory مواجه می‌شود، با این حال، دو سرویس دیگر (B, C) همچنان فعال می‌مانند، همانطور که سرویس downstream Z نیز فعال می‌ماند زیرا اجازه نمی‌دهد یک سرویس بدرفتار از دسترسی برابر برای دیگران جلوگیری کند. در این مورد ممکن است قطعی اجتناب‌ناپذیر باشد، اما ما محدوده را محدود کردیم و از Denial of Service زنجیره‌ای جلوگیری کردیم.

مثال ها:
https://medium.com/@jayphelps/backpressure-explained-the-flow-of-data-through-software-2350b3e77ce7

#Backpressure

@Syntax_fa

آیا پردازنده های سری جدید AMD دچار مشکل میشوند
#MSI #AMD_Ryzen #X870 #9000X3D

شرکت MSI اخیراً گزارشی را دریافت کرده مبنی بر آسیب دیدن پردازنده AMD Ryzen™ 7 9800X3D بر روی مادربرد
MSI MAG X870 TOMAHAWK WIFI
بر اساس گزارش ها، دو کاربر در انجمن های آنلاین از سوختن پردازنده Ryzen 7 9800X3D خود خبر داده اند.
تیم MSI اعلام کرده پس از بررسی این شرکت تنها زمانی توانسته این مشکل را تجربه و تکرار کنند که پردازنده به درستی در سوکت نصب نشده بود.
شرکت MSI همچنین اعلام کرده که تاکنون هیچ گزارشی از بازگرداندن این محصولات به آنها ارائه نشده است.

همچنان اعلام کرده که به کیفیت محصولات خود متعهد است و در حال بررسی بیشتر این موضوع است.

عکس های منتشر شده از پردازنده و سوکت مادربرد نشان می دهد که احتمالاً نصب نادرست پردازنده عامل اصلی این مشکل بوده است.
همچنین ممکن است برخی از مادربردهای MSI MAG X870 TOMAHAWK WIFI دارای سوکت های معیوب باشند.

قبلا هم شبیه این مشکلات رو در Ryzen 7000X3D ها دیده بودیم که از ولتاژ بالا و تنظیمات اشتباه بایوس بود.

منبع خبر

@LinAcademy | @LinNews

یه پروژه‌ی اپن سورس که فکر کنم به کار دیگران هم بیاد.
دلیل ساختش هم این بود که با بخش Password Generator اپ‌هایی مثل Microsoft Authenticator یا Bitwarden و غیره… حال نمی‌کردم و خودم این Password Generator رو نوشتم.

https://4n0nymou3.github.io/PassForgeMatrix

@DevTwitter | <Ananymous/>

The End.

باز ChatGPT یه آپدیت جدید داد و صدها استارتاپ بزرگ مثل Cursor AI رو نابود کرد!

آپدیت جدید اپ مک ChatGPT امکان استفاده مستقیم از اون رو داخل Xcode و ترمینال و... میده و باعث میشه برنامه نویس‌ها نیازی به هیچ ابزار دیگه‌ای نداشته باشن!


> Farokh

#tweet #ai #هوش_مصنوعی

@PhiloLearn

یه چیت شیت تر و تمیز برای یادگیری اسکریپت نویسی با Bash

بتمن حواسش به شهر هست 😂
@PyBackendHub

پارسا هستم اولین پیامی هست که تو این کانال دارم ارسال میکنم
خواستم یه موضوعی رو بگم که در واقع تجربه چندین ساله منه تو این stack :

من موقع شروع php ورژن 5.6 داشتم کار میکردم که الان تا 8.4 اومده
لاراول اون موقع ورژنش 6 بود فکر کنم
از اون موقعست با لاراول کار کردم تا الان ولی خب موضوعی که هست اینه که و حواستون باید باشه اینه ،
وقتی دارید با لاراول کار میکنید ، در واقع کد نویسی نمیکنید برنامه سازی میکنید ، خیلی فرق دارن این 2 تا کلمه ،
لاراول یه ساختاری ساده ساخته که به راحتی هر نرم افزاری بخوای بنویسی و در واقع واسط چارچوب ساخته و نمیتونی از این چارچوبه در بیای بیرون و ....
در واقع موضوعی که پیش اومده اینه محدود شدیم تو یه ساختار نمیتونیم بیرون بیاییم. و کل دنیای برنامه نویسی ما شده لاراول ، دنیای برنامه نویسی PHP فقط لاراول نیست :)
میکرو فریمورک هایی هم هست که خیلی سرعتشون بالاست
لینک لیست فریم ورک ها اینجاست

لذت ببرید و رتبه لاراول رو هم ببینید به چه حالته ... من حرفی ندارم

من دارم laminas رو یاد میگیرم. که توسط ZEND داره پشتیبانی میشه . و میشه گفت خودت انتخاب میکنی چی باشه و ساختار و skeleton به چه سبکی باشه ...

تقریبا اوایل داشتم برای خودم یه MVC میساختم ولی خب منصرف شدم ...
ولی خب در کل حرف آخرم اینه : سیاست لاراول مثل سیاست ماکروسافته خیلی گستره میره و به نظر من قرار نیست زیاد بالا بالا ها بمونه ....

مشتاقم نظر شما رو هم داخل کامنت ها ببینم 😁😊

@GoldenCodeir

#prs1378

🔶 9 آدرس اینترنتی که با مبالغ نجومی و کمرشکن فروخته شده‌اند


1- Cars.com - 872 million dollars
2- Business.com - 350 million dollars
3- LasVegas.com - 132 million dollars | 12 million dollars for 11 year
4- CarInsurance.com - 49.7 million dollars
5- Insurance.com - Internet.com - Insure.com - 36,6 . 18 . 16 million dollars
6- Voice.com - 30 million dollars
7- NFTs.com - 15 million dollars
8- Chat.com - AI.com - 15.5 . 11 million dollars
9- MillionDollarHomepage.com - A Logo for 1 dollars - Total 1 million dollars

@TheRaymondDev

دارم روی کانفیگ zsh پارچ کار می‌کنم. چندتا فانکشن نوشتم مثل این که فکر می‌کردم کاربردی باشن.

به زودی یک آپدیت اساسی برای کانفیگ zsh منتشر می‌کنم.


@SohrabContents

Test time training

که از MIT هم اومده بسیار جذابه‌ها (نه برای پروداکشن البته؛ حداقل فعلا نه).

🔶 افشای ناخواسته هم نبوده ...

چطور استریمری هستید که ساده ترین امنیت کیف پول رو نمی دانید.

وقتی گشادیت میاد که کلمات کلیدی در جای امن مثل کاغذ نمی نویسید.

امیدوارم درس عبرتی براش بشه

@ُTheRaymondDev