Перейти к содержимому

BoosterX: Windows کا پس منظر اور CS2 میں FPS

На этой странице

ایک ہی PC پر چار مراحل کا موازنہ۔ BoosterX کی اصلاحات مرحلہ وار لاگو کرنے کے بعد Windows کی پسِ منظر سرگرمی کم ہوئی، جبکہ منتخب CS2 بینچ مارک میں اوسط FPS، تیار شدہ Clean سسٹم کے مقابلے میں 2,23–2,96% بڑھا۔ Advanced Advanced نے سب سے زیادہ اوسط FPS دیا، جبکہ Expert Hardcore نے سب سے زیادہ P1 اور ریکارڈ شدہ بیکار حالت میں سب سے کم سرگرمی دکھائی۔

پیمائشیں BoosterX کے ڈویلپر نے کیں۔ نتیجہ مخصوص ٹیسٹ سیٹ اپ پر ایک سیریز سے متعلق ہے۔ حساب میں FPS کے تمام آٹھ رنز اور WPR کے مکمل پانچ منٹ کے وقفے شامل ہیں۔

WPR کے نتائج · CS2 کے نتائج · طریقۂ کار · ماخذ ڈیٹا ڈاؤن لوڈ کریں

مقصد: یہ جانچنا کہ Clean → Safe Advanced → Advanced Advanced → Expert Hardcore کی مرحلہ وار تبدیلی کے دوران، ایک مقررہ CS2 منظرنامے میں Windows کی پسِ منظر سرگرمی اور کارکردگی کیسے بدلتی ہے۔

WPR اور CapFrameX مختلف سوالوں کے جواب دیتے ہیں۔ WPR سائن اِن کے بعد اور بیکار حالت میں سسٹم کی سرگرمی دکھاتا ہے۔ CapFrameX گیمنگ لوڈ کے دوران فریموں کے درمیان وقفے ناپتا ہے۔ پسِ منظر میں CPU کا کئی گنا کم ہونا بذاتِ خود FPS میں اتنے ہی اضافے کا مطلب نہیں۔

پیرامیٹر سیریز کے حالات
پیمائش کی تاریخ 24 اکتوبر 2026 سال
CPU AMD Ryzen 7 7800X3D، 8 کور / 16 تھریڈ
GPU NVIDIA GeForce RTX 5070، ڈرائیور 617.42
RAM 32 GB، 2 × 16 GB DDR5-6000
مدربورڈ / BIOS ASRock B850 Riptide WiFi / 4.20
Windows Windows 11 Pro 26H2، بلڈ 26300.9711
BoosterX 2.4.2.4، Debug بلڈ؛ استعمال شدہ بائنری فائل کا ہیش محفوظ نہیں کیا گیا
CapFrameX 1.8.6.2
CS2 CS2 FPS BENCHMARK DUST2، Workshop ID 3240880604
گرافکس 1280×960، Low پری سیٹ، FidelityFX بند، Reflex آن، fps_max 0
دیگر ترتیبات ReBAR، Game Mode اور HAGS آن تھے؛ CapFrameX نے ڈسپلے موڈ کو Fullscreen Optimized or Borderless کے طور پر شناخت کیا
پاور Clean، Safe اور Advanced: «متوازن»؛ Expert Hardcore: PowerX v2.1

تیاری: Windows کی صاف تنصیب، تمام اپ ڈیٹس، Steam، Spotify اور AMD چپ سیٹ ڈرائیورز۔ CS2 کی فائلیں دوسری ڈرائیو سے منتقل کی گئیں۔ ویڈیو ڈرائیور کو DDU کے ذریعے ہٹایا گیا اور NVIDIA کے اجزا کے مختصر سیٹ کے ساتھ کسٹم انسٹالیشن ٹول کے ذریعے دوبارہ نصب کیا گیا۔ اجزا کی درست فہرست اور چپ سیٹ ڈرائیور کا ورژن الگ سے محفوظ نہیں کیا گیا۔ بنیادی پیمائش سے پہلے کوئی دوسری دستی تبدیلی نہیں کی گئی تھی۔

لہٰذا، Clean سے مراد یہاں BoosterX لاگو کرنے سے پہلے کا تیار شدہ سسٹم ہے، جس میں ایپلیکیشنز اور ڈرائیور پہلے سے موجود ہیں۔ یہ Windows کی تنصیب کی پہلی اسکرین کے فوراً بعد والی حالت نہیں ہے۔ Clean کی ETL میں OneDrive اور Edge اجزا کی سرگرمی بھی موجود ہے۔

سینسر ڈیٹا کے مطابق، FPS رنز میں CPU Max کی اوسط فریکوئنسی تقریباً 5035–5043 MHz اور GPU کی تقریباً 2927–2930 MHz تھی۔ فریکوئنسی بدلتی رہی: سیریز مقررہ CPU/GPU clocks کے ساتھ نہیں چلائی گئی۔ CPU Max ہر کور کی مؤثر فریکوئنسی کی پیمائش نہیں ہے۔ PBO اور Curve Optimizer کی ترتیبات ریکارڈ نہیں کی گئیں۔

چاروں حالتیں Windows کی ایک ہی تنصیب پر یکے بعد دیگرے لاگو کی گئیں۔ ہر مرحلے پر پہلے WPR سائیکل چلایا گیا، پھر FPS ٹیسٹ کیا گیا۔ مراحل کے درمیان Clean امیج پر واپسی نہیں کی گئی؛ تبدیلیاں جمع ہوتی گئیں۔ محفوظ شدہ مواد میں Expert Hardcore کی WPR کی ایک نامکمل کوشش بھی شامل ہے، جس کی ETL موجود نہیں۔ خلاصے میں اس کے بعد کی مکمل ریکارڈنگ شامل ہے۔ Expert Hardcore کا ایک FPS رن اس مکمل WPR ریکارڈنگ سے پہلے اور دوسرا اس کے بعد کیا گیا۔

WPR: ریکارڈنگ شروع ہونے کے بعد سائن اِن کے وقت پانچ منٹ، استحکام کے لیے پانچ منٹ، پھر پانچ منٹ بیکار حالت میں۔ CPU، ڈسک، فائل اور نیٹ ورک سرگرمی کے ہلکے پروفائلز ریکارڈ کیے گئے۔ حساب براہِ راست ETL سے، ہر مرحلے کے آغاز اور اختتام کے مارکرز کے درمیان کیا گیا۔ ہر وقفے کا دورانیہ 300 سیکنڈ سے 0,02 سیکنڈ سے بھی کم مختلف ہے۔ تمام آٹھ ETL ہیڈرز میں ایونٹس اور بفرز کا ضیاع صفر دکھایا گیا ہے۔

پہلے مرحلے کا آغاز Windows کے بوٹ ہونے کے تقریباً 15–23ویں سیکنڈ پر ہوا۔ اس ٹیسٹ میں OS کے بوٹ ہونے کا وقت نہیں ناپا گیا۔ حتمی میٹرکس ETL سے دوبارہ حساب کیے گئے ہیں۔

CS2: ہر مرحلے کے لیے تقریباً 105 سیکنڈ کے دو رنز۔ نقشے کا خودکار منظرنامہ استعمال کیا گیا۔ CapFrameX ریکارڈنگ ایک ہی حوالہ جاتی مقام کے قریب، ہاٹ کی کے ذریعے دستی طور پر شروع کی گئی۔ فریم بہ فریم آغاز کی ہم زمانی نہیں کی گئی۔ غلط پروسیس نام infinst.exe والی دو فائلیں بھی CS2 ٹیسٹ سے متعلق ہیں۔ آرکائیو میں اصل نام اور JSON کا مواد محفوظ ہے۔

CS2 کا درست build، ریکارڈنگ کے وقت نقشے کے مواد کا ورژن، MSAA کی الگ قدر اور ابتدائی وارم اپ کا دورانیہ ریکارڈ نہیں کیا گیا۔ Workshop پر نقشے کا موجودہ ورژن استعمال شدہ ورژن سے مختلف ہو سکتا ہے۔ یہ موازنہ اسی نقشے سے متعلق ہے، مسابقتی میچ میں FPS سے نہیں: نقشے کے مصنفین مقامی simulation اور سرور پر کھیل کے فرق کی الگ نشاندہی کرتے ہیں۔

WPR · Clean کے مقابلے میں Δ: فرق اور فیصد · ↔ ↕
اشاریہCleanSafe AdvancedAdvanced AdvancedExpert Hardcore
لاگ اِن کے بعد: ریکارڈنگ کے پہلے 5 منٹ
اوسط CPU استعمال، %1.488بنیاد0.411Δ −1.077 پ.پ.−72.37%0.314Δ −1.174 پ.پ.−78.91%0.283Δ −1.205 پ.پ.−80.99%
تقریباً 1 s کے وقفے میں CPU کی بلند ترین سطح، %30.60بنیاد14.30Δ −16.30 پ.پ.−53.27%11.36Δ −19.24 پ.پ.−62.89%6.44Δ −24.16 پ.پ.−78.95%
CPU وقت کا تخمینہ، کور·s71.42بنیاد19.73Δ −51.68−72.37%15.06Δ −56.35−78.91%13.58Δ −57.84−80.98%
سیاق و سباق کی تبدیلیاں / s5,781.8بنیاد1,330.6Δ −4,451.2−76.99%1,006.3Δ −4,775.4−82.59%763.3Δ −5,018.5−86.80%
سیاق و سباق کی کل تبدیلیاں1,734,523بنیاد399,198Δ −1,335,325−76.99%301,900Δ −1,432,623−82.59%229,000Δ −1,505,523−86.80%
Ready میں تھریڈ کی منتقلیاں / s3,692.2بنیاد817.9Δ −2,874.2−77.85%614.7Δ −3,077.5−83.35%455.7Δ −3,236.5−87.66%
ونڈو کے اختتام پر عمل148بنیاد96Δ −52−35.14%92Δ −56−37.84%67Δ −81−54.73%
ونڈو کے دوران عمل کے آغاز113بنیاد27Δ −86−76.11%18Δ −95−84.07%16Δ −97−85.84%
ونڈو کے اختتام پر تھریڈز2,566بنیاد1,718Δ −848−33.05%1,643Δ −923−35.97%1,349Δ −1,217−47.43%
ونڈو کے دوران تھریڈز کے آغاز2,833بنیاد1,030Δ −1,803−63.64%832Δ −2,001−70.63%683Δ −2,150−75.89%
عمل کے ورکنگ سیٹس کا مجموعہ¹، MiB5,054.5بنیاد3,283.6Δ −1,770.9−35.04%2,954.5Δ −2,099.9−41.55%2,234.4Δ −2,820.0−55.79%
عمل کے commit کا مجموعہ¹، MiB2,589.9بنیاد1,685.1Δ −904.8−34.93%1,586.2Δ −1,003.7−38.76%1,195.6Δ −1,394.3−53.84%
عمل کے ہینڈلز¹66,187بنیاد43,247Δ −22,940−34.66%40,520Δ −25,667−38.78%30,987Δ −35,200−53.18%
DPC / s981.7بنیاد347.4Δ −634.3−64.61%306.4Δ −675.4−68.79%204.2Δ −777.5−79.20%
ہارڈویئر انٹرپٹس (ISR) / s420.1بنیاد120.4Δ −299.7−71.34%102.7Δ −317.4−75.56%92.3Δ −327.8−78.03%
ونڈو کے دوران Hard faults²16,251بنیاد9,661Δ −6,590−40.55%6,049Δ −10,202−62.78%5,271Δ −10,980−67.57%
ڈسک سے پڑھنا، MiB920.36بنیاد295.67Δ −624.69−67.87%237.00Δ −683.36−74.25%218.96Δ −701.40−76.21%
ڈسک پر لکھنا، MiB758.41بنیاد123.43Δ −634.98−83.73%89.13Δ −669.28−88.25%66.27Δ −692.13−91.26%
اس میں WPR³ فائلوں کی تحریر، MiB591.76بنیاد85.00Δ −506.76−85.64%62.00Δ −529.76−89.52%42.00Δ −549.76−92.90%
ڈسک سے پڑھنے کے آپریشنز29,124بنیاد16,718Δ −12,406−42.60%13,234Δ −15,890−54.56%12,391Δ −16,733−57.45%
ڈسک پر لکھنے کے آپریشنز13,298بنیاد3,118Δ −10,180−76.55%2,157Δ −11,141−83.78%1,588Δ −11,710−88.06%
ونڈو کا دورانیہ، s300.000300.018300.003300.015
بیکار حالت: سائیکل کے آخری 5 منٹ
اوسط CPU استعمال، %1.238بنیاد1.694Δ +0.456 پ.پ.+36.86%0.337Δ −0.901 پ.پ.−72.77%0.183Δ −1.055 پ.پ.−85.25%
تقریباً 1 s کے وقفے میں CPU کی بلند ترین سطح، %12.17بنیاد17.74Δ +5.57 پ.پ.+45.79%6.47Δ −5.70 پ.پ.−46.86%6.25Δ −5.92 پ.پ.−48.64%
CPU وقت کا تخمینہ، کور·s59.41بنیاد81.31Δ +21.90+36.86%16.18Δ −43.23−72.77%8.76Δ −50.64−85.25%
سیاق و سباق کی تبدیلیاں / s1,944.9بنیاد2,061.6Δ +116.7+6.00%806.9Δ −1,138.0−58.51%336.5Δ −1,608.4−82.70%
سیاق و سباق کی کل تبدیلیاں583,440بنیاد618,477Δ +35,037+6.01%242,071Δ −341,369−58.51%100,967Δ −482,473−82.69%
Ready میں تھریڈ کی منتقلیاں / s1,208.0بنیاد1,272.0Δ +64.0+5.30%522.9Δ −685.1−56.72%200.3Δ −1,007.7−83.42%
ونڈو کے اختتام پر عمل153بنیاد101Δ −52−33.99%90Δ −63−41.18%64Δ −89−58.17%
ونڈو کے دوران عمل کے آغاز19بنیاد168Δ +149+784.21%6Δ −13−68.42%5Δ −14−73.68%
ونڈو کے اختتام پر تھریڈز2,388بنیاد1,678Δ −710−29.73%1,412Δ −976−40.87%1,189Δ −1,199−50.21%
ونڈو کے دوران تھریڈز کے آغاز1,200بنیاد2,321Δ +1,121+93.42%541Δ −659−54.92%333Δ −867−72.25%
عمل کے ورکنگ سیٹس کا مجموعہ¹، MiB5,150.6بنیاد3,477.7Δ −1,672.9−32.48%2,890.6Δ −2,260.0−43.88%2,202.8Δ −2,947.8−57.23%
عمل کے commit کا مجموعہ¹، MiB2,847.4بنیاد1,796.3Δ −1,051.1−36.91%1,587.9Δ −1,259.5−44.23%1,223.9Δ −1,623.5−57.02%
عمل کے ہینڈلز¹68,628بنیاد45,867Δ −22,761−33.17%39,888Δ −28,740−41.88%30,597Δ −38,031−55.42%
DPC / s1,210.5بنیاد277.5Δ −933.0−77.08%216.7Δ −993.7−82.09%108.8Δ −1,101.7−91.01%
ہارڈویئر انٹرپٹس (ISR) / s922.1بنیاد86.5Δ −835.6−90.62%64.3Δ −857.8−93.03%46.8Δ −875.3−94.93%
ونڈو کے دوران Hard faults²636بنیاد5,258Δ +4,622+726.73%1,040Δ +404+63.52%1,203Δ +567+89.15%
ڈسک سے پڑھنا، MiB12.90بنیاد105.32Δ +92.42+716.28%81.50Δ +68.60+531.64%9.83Δ −3.07−23.78%
ڈسک پر لکھنا، MiB214.57بنیاد317.84Δ +103.27+48.13%86.97Δ −127.60−59.47%31.03Δ −183.54−85.54%
اس میں WPR³ فائلوں کی تحریر، MiB164.00بنیاد172.00Δ +8.00+4.88%72.00Δ −92.00−56.10%15.00Δ −149.00−90.85%
ڈسک سے پڑھنے کے آپریشنز634بنیاد5,281Δ +4,647+732.97%4,241Δ +3,607+568.93%836Δ +202+31.86%
ڈسک پر لکھنے کے آپریشنز5,690بنیاد2,410Δ −3,280−57.64%1,250Δ −4,440−78.03%1,783Δ −3,907−68.66%
ونڈو کا دورانیہ، s299.986299.999300.006300.016

ہر قدر کے نیچے اسی مرحلے میں Clean کے مقابلے میں Δ دکھایا گیا ہے: قطار کی اکائیوں میں مطلق فرق اور فیصد میں نسبتی تبدیلی۔ CPU لوڈ کے لیے مطلق فرق percentage points (p.p.) میں دیا گیا ہے۔ منفی نشان کمی اور مثبت نشان اضافے کو ظاہر کرتا ہے؛ وقفے کا دورانیہ ڈیلٹا کے بغیر دیا گیا ہے۔ فارمولے: Δ = этап − Clean، Δ% = (этап / Clean − 1) × 100۔

CPU کا حساب CPU Usage (Sampled) نمونوں سے، وقفوں کے دورانیے کو مدِنظر رکھتے ہوئے اور 16 منطقی پروسیسرز پر اوسط لے کر کیا گیا۔ CPU وقت کا تخمینہ اوسط لوڈ × وقفے کا دورانیہ × 16 / 100 کے برابر ہے۔ چوٹی تقریباً ایک سیکنڈ کے وقفوں سے لی گئی ہے؛ آخری وقفے اس سے مختصر ہو سکتے ہیں۔ ایونٹس پورے وقفے کے اندر شمار کیے گئے؛ پروسیسز اور تھریڈز اس کے اختتام پر شمار کیے گئے، Idle کے بغیر۔ لانچز میں ایک ہی پروسیس کی بار بار تخلیق بھی شمار ہوتی ہے۔

¹ میموری اور ہینڈلز: ETL مکمل ہونے پر، آخری مارکر کے بعد 0,28–0,65 سیکنڈ میں پروسیس کاؤنٹرز کا اسنیپ شاٹ لیا گیا۔ درست وقفہ JSON میں محفوظ ہے۔ ورکنگ سیٹس کا مجموعہ مشترکہ صفحات کو بار بار شمار کرتا ہے اور استعمال شدہ فزیکل RAM کے برابر نہیں ہے۔ پروسیس Commit مختص شدہ ورچوئل میموری دکھاتا ہے، جس کی فراہمی RAM یا پیج فائل سے ضروری ہے؛ یہ پیج فائل میں حقیقتاً لکھی گئی مقدار نہیں ہے۔ یہ مجموعے کرنل، ڈرائیورز اور فائل کیش کی پوری میموری کی عکاسی نہیں کرتے۔

² Hard faults سے مراد RAM میں موجود نہ ہونے والے صفحے کو ڈسک سے لوڈ کرنا ہے، جس میں فائلوں کے صفحات بھی شامل ہیں۔ یہ میموری کی ہارڈویئر خرابیاں نہیں ہیں۔ DPC اور ISR ایونٹس کی شرح دکھاتے ہیں، ان پٹ کی تاخیر یا ان کی پروسیسنگ کے دورانیے کو نہیں۔

³ WPR کی رائٹنگ کو لاگر فائلوں کے ناموں سے الگ کیا گیا ہے۔ یہ ڈسک پر ہونے والی مجموعی رائٹنگ میں پہلے ہی شامل ہے۔ ڈسک میٹرکس میں پیمائش کے ٹول کی سرگرمی بھی شامل ہے، اس لیے یہ ایپلیکیشنز کے لوڈ کا خالص تخمینہ نہیں ہیں۔

چار مراحل کے لیے سائن اِن کے بعد اور بیکار حالت میں CPU کے اوسط نمونہ جاتی استعمال کا موازنہ۔ پیمانہ صفر سے شروع ہوتا ہے۔

Clean اور Expert Hardcore کے موازنے میں، سائن اِن کے بعد CPU کا نمونہ جاتی استعمال تقریباً 5,3 گنا کم ہوا، اور بیکار حالت میں 6,8 گنا۔ بیکار حالت میں context switches تقریباً 5,8 گنا کم ہوئے؛ وقفے کے اختتام پر پروسیسز کی تعداد: 153 → 64۔ یہ مخصوص پیمائش شدہ میٹرکس کے تناسب ہیں، «Windows کی رفتار میں اضافے» کا کوئی واحد عدد نہیں۔

Safe کی بیکار حالت کے آخری منٹ میں mscorsvw.exe اور ngen.exe چل رہے تھے۔ mscorsvw.exe پر تقریباً 56,4 CPU سیکنڈ صرف ہوئے۔ منٹ وار اوسط CPU: 0,40 → 0,20 → 0,19 → 0,19 → 7,49%۔ نتیجتاً، پہلے چار منٹ نسبتاً پرسکون ہونے کے باوجود پورا وقفہ Clean سے زیادہ بھاری نکلا۔

بیکار حالت کے ہر پانچ منٹ کے وقفے میں CPU۔ Safe میں آخری منٹ کا اضافہ دکھائی دیتا ہے؛ نتائج سے اقدار حذف نہیں کی گئیں۔

یہ اضافہ مرکزی جدول میں برقرار رکھا گیا ہے۔ ایک ہی مسلسل سیریز سے مستقل موڈ کے اثر کو عارضی پسِ منظر کے کاموں اور وقت کے ساتھ Windows کی حالت میں ہونے والی تبدیلیوں سے الگ نہیں کیا جا سکتا۔

ڈسک پر مجموعی رائٹنگ میں خود WPR کی رائٹنگ بھی شامل ہے۔ مثال کے طور پر، Clean کی بیکار حالت میں 214,57 MiB رائٹنگ میں سے 164 MiB براہِ راست WPR لاگر فائلوں پر لکھی گئی۔ اس حصے کو جدول میں الگ قطار میں دکھایا گیا ہے۔ ٹیسٹ فولڈر OneDrive میں تھا؛ ہم وقت سازی کے اثر کو الگ سے نہیں ناپا گیا۔ اس اشاعت میں نیٹ ورک کی رفتار اور بجلی کی کھپت کا موازنہ نہیں کیا گیا۔

دو رنز کی اوسط · Clean کے مقابلے میں Δ
اشاریہCleanSafe AdvancedAdvanced AdvancedExpert Hardcore
اوسط FPS888.29بنیاد911.19Δ +22.91+2.58%914.56Δ +26.28+2.96%908.08Δ +19.79+2.23%
P1 FPS296.73بنیاد304.42Δ +7.69+2.59%308.55Δ +11.82+3.98%312.15Δ +15.42+5.20%
P0,1 FPS259.15بنیاد265.90Δ +6.76+2.61%260.28Δ +1.13+0.44%264.29Δ +5.14+1.98%
1% کم: سست فریمز کی اوسط، FPS275.50بنیاد283.63Δ +8.14+2.95%283.41Δ +7.91+2.87%288.21Δ +12.71+4.61%
اوسط فریم ٹائم، ms1.126بنیاد1.097Δ −0.028−2.51%1.093Δ −0.032−2.87%1.101Δ −0.025−2.18%
فریم ٹائم کا P99، ms3.370بنیاد3.285Δ −0.085−2.53%3.241Δ −0.129−3.84%3.204Δ −0.167−4.95%
پڑوسی فریمز کا اوسط فرق، ms0.351بنیاد0.338Δ −0.013−3.64%0.335Δ −0.016−4.53%0.329Δ −0.022−6.30%
اوسط FPS: دو رنز کی حد884.85
– 891.72
908.79
– 913.59
914.55
– 914.57
907.57
– 908.59

صفر سے شروع ہونے والے پیمانے پر چار مراحل کا اوسط FPS۔ نقطے دونوں انفرادی رنز دکھاتے ہیں۔

Advanced Advanced نے سب سے زیادہ اوسط FPS دیا: 914,56 بمقابلہ Clean کے 888,29، +2,96%۔ Expert Hardcore کا اوسط FPS اس سے قدرے کم تھا، لیکن اس نے سب سے زیادہ P1 دکھایا: 312,15 بمقابلہ 296,73، +5,20%۔ سب سے جارحانہ مرحلہ تمام میٹرکس میں بہترین نہیں تھا۔

ہر رن کا اوسط FPS 1000 / среднее время кадра в мс کے برابر ہے۔ P1، 1000 / P99 времени кадра کے برابر ہے؛ P99 کو ترتیب دیے گئے فریموں پر خطی interpolation کے ذریعے شمار کیا جاتا ہے۔ ہر مرحلے کا نتیجہ دو پیمائشوں کا اوسط ہے۔ اقدار کے نیچے Clean کے مقابلے میں مطلق اور نسبتی ڈیلٹا دکھائے گئے ہیں۔ FPS کے لیے زیادہ قدر تیز رفتار، جبکہ فریم ٹائم کے لیے کم قدر تیز رفتار کو ظاہر کرتی ہے۔ 1% low قطار کو الگ سے 1000 / среднее время самых медленных 1% кадров کے طور پر شمار کیا گیا ہے اور یہ P1 کے برابر نہیں ہے۔

تمام آٹھ رنز اور طویل فریم
تمام رنز، سست فریمز حذف کیے بغیر
مرحلہ / رنفریمزاوسط FPSP1 FPSP99، msسب سے طویل فریم، ms
Clean / 193,631891.72299.703.33711.956
Clean / 292,911884.85293.753.40412.453
Safe Advanced / 195,928913.59306.003.26810.488
Safe Advanced / 295,424908.79302.843.3027.385
Advanced Advanced / 196,030914.55307.773.24911.177
Advanced Advanced / 296,031914.57309.323.2338.448
Expert Hardcore / 195,295907.57310.073.2259.144
Expert Hardcore / 295,403908.59314.233.1828.894

تمام فریم وقفے مثبت ہیں اور زمانی ترتیب مسلسل بڑھتی ہے۔ طویل فریم برقرار رکھے گئے ہیں۔ فریم تجربے کے آزادانہ اعادے نہیں ہیں: یہاں ہر مرحلے کے لیے صرف دو FPS رنز ہیں۔ جدول میں حد ان دو رنز کے پھیلاؤ کو دکھاتی ہے، اعتماد کے وقفے کو نہیں۔

GPU کا اوسط لوڈ تقریباً 74–76% تھا، جس کی چوٹیاں 95–96% تک پہنچیں۔ یہ ڈیٹا منظرنامے کے ہر حصے کو صرف CPU تک محدود قرار دینے کی اجازت نہیں دیتا۔ CapFrameX کا PcLatency فیلڈ «ماؤس کی حرکت → اسکرین پر روشنی» کی فزیکل تاخیر کے طور پر استعمال نہیں کیا گیا۔

CapFrameX کے Variances ٹیب کا اصول استعمال کیا گیا: دو متصل فریموں کے وقت کے فرق کی مطلق قدر |tᵢ − tᵢ₋₁|، ملی سیکنڈ میں۔ جوڑوں کو پانچ وقفوں میں تقسیم کیا گیا: <2، 2–<4، 4–<8، 8–<12 اور ≥12 мс۔ یہ متصل فریموں کے درمیان فرق کا میٹرک ہے؛ یہاں mс² میں شماریاتی variance شمار نہیں کیا گیا۔ وقفوں کی حدود CapFrameX v1.8.6 کے ماخذ کوڈ سے ملائی گئیں۔

CapFrameX کے وقفوں کے مطابق متصل فریموں کے فرق کی تقسیم۔ اوپر مکمل 0–100% پیمانہ، نیچے 2 ms سے شروع ہونے والے فرق الگ سے 0–8% پیمانے پر دکھائے گئے ہیں۔

Expert Hardcore میں 2 ms سے فرق والے جوڑوں کا تناسب 4,091% ہے، جبکہ Clean میں 5,879% ہے۔ یہ −1,787 p.p.، یا Clean کے مقابلے میں −30,4% ہے۔ Safe Advanced میں کمی 18,0% اور Advanced Advanced میں 26,1% ہے۔ یہ فیصد 2 ms سے شروع ہونے والے متصل فریموں کے فرق کے تناسب سے متعلق ہیں، FPS میں اضافے یا نشانہ لگانے کی درستگی سے نہیں۔

فریم جوڑوں کا تناسب، % · Clean کے مقابلے میں Δ، پ.پ.
پڑوسی فریمز کا فرقCleanSafe AdvancedAdvanced AdvancedExpert Hardcore
<2 ms94.1214%95.1774%Δ +1.0561 پ.پ.95.6581%Δ +1.5367 پ.پ.95.9087%Δ +1.7873 پ.پ.
2–<4 ms5.8540%4.8038%Δ −1.0502 پ.پ.4.3226%Δ −1.5313 پ.پ.4.0693%Δ −1.7847 پ.پ.
4–<8 ms0.0166%0.0162%Δ −0.0004 پ.پ.0.0172%Δ +0.0006 پ.پ.0.0210%Δ +0.0044 پ.پ.
8–<12 ms0.0075%0.0026%Δ −0.0049 پ.پ.0.0021%Δ −0.0054 پ.پ.0.0010%Δ −0.0065 پ.پ.
≥12 ms0.0005%0.0000%Δ −0.0005 پ.پ.0.0000%Δ −0.0005 پ.پ.0.0000%Δ −0.0005 پ.پ.

ہر مرحلے میں دو رنز کے جوڑوں کے شمار یکجا کیے گئے ہیں؛ ایک رن کے آخری فریم کو دوسرے رن کے پہلے فریم سے نہیں جوڑا گیا۔ مخرج دونوں رنز کے N − 1 کا مجموعہ ہے۔ اس لیے تناسب جوڑوں کی تعداد کے لحاظ سے وزن کیے گئے ہیں، جبکہ FPS کی دو قدروں کا اوسط لیا گیا ہے۔ درست تعدادیں JSON اور CSV میں محفوظ ہیں؛ جدول میں تناسب کو اعشاریہ کے بعد چار ہندسوں تک گول کیا گیا ہے۔ CapFrameX انہیں پہلے ہی گول کر دیتا ہے، اس لیے آخری دکھائے گئے ہندسے مختلف ہو سکتے ہیں۔

بنیادی کمی 2–<4 ms کے وقفے میں ہے۔ Expert Hardcore میں 4–<8 ms کے فرق کا تناسب Clean سے قدرے زیادہ ہے: 0,0210% بمقابلہ 0,0166%۔ تمام وقفے محفوظ ہیں، بشمول نایاب فرق۔ دو رنز کی بنیاد پر اس تبدیلی کے قابلِ تکرار ہونے کا تعین نہیں کیا جا سکتا۔

نشانہ لگانے کے لیے اس کا مطلب: اس بینچ مارک میں 2 ms کی حد کے مطابق فریموں کے درمیان وقفے زیادہ یکساں ہوئے۔ نشانے کے بصری طور پر ہموار حرکت کرنے کا ممکنہ فائدہ ایک مفروضہ ہے: فریم وقفوں کی ریکارڈنگ نشانہ لگانے کی درستگی، ماؤس کی حرکت یا تصویر ظاہر ہونے تک کی تاخیر نہیں ناپتی۔ اس سیریز کی بنیاد پر «نشانہ لگانا بہت بہتر» ہونے کا دعویٰ نہیں کیا جا سکتا۔

اس مسلسل سیریز میں سائن اِن کے بعد پسِ منظر سرگرمی میں کمی ریکارڈ کی گئی۔ منتخب CS2 منظرنامے میں، Clean کے بعد آنے والے تینوں مراحل نے تیار شدہ Clean کے مقابلے میں زیادہ اوسط FPS دیا۔ اس ٹیسٹ سیٹ اپ پر عملی نتیجہ: اوسط FPS میں تقریباً 2–3% اضافہ، جبکہ Advanced اور Expert Hardcore کی نمایاں خوبیاں مختلف ہیں۔

یہ تحقیق کسی ایک ترتیب کے اثر، اضافے کی عمومی مقدار، Windows کے آغاز کے وقت یا ان پٹ کی فزیکل تاخیر کا تعین نہیں کرتی۔ Expert Hardcore میں پاور پلان کی تبدیلی شامل ہے، اس لیے پورے مرحلے کا موازنہ کیا گیا ہے۔ پروسیسز کی تعداد میں کمی بذاتِ خود گیمنگ کارکردگی کا پیمانہ نہیں ہے۔

حدود: ایک PC، مراحل کی مقررہ ترتیب، ہر مرحلے کے لیے WPR کی ایک مکمل ریکارڈنگ، FPS کے دو رنز، کیپچر کا دستی آغاز، اور Debug بلڈ جس کی بائنری فائل کا ہیش محفوظ نہیں کیا گیا۔ ترتیب، کیش وارم اپ اور پسِ منظر کی دیکھ بھال کے اثرات کو اصلاحات سے الگ نہیں کیا گیا۔ Clean کی بیکار حالت میں Task Manager بھی مختصر وقت کے لیے چلا؛ پورا وقفہ بغیر کسی حصے کو کاٹے محفوظ رکھا گیا۔ اس سیریز میں آزادانہ طور پر دوبارہ ٹیسٹ یا Clean پر کنٹرول شدہ واپسی نہیں کی گئی۔

FPS کے لیے اینٹی وائرس بند کرنے کی سفارش نہیں کی جاتی۔ یہ سیریز تبدیلیوں کے مجموعوں کا موازنہ کرتی ہے؛ یہاں «تحفظ آن / آف» کے واحد متغیر کے ساتھ الگ ٹیسٹ نہیں کیا گیا۔ لہٰذا یہ اینٹی وائرس کے FPS پر صفر اثر کو ثابت نہیں کرتی اور نہ ہی اسے بند کرنے سے میموری کی بچت الگ سے ناپتی ہے۔

Microsoft تجویز کرتا ہے کہ حقیقی وقت کا تحفظ آن رکھا جائے۔ نمایاں لوڈ کی صورت میں، مخصوص وجہ تلاش کرنے کے لیے Microsoft Defender کی کارکردگی کا تجزیہ دستیاب ہے۔

ان پیمائشوں کے دوران Expert Hardcore کے بعد اصل حالت کی بحالی کی جانچ نہیں کی گئی۔ آزادانہ حالتوں کے ساتھ ٹیسٹ دہرانے کے لیے پہلے سے تیار کردہ Clean امیج بحال کریں اور واپسی کے عمل کو دستاویزی شکل دیں۔ رول بیک کی عمومی حدود BoosterX کی بحالی کی حدود میں بیان کی گئی ہیں۔

تمام ڈیٹا ZIP ڈاؤن لوڈ کریں 301.7 MiB

8 ETL · 8 CapFrameX JSON · جدول، چارٹس اور دوبارہ حساب کے اسکرپٹس۔ نتائج دیکھنے کے لیے آرکائیو کے اندر README.html کھولیں۔ اصل ریکارڈنگز میں کوئی ترمیم نہیں کی گئی۔ infinst.exe نام کی دو فائلیں بھی CS2 ٹیسٹ سے متعلق ہیں۔

آرکائیو کا SHA-256
7f20104f7eb46428e5e4f383515653b1320827be39fc171d1b5590210d0fbcdd

WPR, CSV · تمام FPS رنز، CSV · Frametime Variance, CSV · حسابات، JSON · دوبارہ حساب کا اسکرپٹ

ایک آرکائیو میں چار مکمل WPR مراحل کی اصل ڈائریکٹریز، Expert Hardcore کی نامکمل کوشش، CapFrameX کی آٹھ اصل JSON فائلیں، ریکارڈنگ کے لیے استعمال شدہ اسکرپٹس، طریقۂ کار، جدولیں، گراف اور دوبارہ حساب کا ماخذ شامل ہیں۔ پرانے smoke ٹیسٹ اور ان کی نقل کرنے والے سروس آرکائیوز شامل نہیں ہیں۔ اصل ڈائریکٹریز میں موجود پرانا تصدیقی اسٹیٹس، ETL سے یہاں کیے گئے حساب کو تبدیل نہیں کرتا۔

ETL کے خود تجزیے کے لیے Windows Performance Toolkit درکار ہے؛ اصل گیم ریکارڈنگز کے لیے CapFrameX استعمال کیا جا سکتا ہے۔ اسکرپٹ analysis/analyze.py، Python 3 اور WPT 10+ استعمال کرتا ہے؛ یہ ریکارڈنگ شروع نہیں کرتا اور نہ ہی سسٹم میں تبدیلی کرتا ہے۔ ہدایات README.html میں ہیں۔ چیکسم فائلوں کی عدم تبدیلی کی تصدیق کرتے ہیں؛ وہ تجربے کے حالات کو ثابت نہیں کرتے۔

سسٹم ٹریسز اصل شکل میں محفوظ ہیں: ان میں ٹیسٹ انسٹالیشن کی تکنیکی معلومات شامل ہیں، مثلاً پروسیسز، مقامی راستے اور سسٹم شناخت کنندگان۔ آرکائیو کو شناخت سے پاک قرار نہیں دیا گیا ہے۔ BoosterX ایپلیکیشن کا ماخذ کوڈ اور تیسرے فریق کی قابلِ اجرا فائلیں اس میں شامل نہیں ہیں۔

آخری جانچ: 2026-10-25۔ پہلا ایڈیشن اکتوبر 24 میں: ایک فزیکل PC پر چار مراحل، پیمائشوں کا کھلا ماخذ ڈیٹا اور دوبارہ حساب۔ اکتوبر 25 میں Clean کے مقابلے کے ڈیلٹا، توسیع شدہ FPS جدول اور Frametime Variance شامل کیے گئے۔ یہ تحقیق BoosterX کے ڈویلپر نے تیار کی۔ آزادانہ تصدیق کے لیے اصل ریکارڈنگز، ٹیسٹ کے حالات اور دوبارہ حساب کا اسکرپٹ شائع کیے گئے ہیں۔