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: پسِ منظر میں Windows کی سرگرمی
Заголовок раздела « WPR: پسِ منظر میں Windows کی سرگرمی»| اشاریہ | Clean | Safe Advanced | Advanced Advanced | Expert 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 وقت کا تخمینہ، کور·s | 71.42بنیاد | 19.73Δ −51.68−72.37% | 15.06Δ −56.35−78.91% | 13.58Δ −57.84−80.98% |
| سیاق و سباق کی تبدیلیاں / s | 5,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 میں تھریڈ کی منتقلیاں / s | 3,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% |
| عمل کے ورکنگ سیٹس کا مجموعہ¹، MiB | 5,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 کا مجموعہ¹، MiB | 2,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 / s | 981.7بنیاد | 347.4Δ −634.3−64.61% | 306.4Δ −675.4−68.79% | 204.2Δ −777.5−79.20% |
| ہارڈویئر انٹرپٹس (ISR) / s | 420.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% |
| ڈسک سے پڑھنا، MiB | 920.36بنیاد | 295.67Δ −624.69−67.87% | 237.00Δ −683.36−74.25% | 218.96Δ −701.40−76.21% |
| ڈسک پر لکھنا، MiB | 758.41بنیاد | 123.43Δ −634.98−83.73% | 89.13Δ −669.28−88.25% | 66.27Δ −692.13−91.26% |
| اس میں WPR³ فائلوں کی تحریر، MiB | 591.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% |
| ونڈو کا دورانیہ، s | 300.000 | 300.018 | 300.003 | 300.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 وقت کا تخمینہ، کور·s | 59.41بنیاد | 81.31Δ +21.90+36.86% | 16.18Δ −43.23−72.77% | 8.76Δ −50.64−85.25% |
| سیاق و سباق کی تبدیلیاں / s | 1,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 میں تھریڈ کی منتقلیاں / s | 1,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% |
| عمل کے ورکنگ سیٹس کا مجموعہ¹، MiB | 5,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 کا مجموعہ¹، MiB | 2,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 / s | 1,210.5بنیاد | 277.5Δ −933.0−77.08% | 216.7Δ −993.7−82.09% | 108.8Δ −1,101.7−91.01% |
| ہارڈویئر انٹرپٹس (ISR) / s | 922.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% |
| ڈسک سے پڑھنا، MiB | 12.90بنیاد | 105.32Δ +92.42+716.28% | 81.50Δ +68.60+531.64% | 9.83Δ −3.07−23.78% |
| ڈسک پر لکھنا، MiB | 214.57بنیاد | 317.84Δ +103.27+48.13% | 86.97Δ −127.60−59.47% | 31.03Δ −183.54−85.54% |
| اس میں WPR³ فائلوں کی تحریر، MiB | 164.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% |
| ونڈو کا دورانیہ، s | 299.986 | 299.999 | 300.006 | 300.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 کی رائٹنگ کو لاگر فائلوں کے ناموں سے الگ کیا گیا ہے۔ یہ ڈسک پر ہونے والی مجموعی رائٹنگ میں پہلے ہی شامل ہے۔ ڈسک میٹرکس میں پیمائش کے ٹول کی سرگرمی بھی شامل ہے، اس لیے یہ ایپلیکیشنز کے لوڈ کا خالص تخمینہ نہیں ہیں۔
Clean اور Expert Hardcore کے موازنے میں، سائن اِن کے بعد CPU کا نمونہ جاتی استعمال تقریباً 5,3 گنا کم ہوا، اور بیکار حالت میں 6,8 گنا۔ بیکار حالت میں context switches تقریباً 5,8 گنا کم ہوئے؛ وقفے کے اختتام پر پروسیسز کی تعداد: 153 → 64۔ یہ مخصوص پیمائش شدہ میٹرکس کے تناسب ہیں، «Windows کی رفتار میں اضافے» کا کوئی واحد عدد نہیں۔
بیکار حالت میں Safe زیادہ بھاری کیوں نکلا
Заголовок раздела « بیکار حالت میں Safe زیادہ بھاری کیوں نکلا»Safe کی بیکار حالت کے آخری منٹ میں mscorsvw.exe اور ngen.exe چل رہے تھے۔ mscorsvw.exe پر تقریباً 56,4 CPU سیکنڈ صرف ہوئے۔ منٹ وار اوسط CPU: 0,40 → 0,20 → 0,19 → 0,19 → 7,49%۔ نتیجتاً، پہلے چار منٹ نسبتاً پرسکون ہونے کے باوجود پورا وقفہ Clean سے زیادہ بھاری نکلا۔
یہ اضافہ مرکزی جدول میں برقرار رکھا گیا ہے۔ ایک ہی مسلسل سیریز سے مستقل موڈ کے اثر کو عارضی پسِ منظر کے کاموں اور وقت کے ساتھ Windows کی حالت میں ہونے والی تبدیلیوں سے الگ نہیں کیا جا سکتا۔
میموری اور ڈسک کے اعداد کیسے پڑھیں
Заголовок раздела « میموری اور ڈسک کے اعداد کیسے پڑھیں»ڈسک پر مجموعی رائٹنگ میں خود WPR کی رائٹنگ بھی شامل ہے۔ مثال کے طور پر، Clean کی بیکار حالت میں 214,57 MiB رائٹنگ میں سے 164 MiB براہِ راست WPR لاگر فائلوں پر لکھی گئی۔ اس حصے کو جدول میں الگ قطار میں دکھایا گیا ہے۔ ٹیسٹ فولڈر OneDrive میں تھا؛ ہم وقت سازی کے اثر کو الگ سے نہیں ناپا گیا۔ اس اشاعت میں نیٹ ورک کی رفتار اور بجلی کی کھپت کا موازنہ نہیں کیا گیا۔
CS2: FPS اور فریم ٹائم
Заголовок раздела « CS2: FPS اور فریم ٹائم»| اشاریہ | Clean | Safe Advanced | Advanced Advanced | Expert Hardcore |
|---|---|---|---|---|
| اوسط FPS | 888.29بنیاد | 911.19Δ +22.91+2.58% | 914.56Δ +26.28+2.96% | 908.08Δ +19.79+2.23% |
| P1 FPS | 296.73بنیاد | 304.42Δ +7.69+2.59% | 308.55Δ +11.82+3.98% | 312.15Δ +15.42+5.20% |
| P0,1 FPS | 259.15بنیاد | 265.90Δ +6.76+2.61% | 260.28Δ +1.13+0.44% | 264.29Δ +5.14+1.98% |
| 1% کم: سست فریمز کی اوسط، FPS | 275.50بنیاد | 283.63Δ +8.14+2.95% | 283.41Δ +7.91+2.87% | 288.21Δ +12.71+4.61% |
| اوسط فریم ٹائم، ms | 1.126بنیاد | 1.097Δ −0.028−2.51% | 1.093Δ −0.032−2.87% | 1.101Δ −0.025−2.18% |
| فریم ٹائم کا P99، ms | 3.370بنیاد | 3.285Δ −0.085−2.53% | 3.241Δ −0.129−3.84% | 3.204Δ −0.167−4.95% |
| پڑوسی فریمز کا اوسط فرق، ms | 0.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 |
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 کے برابر نہیں ہے۔
تمام آٹھ رنز اور طویل فریم
| مرحلہ / رن | فریمز | اوسط FPS | P1 FPS | P99، ms | سب سے طویل فریم، ms |
|---|---|---|---|---|---|
| Clean / 1 | 93,631 | 891.72 | 299.70 | 3.337 | 11.956 |
| Clean / 2 | 92,911 | 884.85 | 293.75 | 3.404 | 12.453 |
| Safe Advanced / 1 | 95,928 | 913.59 | 306.00 | 3.268 | 10.488 |
| Safe Advanced / 2 | 95,424 | 908.79 | 302.84 | 3.302 | 7.385 |
| Advanced Advanced / 1 | 96,030 | 914.55 | 307.77 | 3.249 | 11.177 |
| Advanced Advanced / 2 | 96,031 | 914.57 | 309.32 | 3.233 | 8.448 |
| Expert Hardcore / 1 | 95,295 | 907.57 | 310.07 | 3.225 | 9.144 |
| Expert Hardcore / 2 | 95,403 | 908.59 | 314.23 | 3.182 | 8.894 |
تمام فریم وقفے مثبت ہیں اور زمانی ترتیب مسلسل بڑھتی ہے۔ طویل فریم برقرار رکھے گئے ہیں۔ فریم تجربے کے آزادانہ اعادے نہیں ہیں: یہاں ہر مرحلے کے لیے صرف دو FPS رنز ہیں۔ جدول میں حد ان دو رنز کے پھیلاؤ کو دکھاتی ہے، اعتماد کے وقفے کو نہیں۔
GPU کا اوسط لوڈ تقریباً 74–76% تھا، جس کی چوٹیاں 95–96% تک پہنچیں۔ یہ ڈیٹا منظرنامے کے ہر حصے کو صرف CPU تک محدود قرار دینے کی اجازت نہیں دیتا۔ CapFrameX کا PcLatency فیلڈ «ماؤس کی حرکت → اسکرین پر روشنی» کی فزیکل تاخیر کے طور پر استعمال نہیں کیا گیا۔
Frametime Variance: فریموں کی یکسانیت
Заголовок раздела « Frametime Variance: فریموں کی یکسانیت»CapFrameX کے Variances ٹیب کا اصول استعمال کیا گیا: دو متصل فریموں کے وقت کے فرق کی مطلق قدر |tᵢ − tᵢ₋₁|، ملی سیکنڈ میں۔ جوڑوں کو پانچ وقفوں میں تقسیم کیا گیا: <2، 2–<4، 4–<8، 8–<12 اور ≥12 мс۔ یہ متصل فریموں کے درمیان فرق کا میٹرک ہے؛ یہاں mс² میں شماریاتی variance شمار نہیں کیا گیا۔ وقفوں کی حدود CapFrameX v1.8.6 کے ماخذ کوڈ سے ملائی گئیں۔
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 | Safe Advanced | Advanced Advanced | Expert Hardcore |
|---|---|---|---|---|
| <2 ms | 94.1214% | 95.1774%Δ +1.0561 پ.پ. | 95.6581%Δ +1.5367 پ.پ. | 95.9087%Δ +1.7873 پ.پ. |
| 2–<4 ms | 5.8540% | 4.8038%Δ −1.0502 پ.پ. | 4.3226%Δ −1.5313 پ.پ. | 4.0693%Δ −1.7847 پ.پ. |
| 4–<8 ms | 0.0166% | 0.0162%Δ −0.0004 پ.پ. | 0.0172%Δ +0.0006 پ.پ. | 0.0210%Δ +0.0044 پ.پ. |
| 8–<12 ms | 0.0075% | 0.0026%Δ −0.0049 پ.پ. | 0.0021%Δ −0.0054 پ.پ. | 0.0010%Δ −0.0065 پ.پ. |
| ≥12 ms | 0.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»FPS کے لیے اینٹی وائرس بند کرنے کی سفارش نہیں کی جاتی۔ یہ سیریز تبدیلیوں کے مجموعوں کا موازنہ کرتی ہے؛ یہاں «تحفظ آن / آف» کے واحد متغیر کے ساتھ الگ ٹیسٹ نہیں کیا گیا۔ لہٰذا یہ اینٹی وائرس کے FPS پر صفر اثر کو ثابت نہیں کرتی اور نہ ہی اسے بند کرنے سے میموری کی بچت الگ سے ناپتی ہے۔
Microsoft تجویز کرتا ہے کہ حقیقی وقت کا تحفظ آن رکھا جائے۔ نمایاں لوڈ کی صورت میں، مخصوص وجہ تلاش کرنے کے لیے Microsoft Defender کی کارکردگی کا تجزیہ دستیاب ہے۔
حالت کی بحالی
Заголовок раздела « حالت کی بحالی»ان پیمائشوں کے دوران Expert Hardcore کے بعد اصل حالت کی بحالی کی جانچ نہیں کی گئی۔ آزادانہ حالتوں کے ساتھ ٹیسٹ دہرانے کے لیے پہلے سے تیار کردہ Clean امیج بحال کریں اور واپسی کے عمل کو دستاویزی شکل دیں۔ رول بیک کی عمومی حدود BoosterX کی بحالی کی حدود میں بیان کی گئی ہیں۔
ماخذ ڈیٹا اور دوبارہ حساب
Заголовок раздела « ماخذ ڈیٹا اور دوبارہ حساب»8 ETL · 8 CapFrameX JSON · جدول، چارٹس اور دوبارہ حساب کے اسکرپٹس۔ نتائج دیکھنے کے لیے آرکائیو کے اندر README.html کھولیں۔ اصل ریکارڈنگز میں کوئی ترمیم نہیں کی گئی۔ infinst.exe نام کی دو فائلیں بھی CS2 ٹیسٹ سے متعلق ہیں۔
آرکائیو کا SHA-2567f20104f7eb46428e5e4f383515653b1320827be39fc171d1b5590210d0fbcdd
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 ایپلیکیشن کا ماخذ کوڈ اور تیسرے فریق کی قابلِ اجرا فائلیں اس میں شامل نہیں ہیں۔
ماخذ اور تاریخ
Заголовок раздела « ماخذ اور تاریخ»- اس سیریز کی اصل ریکارڈنگز اور دوبارہ حساب کا اسکرپٹ اوپر دستیاب ہیں۔
- CS2 FPS BENCHMARK DUST2: نقشے کی تفصیل اور حدود۔
- Microsoft: CPU Analysis، CPU نمونے اور context switches۔
- Microsoft: xperf cswitch اور وقت کی حدود۔
- Microsoft: Defender کے مستقل تحفظ سے متعلق سفارشات۔
- Microsoft: پروسیس میموری کاؤنٹرز۔
- CapFrameX: Variances ٹیب اور تقسیموں کا موازنہ۔
- CapFrameX v1.8.6: Frametime Variance کا اصل حساب۔
- Wiki کی عمومی تحقیقی میتھڈولوجی۔
آخری جانچ: 2026-10-25۔ پہلا ایڈیشن اکتوبر 24 میں: ایک فزیکل PC پر چار مراحل، پیمائشوں کا کھلا ماخذ ڈیٹا اور دوبارہ حساب۔ اکتوبر 25 میں Clean کے مقابلے کے ڈیلٹا، توسیع شدہ FPS جدول اور Frametime Variance شامل کیے گئے۔ یہ تحقیق BoosterX کے ڈویلپر نے تیار کی۔ آزادانہ تصدیق کے لیے اصل ریکارڈنگز، ٹیسٹ کے حالات اور دوبارہ حساب کا اسکرپٹ شائع کیے گئے ہیں۔
