ہم Windows کی تحقیق کیسے کرتے ہیں

«ونڈوز ریسرچ» سیکشن میں ہم مخصوص تکنیکی دعووں کی جانچ کرتے ہیں۔ ہر مضمون میں ہم وضاحت کرتے ہیں کہ کیا جانچا گیا، کن حالات میں، اور نتیجہ کن سسٹمز پر لاگو ہوتا ہے۔

کسی پیرامیٹر کی موجودگی، سسٹم کے کام پر اس کا اثر، اور کارکردگی میں اضافہ — ان سب کے لیے الگ ثبوت درکار ہیں۔

ثبوت کسے شمار کیا جاتا ہے

ہم کئی آزاد اقسام کے شواہد استعمال کرتے ہیں:

1. بنیادی دستاویزات۔ Microsoft کی سرکاری دستاویزات، تفصیلات، اور ہارڈویئر یا ایپلیکیشن بنانے والے کی دستاویزات۔
2. جامد مشاہدہ۔ کسی مخصوص ورژن کے جزو میں عمل درآمد کی نشانیاں۔ ایسا مشاہدہ صرف جانچے گئے بلڈ تک محدود ہوتا ہے اور بذات خود رن ٹائم کے دوران راستے پر عمل کو ثابت نہیں کرتا۔
3. متحرک مشاہدہ۔ بیان کردہ منظر نامے میں حاصل کردہ سسٹم ایونٹس، اجزاء کی حالت، اور ٹریسز۔
4. کنٹرول شدہ پیمائش۔ کسی معلوم تبدیلی اور تصدیق شدہ حالت کی واپسی کے ساتھ پہلے سے منتخب میٹرک کا موازنہ۔
5. تکرار۔ کسی آزاد رن، دوسرے سسٹم یا بلڈ پر نتیجے کی دہرائی۔

جمع آوری اور پروسیسنگ کے خودکار اندرونی طریقے شائع نہیں کیے جاتے۔ اس سے جانچے جانے والے سوال، کنفیگریشن، میٹرکس، رنز کی تعداد اور حدود ظاہر کرنے کی شرط نہیں بدلتی۔

مواد کے اسٹیٹس

اسٹیٹس	مطلب
دستاویز شدہ	رویے کی وضاحت بنیادی عوامی ماخذ میں موجود ہے۔
مشاہدہ شدہ	ایونٹ یا حالت بیان کردہ ماحول میں پائی گئی۔
پیمائش شدہ	بیان کردہ طریقہ کار کے مطابق عددی فرق حاصل ہوا۔
دہرایا گیا	نتیجہ آزادانہ طور پر دہرایا گیا۔
دہرایا نہیں گیا	بیان کردہ حالات میں دعویٰ شدہ اثر نہیں ملا۔
ناکافی ڈیٹا	طریقہ کار یا نمونہ نتیجہ اخذ کرنے کی اجازت نہیں دیتا۔

اسٹیٹس کسی الگ دعوے سے متعلق ہوتا ہے، نہ کہ خودکار طور پر پورے مضمون سے۔ ہم من مانی اعتماد کا فیصد استعمال نہیں کرتے اور دوسرے سسٹمز پر جانچ کے بغیر نتیجے کو عالمی طور پر ثابت شدہ نہیں کہتے۔

تجربہ کیسے ترتیب دیا جاتا ہے

پیمائش سے پہلے درج ذیل طے کیا جاتا ہے:

• ایک جانچا جانے والا سوال؛
• آزاد متغیر؛
• بنیادی میٹرک اور اس کی اکائی؛
• Windows build، اہم ہارڈویئر، ڈرائیورز اور ایپلیکیشن ورژنز؛
• عملی طور پر اہم حد؛
• اصل حالت واپس کرنے کا طریقہ۔

ہم اصل اور تبدیل شدہ حالتوں کا موازنہ کرتے ہیں، پھر واپسی کی جانچ کرتے ہیں۔ جہاں ممکن ہو، جوڑی رنز کی ترتیب بدلتے ہیں۔ وارم اپ، پاور، درجہ حرارت اور پس منظر کے بوجھ کو کنٹرول کرتے ہیں؛ اگر یہ ممکن نہ ہو تو حد بیان کر دیتے ہیں۔

ایک ہی ٹریس کے الگ الگ وقفے وقت کے ساتھ تبدیلیاں دکھاتے ہیں، مگر آزاد تکرار شمار نہیں ہوتے۔ ورچوئل مشین کے نتیجے کو خودکار طور پر فزیکل کمپیوٹر پر منتقل نہیں کیا جا سکتا۔ ایک ہی کلاس کے تمام آلات کے بارے میں نتیجہ اخذ کرنے کے لیے ایک آلے کی جانچ کافی نہیں۔

فزیکل click-to-photon اسٹینڈ

گیمنگ ریسرچ کے لیے ہم اپنا ہارڈویئر اسٹینڈ استعمال کرتے ہیں۔ یہ ماؤس کے بٹن کے برقی سگنل سے لے کر اسکرین پر پکسل کی چمک میں تبدیلی تک مکمل تاخیر کو فزیکل طور پر ماپتا ہے، بغیر اس وقفے کے سافٹ ویئر اندازے کے۔

بنیادی راستہ اس طرح بنایا گیا ہے:

1. تار پہلی نسل کے Logitech G PRO X SUPERLIGHT کے بائیں بٹن کی لائن سے جڑا ہوا ہے۔ برقی فرنٹ Arduino Uno ٹائمر شروع کرتا ہے۔
2. وہی کلک ماؤس کنٹرولر، USB، Windows، گیم، رینڈرنگ قطار، GPU اور مانیٹر سے گزرتا ہے۔
3. اسکرین پر لگا فوٹو سینسر ٹائمر کو اس وقت روکتا ہے جب ٹیسٹ ایریا کی چمک پہلے سے منتخب حد کو عبور کرتی ہے۔
4. ایک نتیجہ مکمل click-to-photon وقفہ ملی سیکنڈز میں رکھتا ہے۔

ایسا آغاز جان بوجھ کر ماؤس کنٹرولر کی پروسیسنگ اور اس کے click debounce کو شامل کرتا ہے، مگر بٹن کی مکینیکل حرکت کو رابطہ بند ہونے تک شامل نہیں کرتا۔ ہم حتمی قدر سے ماؤس کی تاخیر تفریق نہیں کرتے۔ RTINGS کی موجودہ آزاد پیمائش کے طریقہ کار میں G PRO X SUPERLIGHT کے لیے کیبل کے ذریعے 2.5 ms اور receiver کے ذریعے 3.1 ms درج ہے۔ کم ماپا گیا click latency اس ماؤس کو اسٹینڈ کا مستحکم حصہ بناتا ہے، مگر نتیجے کو خالص Windows یا گیم کی تاخیر نہیں بناتا۔

Arduino Nano فارمیٹ کا الگ HID مائیکرو کنٹرولر Windows میں خودکار طور پر کلکس بھیج سکتا ہے۔ یہ راستہ اس وقت استعمال ہوتا ہے جب دستی دبانے کے فرق کو ختم کرنا اور ان پٹ سگنل کو کنٹرول شدہ رفتار میں دہرانا ہو۔ یہ ایک مختلف سوال کا جواب دیتا ہے اور ان سیریز کے ساتھ نہیں ملایا جاتا جو ماؤس بٹن کی فزیکل لائن سے شروع ہوتی ہیں۔

CS2 میں workshop نقشہ BXLAT استعمال ہوتا ہے، جہاں کلک ٹیسٹ ایریا میں متوقع تبدیلی پیدا کرتا ہے۔ ایسا ہی بصری منظر نامہ Valorant میں استعمال ہوتا ہے۔ فوٹو سینسر کی پوزیشن، ریزولوشن، مانیٹر کی فریکوئنسی، FPS کی حد، display scaling موڈ، presentation mode اور روشنی کی حد پوری موازنہ سیریز کے لیے طے کر دیے جاتے ہیں۔

موجودہ معیار کے مطابق ہر حالت پر کم از کم 300 درست کلکس درکار ہیں۔ نئی سیریز میں ہم اوسط، معیاری انحراف، کم سے کم، زیادہ سے کم، پرسنٹائلز بشمول P90، اور گراف بنانے کے لیے تقسیم محفوظ کرتے ہیں۔ غلط ٹرگرنگ، ٹائم آؤٹ سے تجاوز، اور پہلے سے مقررہ حد سے باہر کی قدروں کو نشان زد کرتے ہیں اور سیریز کی موزونیت جانچتے وقت ان کا لحاظ کرتے ہیں۔

اس اسٹینڈ پر ریسرچ کئی سال سے جاری ہے، اور اس دوران اسٹوریج فارمیٹ بدلتا رہا۔ تاریخی پیمائشوں کی عوامی جدول میں 300 کلکس کی سیریز اور 100 کی پرانی سیریز موجود ہیں۔ کچھ پرانے ٹیسٹوں کے لیے صرف AVG، STDDEV، MIN اور MAX محفوظ ہیں؛ غائب P90 یا گراف مجموعی اعداد سے بحال نہیں کیے جاتے اور انہیں واضح طور پر دستیاب نہ ہونے کے طور پر نشان زد کیا جاتا ہے۔ نئی سیریز توسیع شدہ اعداد و شمار کے ساتھ شائع کی جائیں گی۔

نتیجے میں کیا شائع ہوتا ہے

مضمون میں شامل ہوتا ہے:

• مختصر جواب؛
• جانچا جانے والا دعویٰ؛
• تحقیق کا دائرہ؛
• طریقہ کار اور آزاد ٹریسز کی تعداد؛
• میٹرک قدروں اور پھیلاؤ؛
• تصدیق شدہ اور غیر تصدیق شدہ نتائج؛
• خارج شدہ یا آلودہ میٹرکس؛
• حدود؛
• یکساں نتیجے کی ضمانت کے بغیر عملی سفارش؛
• حالت کی واپسی کی تصدیق؛
• بنیادی عوامی ماخذ اور جانچ کی تاریخ۔

اگر نتیجے نے کسی مقبول سفارش یا BoosterX فیچر کی تصدیق نہ کی ہو، تب بھی اسے شائع کیا جا سکتا ہے۔ پروڈکٹ میں کسی سیٹنگ کی موجودگی اس کی افادیت کا ثبوت نہیں ہے۔

خود کیسے جانچیں

ہماری ریسرچ کے متحرک مشاہدوں کا ایک اہم حصہ عوامی ٹولز سے دہرایا جا سکتا ہے: سسٹم ٹریسز کے لیے Sysinternals ProcMon اور عوامی Microsoft symbols کے ساتھ WinDbg۔ جانچ کا بنیادی راستہ اس طرح ہے۔

1. پیرامیٹر پڑھنا — ProcMon۔ Options → Configure Symbols کھولیں اور عوامی Microsoft symbol سرور درج کریں تاکہ اسٹیکس ماڈیول اور فنکشن کے نام دکھائیں۔ پھر Path contains فلٹر شامل کریں — مثلاً HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile سے SystemResponsiveness۔ ریڈ ایونٹس سے نظر آتا ہے کہ قدر پڑھی جا رہی ہے یا نہیں، کب، اور کس پروسیس کے ذریعے۔
2. کون پڑھتا ہے — کال اسٹیک۔ ایونٹ پر ڈبل کلک اس کی خصوصیات کھولتا ہے؛ Stack ٹیب میں ماڈیولز کی زنجیر دکھائی جاتی ہے — یہی پیرامیٹر کا «پڑھنے والا» ہے۔ مثلاً user32.dll سے win32kfull.sys تک زنجیر کا مطلب ہے کہ قدر کے لیے Win32k ذیلی نظام ذمہ دار ہے۔
3. رن ٹائم رویہ — WinDbg۔ عوامی Microsoft symbols کے ساتھ اسٹیک کے فنکشنز پر بریک پوائنٹ لگایا جا سکتا ہے اور دیکھا جا سکتا ہے کہ پڑھی گئی قدر کیسے لاگو ہوتی ہے۔
4. مصنوعی ٹیسٹ۔ قدر بدلیں اور مشاہدہ شدہ رویہ ماپیں۔ مثلاً ماؤس ان پٹ کے وقفے عوامی پولنگ ریٹ ٹیسٹرز سے ماپے جاتے ہیں۔

دیانت دار حد۔ مضامین میں بائنریز کا جامد تجزیہ اور مکمل ٹریسز شائع نہیں کیے جاتے۔ اوپر دیا گیا راستہ ہمارے مشاہدوں کے متحرک حصے کو دہراتا ہے، مگر جامد تجزیے کا متبادل نہیں — اس کے نتائج جانچے گئے بلڈ تک محدود ہوتے ہیں۔

تاخیر کی پیمائش کی حدود

سافٹ ویئر تاخیر، قطار کی گہرائی، آڈیو انجن کا دورانیہ، تھریڈ شیڈولنگ کا وقت اور مکمل فزیکل تاخیر مختلف مقداریں بیان کرتے ہیں۔ مثلاً XAudio2 کی قطار صارف کے عمل سے اسپیکر سے آواز تک کا پورا وقفہ متعین نہیں کرتی۔ اس کی پیمائش کے لیے بیرونی ہارڈویئر درکار ہے۔

اسی طرح، کسی الگ پروسیس کا CPU وقت FPS، frametime، توانائی کی کھپت یا سسٹم کی ردعمل پر مجموعی اثر کے برابر نہیں۔ ایسے نتائج الگ میٹرکس سے جانچے جاتے ہیں۔

ڈیٹا کا تحفظ

خام ETL، PML، ایونٹ لاگز، میموری ڈمپس اور رجسٹری ایکسپورٹس بطور ڈیفالٹ شائع نہیں کیے جاتے۔ سسٹم ٹریسز میں صارف کے نام، پاتھ، کمانڈ لائنز، نیٹ ورک ایڈریسز اور دیگر حساس ڈیٹا شامل ہو سکتا ہے۔ Microsoft اس بارے میں Sysinternals شرائط میں الگ سے خبردار کرتا ہے۔

ویب سائٹ پر صرف دستی طور پر منتخب اور گمنام کی گئی جدولیں رکھی جاتی ہیں۔ ہم آلات اور انسٹالیشنز کے منفرد شناخت کنندہ، صارف کے پاتھ، اکاؤنٹ ڈیٹا، نیٹ ورک شناخت کنندہ، لاگ ان ڈیٹا اور تحقیق سے غیر متعلق پروسیس کی معلومات حذف کرتے ہیں۔

نتائج کی تصحیح

Windows، ڈرائیورز اور ایپلیکیشنز بدلتے رہتے ہیں۔ ہر مضمون کو آخری جانچ کی تاریخ اور اطلاق کا دائرہ ملتا ہے۔ اگر نئی پیمائش پرانے نتیجے سے متصادم ہو تو مضمون وجہ کی وضاحت کے ساتھ اپ ڈیٹ کیا جاتا ہے۔ پرانا نتیجہ خودکار طور پر نئے بلڈ پر منتقل نہیں ہوتا۔

آزادی اور ٹریڈ مارکس

ریسرچ BoosterX ٹیم شائع کرتی ہے اور اس کا تعلق پروڈکٹ کے فیچرز سے ہو سکتا ہے۔ اس ممکنہ مفادات کے تصادم کا لحاظ اس طرح کیا جاتا ہے کہ طریقہ کار، ماپی گئی قدریں، حدود اور منفی نتائج کو پروڈکٹ کی سفارش سے الگ رکھا جاتا ہے۔

BoosterX Wiki ایک آزاد اشاعت ہے اور Microsoft Corporation سے وابستہ، مجاز، سپانسر شدہ یا منظور شدہ نہیں۔ Microsoft اور Windows کے نام صرف تحقیق کے موضوع کی درست وضاحت کے لیے استعمال کیے جاتے ہیں۔ مزید: Microsoft Trademark and Brand Guidelines۔

تبدیلیوں کی تاریخ

• 2026-08-24: طریقہ کار شائع کیا گیا۔
• 2026-09-20: «خود کیسے جانچیں» سیکشن شامل کیا گیا؛ ماؤس ڈیٹا ماخذ کا لنک درست کیا گیا۔

طریقہ کار کی آخری جانچ: 2026-09-20۔