با این راهنمای جامع برای تنظیم بازیافت حافظه (GC) در ماشین مجازی جاوا (JVM)، عملکرد و مصرف منابع برنامه‌های جاوای خود را بهینه کنید. با انواع GC، پارامترها و مثال‌های عملی آشنا شوید.
ماشین مجازی جاوا: نگاهی عمیق به تنظیمات بازیافت حافظه
قدرت جاوا در استقلال از پلتفرم آن نهفته است که از طریق ماشین مجازی جاوا (JVM) به دست می‌آید. یکی از جنبه‌های حیاتی JVM، مدیریت خودکار حافظه آن است که عمدتاً توسط بازیافت‌کننده حافظه (garbage collector یا GC) انجام می‌شود. درک و تنظیم GC برای عملکرد بهینه برنامه، به‌ویژه برای برنامه‌های جهانی که با حجم کاری متنوع و مجموعه داده‌های بزرگ سروکار دارند، بسیار مهم است. این راهنما یک نمای کلی جامع از تنظیمات GC، شامل انواع بازیافت‌کننده‌های حافظه، پارامترهای تنظیم و مثال‌های عملی ارائه می‌دهد تا به شما در بهینه‌سازی برنامه‌های جاوای خود کمک کند.
درک بازیافت حافظه در جاوا
بازیافت حافظه فرآیند بازیابی خودکار حافظه اشغال‌شده توسط اشیائی است که دیگر توسط برنامه استفاده نمی‌شوند. این کار از نشت حافظه (memory leaks) جلوگیری می‌کند و با آزاد کردن توسعه‌دهندگان از مدیریت دستی حافظه، توسعه را ساده‌تر می‌سازد، که یک مزیت قابل توجه در مقایسه با زبان‌هایی مانند C و C++ است. GC در JVM این اشیاء بلااستفاده را شناسایی و حذف کرده و حافظه را برای ایجاد اشیاء جدید در آینده در دسترس قرار می‌دهد. انتخاب بازیافت‌کننده حافظه و پارامترهای تنظیم آن تأثیر عمیقی بر عملکرد برنامه دارد، از جمله:
- وقفه‌های برنامه (Application Pauses): وقفه‌های GC، که به عنوان رویدادهای 'stop-the-world' نیز شناخته می‌شوند، زمانی رخ می‌دهند که نخ‌های (threads) برنامه در حین اجرای GC متوقف می‌شوند. وقفه‌های مکرر یا طولانی می‌توانند به طور قابل توجهی بر تجربه کاربری تأثیر بگذارند.
- توان عملیاتی (Throughput): نرخی که برنامه می‌تواند وظایف را پردازش کند. GC می‌تواند بخشی از منابع CPU را مصرف کند که می‌توانست برای کار واقعی برنامه استفاده شود و در نتیجه بر توان عملیاتی تأثیر می‌گذارد.
- استفاده از حافظه (Memory Utilization): میزان کارایی برنامه در استفاده از حافظه موجود. پیکربندی نادرست GC می‌تواند منجر به مصرف بیش از حد حافظه و حتی خطاهای اتمام حافظه (out-of-memory) شود.
- تأخیر (Latency): زمانی که طول می‌کشد تا برنامه به یک درخواست پاسخ دهد. وقفه‌های GC مستقیماً به تأخیر کمک می‌کنند.
انواع بازیافت‌کننده‌های حافظه در JVM
JVM انواع مختلفی از بازیافت‌کننده‌های حافظه را ارائه می‌دهد که هر کدام نقاط قوت و ضعف خود را دارند. انتخاب یک بازیافت‌کننده حافظه به نیازمندی‌های برنامه و ویژگی‌های حجم کاری آن بستگی دارد. بیایید برخی از برجسته‌ترین آنها را بررسی کنیم:
۱. بازیافت‌کننده حافظه سریال (Serial Garbage Collector)
Serial GC یک بازیافت‌کننده تک‌نخی است که عمدتاً برای برنامه‌هایی که روی ماشین‌های تک‌هسته‌ای یا آنهایی که هیپ (heap) بسیار کوچکی دارند، مناسب است. این ساده‌ترین بازیافت‌کننده است و چرخه‌های کامل GC را انجام می‌دهد. عیب اصلی آن وقفه‌های طولانی 'stop-the-world' است که آن را برای محیط‌های تولیدی که نیاز به تأخیر کم دارند، نامناسب می‌سازد.
۲. بازیافت‌کننده حافظه موازی (Parallel Garbage Collector) (بازیافت‌کننده توان عملیاتی)
Parallel GC که به عنوان بازیافت‌کننده توان عملیاتی (throughput collector) نیز شناخته می‌شود، با هدف به حداکثر رساندن توان عملیاتی برنامه طراحی شده است. این بازیافت‌کننده از چندین نخ برای انجام بازیافت‌های جزئی (minor) و اصلی (major) حافظه استفاده می‌کند و مدت زمان چرخه‌های GC را کاهش می‌دهد. این یک انتخاب خوب برای برنامه‌هایی است که در آنها به حداکثر رساندن توان عملیاتی مهم‌تر از تأخیر کم است، مانند کارهای پردازش دسته‌ای (batch processing).
۳. بازیافت‌کننده حافظه CMS (Concurrent Mark Sweep) (منسوخ شده)
CMS برای کاهش زمان وقفه با انجام بیشتر عملیات بازیافت حافظه به صورت همزمان با نخ‌های برنامه طراحی شده بود. این بازیافت‌کننده از رویکرد علامت‌گذاری و پاک‌سازی همزمان (concurrent mark-sweep) استفاده می‌کرد. در حالی که CMS وقفه‌های کمتری نسبت به Parallel GC ارائه می‌داد، ممکن بود از مشکل چندپارگی (fragmentation) رنج ببرد و سربار CPU بالاتری داشت. CMS از جاوا ۹ منسوخ شده است و دیگر برای برنامه‌های جدید توصیه نمی‌شود. G1GC جایگزین آن شده است.
۴. G1GC (Garbage-First Garbage Collector)
G1GC از جاوا ۹ به بعد بازیافت‌کننده حافظه پیش‌فرض است و هم برای اندازه‌های بزرگ هیپ و هم برای زمان‌های وقفه کم طراحی شده است. این بازیافت‌کننده هیپ را به مناطقی (regions) تقسیم می‌کند و جمع‌آوری مناطقی را که بیشترین زباله را دارند در اولویت قرار می‌دهد، از این رو نام آن 'Garbage-First' (اول-زباله) است. G1GC تعادل خوبی بین توان عملیاتی و تأخیر فراهم می‌کند و آن را به یک انتخاب همه‌کاره برای طیف گسترده‌ای از برنامه‌ها تبدیل می‌کند. هدف آن نگه داشتن زمان وقفه زیر یک هدف مشخص (مثلاً ۲۰۰ میلی‌ثانیه) است.
۵. ZGC (Z Garbage Collector)
ZGC یک بازیافت‌کننده حافظه با تأخیر کم است که در جاوا ۱۱ معرفی شد (در جاوا ۱۱ آزمایشی، از جاوا ۱۵ آماده برای تولید). هدف آن به حداقل رساندن زمان‌های وقفه GC تا ۱۰ میلی‌ثانیه است، صرف نظر از اندازه هیپ. ZGC به صورت همزمان کار می‌کند و برنامه تقریباً بدون وقفه اجرا می‌شود. این برای برنامه‌هایی که به تأخیر بسیار کم نیاز دارند، مانند سیستم‌های معاملات با فرکانس بالا یا پلتفرم‌های بازی آنلاین، مناسب است. ZGC از اشاره‌گرهای رنگی (colored pointers) برای ردیابی ارجاعات به اشیاء استفاده می‌کند.
۶. بازیافت‌کننده حافظه Shenandoah
Shenandoah یک بازیافت‌کننده حافظه با زمان وقفه کم است که توسط Red Hat توسعه داده شده و یک جایگزین بالقوه برای ZGC است. این بازیافت‌کننده نیز با انجام بازیافت حافظه همزمان، به دنبال زمان‌های وقفه بسیار کم است. وجه تمایز کلیدی Shenandoah این است که می‌تواند هیپ را به صورت همزمان فشرده‌سازی کند، که می‌تواند به کاهش چندپارگی کمک کند. Shenandoah در OpenJDK و توزیع‌های Red Hat از جاوا آماده برای تولید است. این بازیافت‌کننده به دلیل زمان‌های وقفه کم و ویژگی‌های توان عملیاتی‌اش شناخته شده است. Shenandoah کاملاً با برنامه همزمان است که این مزیت را دارد که اجرای برنامه را در هیچ لحظه‌ای متوقف نمی‌کند. کار از طریق یک نخ اضافی انجام می‌شود.
پارامترهای کلیدی تنظیم GC
تنظیم بازیافت حافظه شامل تنظیم پارامترهای مختلف برای بهینه‌سازی عملکرد است. در اینجا برخی از پارامترهای حیاتی برای بررسی آورده شده‌اند که برای وضوح دسته‌بندی شده‌اند:
۱. پیکربندی اندازه هیپ (Heap Size)
-Xms(حداقل اندازه هیپ): اندازه اولیه هیپ را تنظیم می‌کند. به طور کلی، تمرین خوبی است که این مقدار را برابر با-Xmxتنظیم کنید تا از تغییر اندازه هیپ توسط JVM در حین اجرا جلوگیری شود.-Xmx(حداکثر اندازه هیپ): حداکثر اندازه هیپ را تنظیم می‌کند. این حیاتی‌ترین پارامتری است که باید پیکربندی شود. یافتن مقدار مناسب مستلزم آزمایش و نظارت است. یک هیپ بزرگتر می‌تواند توان عملیاتی را بهبود بخشد اما ممکن است زمان وقفه را افزایش دهد اگر GC مجبور باشد سخت‌تر کار کند.-Xmn(اندازه نسل جوان): اندازه نسل جوان (young generation) را مشخص می‌کند. نسل جوان جایی است که اشیاء جدید در ابتدا تخصیص داده می‌شوند. یک نسل جوان بزرگتر می‌تواند فرکانس GC های جزئی را کاهش دهد. برای G1GC، اندازه نسل جوان به طور خودکار مدیریت می‌شود اما می‌توان آن را با استفاده از پارامترهای-XX:G1NewSizePercentو-XX:G1MaxNewSizePercentتنظیم کرد.
۲. انتخاب بازیافت‌کننده حافظه
-XX:+UseSerialGC: بازیافت‌کننده سریال را فعال می‌کند.-XX:+UseParallelGC: بازیافت‌کننده موازی (بازیافت‌کننده توان عملیاتی) را فعال می‌کند.-XX:+UseG1GC: بازیافت‌کننده G1GC را فعال می‌کند. این پیش‌فرض برای جاوا ۹ و بالاتر است.-XX:+UseZGC: بازیافت‌کننده ZGC را فعال می‌کند.-XX:+UseShenandoahGC: بازیافت‌کننده Shenandoah را فعال می‌کند.
۳. پارامترهای خاص G1GC
-XX:MaxGCPauseMillis=: حداکثر زمان وقفه هدف را بر حسب میلی‌ثانیه برای G1GC تنظیم می‌کند. GC سعی خواهد کرد این هدف را برآورده کند، اما تضمینی نیست.-XX:G1HeapRegionSize=: اندازه مناطق داخل هیپ را برای G1GC تنظیم می‌کند. افزایش اندازه منطقه به طور بالقوه می‌تواند سربار GC را کاهش دهد.-XX:G1NewSizePercent=: حداقل درصد از هیپ که برای نسل جوان در G1GC استفاده می‌شود را تنظیم می‌کند.-XX:G1MaxNewSizePercent=: حداکثر درصد از هیپ که برای نسل جوان در G1GC استفاده می‌شود را تنظیم می‌کند.-XX:G1ReservePercent=: مقدار حافظه‌ای که برای تخصیص اشیاء جدید رزرو می‌شود. مقدار پیش‌فرض ۱۰٪ است.-XX:G1MixedGCCountTarget=: تعداد هدف بازیافت‌های حافظه ترکیبی (mixed) در یک چرخه را مشخص می‌کند.
۴. پارامترهای خاص ZGC
-XX:ZUncommitDelay=: مدت زمانی بر حسب ثانیه که ZGC قبل از بازگرداندن حافظه به سیستم عامل منتظر می‌ماند.-XX:ZAllocationSpikeFactor=: ضریب جهش (spike factor) برای نرخ تخصیص. مقدار بالاتر به این معنی است که GC مجاز است برای جمع‌آوری زباله تهاجمی‌تر عمل کند و می‌تواند چرخه‌های CPU بیشتری مصرف کند.
۵. سایر پارامترهای مهم
-XX:+PrintGCDetails: لاگ‌برداری دقیق GC را فعال می‌کند و اطلاعات ارزشمندی در مورد چرخه‌های GC، زمان‌های وقفه و استفاده از حافظه ارائه می‌دهد. این برای تجزیه و تحلیل رفتار GC حیاتی است.-XX:+PrintGCTimeStamps: مهرهای زمانی را در خروجی لاگ GC شامل می‌شود.-XX:+UseStringDeduplication(جاوا 8u20 و بالاتر، G1GC): با حذف رشته‌های یکسان تکراری در هیپ، مصرف حافظه را کاهش می‌دهد.-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses: استفاده از فراخوانی‌های صریح GC را در JDK فعلی فعال یا غیرفعال می‌کند. این برای جلوگیری از کاهش عملکرد در محیط تولید مفید است.-XX:+HeapDumpOnOutOfMemoryError: هنگام وقوع خطای OutOfMemoryError یک هیپ دامپ (heap dump) تولید می‌کند که امکان تجزیه و تحلیل دقیق استفاده از حافظه و شناسایی نشت حافظه را فراهم می‌کند.-XX:HeapDumpPath=: مکانی که فایل هیپ دامپ باید در آن نوشته شود را مشخص می‌کند.
مثال‌های عملی تنظیم GC
بیایید به چند مثال عملی برای سناریوهای مختلف نگاه کنیم. به یاد داشته باشید که اینها نقاط شروع هستند و نیاز به آزمایش و نظارت بر اساس ویژگی‌های خاص برنامه شما دارند. نظارت بر برنامه‌ها برای داشتن یک معیار مناسب مهم است. همچنین، نتایج ممکن است بسته به سخت‌افزار متفاوت باشد.
۱. برنامه پردازش دسته‌ای (متمرکز بر توان عملیاتی)
برای برنامه‌های پردازش دسته‌ای، هدف اصلی معمولاً به حداکثر رساندن توان عملیاتی است. تأخیر کم چندان حیاتی نیست. Parallel GC اغلب یک انتخاب خوب است.
java -Xms4g -Xmx4g -XX:+UseParallelGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar mybatchapp.jarدر این مثال، ما حداقل و حداکثر اندازه هیپ را روی ۴ گیگابایت تنظیم کرده، Parallel GC را فعال کرده و لاگ‌برداری دقیق GC را فعال کرده‌ایم.
۲. برنامه وب (حساس به تأخیر)
برای برنامه‌های وب، تأخیر کم برای تجربه کاربری خوب حیاتی است. G1GC یا ZGC (یا Shenandoah) اغلب ترجیح داده می‌شوند.
استفاده از G1GC:
java -Xms8g -Xmx8g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar mywebapp.jarاین پیکربندی حداقل و حداکثر اندازه هیپ را روی ۸ گیگابایت تنظیم می‌کند، G1GC را فعال می‌کند و حداکثر زمان وقفه هدف را روی ۲۰۰ میلی‌ثانیه تنظیم می‌کند. مقدار MaxGCPauseMillis را بر اساس نیازهای عملکرد خود تنظیم کنید.
استفاده از ZGC (نیاز به جاوا ۱۱+):
java -Xms8g -Xmx8g -XX:+UseZGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar mywebapp.jarاین مثال ZGC را با پیکربندی هیپ مشابه فعال می‌کند. از آنجایی که ZGC برای تأخیر بسیار کم طراحی شده است، معمولاً نیازی به پیکربندی هدف زمان وقفه ندارید. ممکن است برای سناریوهای خاص پارامترهایی اضافه کنید؛ به عنوان مثال، اگر با مشکلات نرخ تخصیص مواجه هستید، می‌توانید -XX:ZAllocationSpikeFactor=2 را امتحان کنید.
۳. سیستم معاملات با فرکانس بالا (تأخیر بسیار کم)
برای سیستم‌های معاملات با فرکانس بالا، تأخیر بسیار کم از اهمیت بالایی برخوردار است. ZGC یک انتخاب ایده‌آل است، با فرض اینکه برنامه با آن سازگار باشد. اگر از جاوا ۸ استفاده می‌کنید یا مشکلات سازگاری دارید، Shenandoah را در نظر بگیرید.
java -Xms16g -Xmx16g -XX:+UseZGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar mytradingapp.jarمشابه مثال برنامه وب، ما اندازه هیپ را تنظیم کرده و ZGC را فعال می‌کنیم. تنظیم بیشتر پارامترهای خاص ZGC را بر اساس حجم کاری در نظر بگیرید.
۴. برنامه‌های با مجموعه داده‌های بزرگ
برای برنامه‌هایی که با مجموعه داده‌های بسیار بزرگ سروکار دارند، ملاحظات دقیقی لازم است. استفاده از اندازه هیپ بزرگتر ممکن است ضروری باشد و نظارت حتی مهم‌تر می‌شود. داده‌ها همچنین می‌توانند در نسل جوان کش شوند اگر مجموعه داده کوچک و اندازه آن نزدیک به اندازه نسل جوان باشد.
نکات زیر را در نظر بگیرید:
- نرخ تخصیص اشیاء: اگر برنامه شما تعداد زیادی اشیاء با عمر کوتاه ایجاد می‌کند، نسل جوان ممکن است کافی باشد.
- طول عمر اشیاء: اگر اشیاء تمایل به عمر طولانی‌تری دارند، باید نرخ ارتقا از نسل جوان به نسل قدیم را نظارت کنید.
- ردپای حافظه: اگر برنامه به حافظه وابسته است و با استثناهای OutOfMemoryError مواجه می‌شوید، کاهش اندازه اشیاء یا کوتاه‌تر کردن عمر آنها می‌تواند مشکل را حل کند.
برای یک مجموعه داده بزرگ، نسبت نسل جوان به نسل قدیم مهم است. مثال زیر را برای دستیابی به زمان‌های وقفه کم در نظر بگیرید:
java -Xms32g -Xmx32g -XX:+UseG1GC -XX:MaxGCPauseMillis=100 -XX:G1NewSizePercent=20 -XX:G1MaxNewSizePercent=30 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar mydatasetapp.jarاین مثال یک هیپ بزرگتر (۳۲ گیگابایت) تنظیم می‌کند و G1GC را با زمان وقفه هدف کمتر و اندازه نسل جوان تنظیم‌شده، دقیق‌تر می‌کند. پارامترها را بر این اساس تنظیم کنید.
نظارت و تجزیه و تحلیل
تنظیم GC یک تلاش یک‌باره نیست؛ این یک فرآیند تکراری است که نیاز به نظارت و تجزیه و تحلیل دقیق دارد. در اینجا نحوه رویکرد به نظارت آورده شده است:
۱. لاگ‌برداری GC
لاگ‌برداری دقیق GC را با استفاده از پارامترهایی مانند -XX:+PrintGCDetails، -XX:+PrintGCTimeStamps و -Xloggc: فعال کنید. فایل‌های لاگ را برای درک رفتار GC، از جمله زمان‌های وقفه، فرکانس چرخه‌های GC و الگوهای استفاده از حافظه، تجزیه و تحلیل کنید. استفاده از ابزارهایی مانند GCViewer یا GCeasy را برای تجسم و تجزیه و تحلیل لاگ‌های GC در نظر بگیرید.
۲. ابزارهای نظارت بر عملکرد برنامه (APM)
از ابزارهای APM (مانند Datadog، New Relic، AppDynamics) برای نظارت بر عملکرد برنامه، از جمله استفاده از CPU، استفاده از حافظه، زمان‌های پاسخ و نرخ خطا استفاده کنید. این ابزارها می‌توانند به شناسایی گلوگاه‌های مربوط به GC کمک کرده و بینش‌هایی در مورد رفتار برنامه ارائه دهند. ابزارهایی در بازار مانند Prometheus و Grafana نیز می‌توانند برای مشاهده بینش‌های عملکردی در زمان واقعی استفاده شوند.
۳. هیپ دامپ‌ها (Heap Dumps)
هنگام وقوع خطاهای OutOfMemoryError، هیپ دامپ بگیرید (با استفاده از -XX:+HeapDumpOnOutOfMemoryError و -XX:HeapDumpPath=). هیپ دامپ‌ها را با استفاده از ابزارهایی مانند Eclipse MAT (Memory Analyzer Tool) برای شناسایی نشت حافظه و درک الگوهای تخصیص اشیاء تجزیه و تحلیل کنید. هیپ دامپ‌ها یک تصویر لحظه‌ای از استفاده حافظه برنامه در یک نقطه زمانی خاص ارائه می‌دهند.
۴. پروفایلینگ (Profiling)
از ابزارهای پروفایلینگ جاوا (مانند JProfiler، YourKit) برای شناسایی گلوگاه‌های عملکردی در کد خود استفاده کنید. این ابزارها می‌توانند بینش‌هایی در مورد ایجاد اشیاء، فراخوانی متدها و استفاده از CPU ارائه دهند، که می‌تواند به طور غیرمستقیم به شما در تنظیم GC با بهینه‌سازی کد برنامه کمک کند.
بهترین شیوه‌ها برای تنظیم GC
- با پیش‌فرض‌ها شروع کنید: پیش‌فرض‌های JVM اغلب نقطه شروع خوبی هستند. پیش از موعد بیش از حد تنظیم نکنید.
- برنامه خود را درک کنید: حجم کاری برنامه، الگوهای تخصیص اشیاء و ویژگی‌های استفاده از حافظه خود را بشناسید.
- در محیط‌های شبیه به تولید آزمایش کنید: پیکربندی‌های GC را در محیط‌هایی که شباهت زیادی به محیط تولید شما دارند آزمایش کنید تا تأثیر عملکرد را به طور دقیق ارزیابی کنید.
- به طور مداوم نظارت کنید: به طور مداوم رفتار GC و عملکرد برنامه را نظارت کنید. پارامترهای تنظیم را بر اساس نتایج مشاهده شده در صورت نیاز تنظیم کنید.
- متغیرها را جدا کنید: هنگام تنظیم، هر بار فقط یک پارامتر را تغییر دهید تا تأثیر هر تغییر را درک کنید.
- از بهینه‌سازی زودرس خودداری کنید: برای یک مشکل درک‌شده بدون داده‌ها و تحلیل‌های محکم بهینه‌سازی نکنید.
- بهینه‌سازی کد را در نظر بگیرید: کد خود را برای کاهش ایجاد اشیاء و سربار بازیافت حافظه بهینه کنید. به عنوان مثال، هر زمان که ممکن است از اشیاء مجدداً استفاده کنید.
- به‌روز بمانید: از آخرین پیشرفت‌ها در فناوری GC و به‌روزرسانی‌های JVM مطلع باشید. نسخه‌های جدید JVM اغلب شامل بهبودهایی در بازیافت حافظه هستند.
- تنظیمات خود را مستند کنید: پیکربندی GC، منطق پشت انتخاب‌های خود و نتایج عملکرد را مستند کنید. این به نگهداری و عیب‌یابی در آینده کمک می‌کند.
نتیجه‌گیری
تنظیم بازیافت حافظه یک جنبه حیاتی از بهینه‌سازی عملکرد برنامه‌های جاوا است. با درک انواع بازیافت‌کننده‌های حافظه، پارامترهای تنظیم و تکنیک‌های نظارت، می‌توانید به طور مؤثر برنامه‌های خود را برای برآورده کردن نیازمندی‌های عملکردی خاص بهینه کنید. به یاد داشته باشید که تنظیم GC یک فرآیند تکراری است و برای دستیابی به نتایج بهینه نیاز به نظارت و تجزیه و تحلیل مداوم دارد. با پیش‌فرض‌ها شروع کنید، برنامه خود را درک کنید و با پیکربندی‌های مختلف آزمایش کنید تا بهترین گزینه را برای نیازهای خود پیدا کنید. با پیکربندی و نظارت مناسب، می‌توانید اطمینان حاصل کنید که برنامه‌های جاوای شما به طور کارآمد و قابل اعتماد عمل می‌کنند، صرف نظر از دسترسی جهانی شما.