Windows'u nasıl araştırıyoruz

«Windows Araştırmaları» bölümünde belirli teknik iddiaları doğrularız. Her makalede neyi test ettiğimizi, hangi koşullarda test ettiğimizi ve sonucun hangi sistemler için geçerli olduğunu açıklarız.

Bir parametrenin varlığı, sistem çalışmasına etkisi ve performans artışı ayrı kanıtlar gerektirir.

Neyin kanıt sayıldığı

Birkaç bağımsız kanıt türü kullanırız:

1. Birincil belgeler. Microsoft’un resmi belgeleri, spesifikasyonlar ve donanım veya uygulama üreticisinin belgeleri.
2. Statik gözlem. Belirli bir bileşen sürümündeki uygulama izleri. Bu tür gözlem incelenen derlemeyle sınırlıdır ve tek başına çalışma zamanında yolun işletildiğini kanıtlamaz.
3. Dinamik gözlem. Açıklanan senaryoda elde edilen sistem olayları, bileşen durumları ve izlemeler.
4. Kontrollü ölçüm. Bilinen bir değişiklik ve doğrulanmış durum geri dönüşü altında önceden seçilmiş bir metriğin karşılaştırılması.
5. Yeniden üretim. Sonucun bağımsız bir çalıştırmada, başka bir sistemde veya derlemede tekrarlanması.

Toplama ve işlemenin dahili otomasyon yöntemleri yayımlanmaz. Bu, test edilen soruyu, yapılandırmayı, metrikleri, çalıştırma sayısını ve sınırlamaları açıklama gerekliliğini değiştirmez.

Materyal durumları

Durum	Anlam
Belgelenmiş	Davranış birincil kamuya açık kaynakta açıklanmıştır.
Gözlemlenmiş	Olay veya durum belirtilen ortamda tespit edilmiştir.
Ölçülmüş	Açıklanan yöntemle sayısal fark elde edilmiştir.
Yeniden üretilmiş	Sonuç bağımsız olarak tekrarlanmıştır.
Yeniden üretilemedi	İddia edilen etki belirtilen koşullarda bulunamamıştır.
Yetersiz veri	Yöntem veya örneklem bir sonuca varmaya izin vermiyor.

Durum tek bir iddiaya aittir, otomatik olarak tüm makaleye değil. Keyfi bir güven yüzdesi kullanmayız ve sonucu diğer sistemlerde doğrulamadan evrensel olarak kanıtlanmış saymayız.

Deney nasıl kurulur

Ölçümden önce şunlar sabitlenir:

• tek bir test edilen soru;
• bağımsız değişken;
• ana metrik ve birimi;
• Windows build, önemli donanım, sürücüler ve uygulama sürümleri;
• pratik olarak anlamlı eşik;
• başlangıç durumuna dönüş yöntemi.

Başlangıç ve değiştirilmiş durumları karşılaştırır, ardından geri dönüşü doğrularız. Mümkün olduğunda eşleştirilmiş çalıştırmaların sırasını değiştiririz. Isınma, güç, sıcaklıklar ve arka plan yükünü kontrol ederiz; bu mümkün değilse sınırlamayı belirtiriz.

Tek bir izlemenin ayrı aralıkları zaman içindeki değişimleri gösterir, ancak bağımsız tekrarlar sayılmaz. Sanal makinenin sonucu otomatik olarak fiziksel bilgisayara aktarılamaz. Bir sınıftaki tüm cihazlar hakkında sonuç çıkarmak için tek bir cihazı test etmek yeterli değildir.

Fiziksel click-to-photon standı

Oyun araştırmaları için kendi donanım standımızı kullanırız. Fare düğmesinin elektrik sinyalinden ekrandaki pikselin parlaklık değişimine kadar olan toplam gecikmeyi, bu aralığın yazılımsal değerlendirmesi olmadan fiziksel olarak ölçer.

Ana hat şu şekilde kurulmuştur:

1. Kablo, birinci nesil Logitech G PRO X SUPERLIGHT’ın sol düğme hattına lehimlenmiştir. Elektrik kenarı Arduino Uno zamanlayıcısını başlatır.
2. Aynı tıklama fare denetleyicisi, USB, Windows, oyun, render kuyruğu, GPU ve monitörden geçer.
3. Ekrana sabitlenmiş fotosensör, test alanının parlaklığı önceden seçilmiş eşiği geçtiğinde zamanlayıcıyı durdurur.
4. Tek bir sonuç, milisaniye cinsinden tam click-to-photon aralığını içerir.

Bu başlangıç kasıtlı olarak fare denetleyicisinin işlemesini ve click debounce’unu içerir, ancak kontak kapanana kadar düğmenin mekanik hareketini içermez. Fare gecikmesini nihai değerden çıkarmayız. Bağımsız ölçümlerin güncel yönteminde RTINGS G PRO X SUPERLIGHT için kabloyla 2.5 ms ve receiver üzerinden 3.1 ms belirtir. Ölçülen düşük click latency bu fareyi standın uygun ve istikrarlı bir parçası yapar, ancak sonucu saf Windows veya oyun gecikmesine dönüştürmez.

Arduino Nano formatındaki ayrı bir HID mikrodenetleyicisi Windows’a otomatik olarak tıklamalar gönderebilir. Bu yol, manuel basmanın farklılıklarını ortadan kaldırmak ve giriş sinyalini kontrollü bir tempoda tekrarlamak gerektiğinde kullanılır. Farklı bir soruyu yanıtlar ve fare düğmesinin fiziksel hattından başlayan serilerle karıştırılmaz.

CS2’de tıklamanın test alanında öngörülebilir bir değişikliğe yol açtığı BXLAT workshop haritası kullanılır. Benzer bir görsel senaryo Valorant’ta uygulanır. Fotosensörün konumu, çözünürlük, monitör yenileme hızı, FPS limiti, display scaling modu, presentation mode ve ışık eşiği karşılaştırılan tüm seri boyunca sabitlenir.

Mevcut standart, durum başına en az 300 geçerli tıklama gerektirir. Yeni serilerde ortalama, standart sapma, minimum, maksimum, P90 dahil persentiller ve grafik oluşturmak için dağılımı saklarız. Hatalı tetiklemeleri, zaman aşımı aşımlarını ve önceden belirlenmiş aralığın dışındaki değerleri işaretler ve serinin uygunluğunu kontrol ederken dikkate alırız.

Bu standdaki araştırmalar birkaç yıldır yürütülüyor ve bu süre boyunca saklama formatı değişti. Kamuya açık tarihsel ölçümler tablosunda 300 tıklamalık seriler ve daha eski 100’lük seriler var. Eski testlerin bir kısmı için yalnızca AVG, STDDEV, MIN ve MAX saklanmıştır; eksik P90 veya grafikler toplamlardan geri oluşturulmaz ve doğrudan kullanılamaz olarak işaretlenir. Yeni seriler genişletilmiş istatistiklerle yayımlanacaktır.

Sonuç olarak ne yayımlanır

Makale şunları içerir:

• kısa yanıt;
• test edilen iddia;
• araştırma kapsamı;
• yöntem ve bağımsız izleme sayısı;
• metrik değerleri ve dağılım;
• doğrulanmış ve doğrulanmamış sonuçlar;
• hariç tutulan veya kirlenmiş metrikler;
• sınırlamalar;
• aynı sonucun garantisi olmadan pratik öneri;
• durum geri dönüşünün doğrulanması;
• birincil kamuya açık kaynaklar ve doğrulama tarihi.

Sonuç popüler bir öneriyi veya bir BoosterX işlevini doğrulamadıysa, yine de yayımlanabilir. Üründe bir ayarın bulunması, etkinliğinin kanıtı değildir.

Kendiniz nasıl doğrularsınız

Araştırmalarımızdaki dinamik gözlemlerin önemli bir kısmı kamuya açık araçlarla tekrarlanır: sistem izlemeleri için Sysinternals ProcMon ve kamuya açık Microsoft sembolleri ile WinDbg. Temel doğrulama yolu şöyle görünür.

1. Parametrenin okunması — ProcMon. Options → Configure Symbols’u açın ve yığınların modül ve işlev adlarını göstermesi için kamuya açık Microsoft sembol sunucusunu belirtin. Ardından Path contains filtresi ekleyin — örneğin HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile içinden SystemResponsiveness. Okuma olaylarından değerin okunup okunmadığı, ne zaman ve hangi süreç tarafından okunduğu görülür.
2. Kim okuyor — çağrı yığını. Bir olaya çift tıklamak özelliklerini açar; Stack sekmesinde modül zinciri gösterilir — bu, parametrenin «okuyucusudur». Örneğin user32.dll ile win32kfull.sys arasındaki zincir, değerden Win32k alt sisteminin sorumlu olduğu anlamına gelir.
3. Çalışma zamanındaki davranış — WinDbg. Kamuya açık Microsoft sembolleriyle yığındaki bir işleve kesme noktası koyabilir ve okunan değerin nasıl uygulandığını görebilirsiniz.
4. Sentetik testler. Değeri değiştirin ve gözlemlenen davranışı ölçün. Örneğin fare giriş aralıkları kamuya açık yoklama hızı test araçlarıyla ölçülür.

Dürüst sınır. İkili dosyaların statik analizi ve tam izlemeler makalelerde yayımlanmaz. Yukarıdaki yol gözlemlerimizin dinamik kısmını tekrarlar, ancak statik analizin yerini tutmaz — onun sonuçları incelenen derlemeye aittir.

Gecikme ölçümünün sınırları

Yazılım gecikmesi, kuyruk derinliği, ses motoru periyodu, iş parçacığı zamanlama süresi ve toplam fiziksel gecikme farklı büyüklükleri tanımlar. Örneğin XAudio2 kuyruğu, kullanıcı eyleminden hoparlörden ses çıkışına kadar olan tüm aralığı belirlemez. Bunun ölçümü için harici donanım gerekir.

Benzer şekilde, tek bir sürecin CPU süresi FPS, frametime, enerji tüketimi veya sistem yanıt verebilirliği üzerindeki genel etkiye eşit değildir. Bu tür sonuçlar ayrı metriklerle doğrulanır.

Veri koruması

Ham ETL, PML, olay günlükleri, bellek dökümleri ve kayıt defteri dışa aktarımları varsayılan olarak yayımlanmaz. Sistem izlemeleri kullanıcı adları, yollar, komut satırları, ağ adresleri ve diğer hassas verileri içerebilir. Microsoft bu konuda Sysinternals koşullarında ayrıca uyarır.

Sitede yalnızca elle seçilmiş ve anonimleştirilmiş tablolar yayımlanır. Cihazlara ve kurulumlara özgü tanımlayıcıları, kullanıcı yollarını, hesap verilerini, ağ tanımlayıcılarını, oturum açma verilerini ve araştırmayla ilgili olmayan süreçlere ilişkin bilgileri kaldırırız.

Sonuçların düzeltilmesi

Windows, sürücüler ve uygulamalar değişir. Her makale son doğrulama tarihini ve geçerlilik kapsamını alır. Yeni bir ölçüm eski bir sonuçla çelişirse, makale nedenin açıklamasıyla güncellenir. Eski sonuç yeni bir derlemeye otomatik olarak aktarılmaz.

Bağımsızlık ve ticari markalar

Araştırmalar BoosterX ekibi tarafından yayımlanır ve ürün işlevleriyle ilgili olabilir. Bu olası çıkar çatışması, yöntemin, ölçülen değerlerin, sınırlamaların ve olumsuz sonuçların ürün önerisinden ayrılmasıyla dikkate alınır.

BoosterX Wiki bağımsız bir yayındır ve Microsoft Corporation ile bağlantılı değildir, onun tarafından yetkilendirilmemiş, desteklenmemiş veya onaylanmamıştır. Microsoft ve Windows adları yalnızca araştırma konusunun tam olarak tanımlanması için kullanılır. Daha fazla bilgi: Microsoft Trademark and Brand Guidelines.

Değişiklik geçmişi

• 2026-08-24: yöntem yayımlandı.
• 2026-09-20: «Kendiniz nasıl doğrularsınız» bölümü eklendi; fare veri kaynağına bağlantı düzeltildi.

Yöntemin son doğrulaması: 2026-09-20.