Microsoft’un, geçmişte Windows Denetim Masası’nın performansını kasıtlı olarak sınırladığı ortaya çıktı. Pekala lakin yazılım devi bunu neden yaptı?
Geçtiğimiz Ağustos ayında Microsoft, gelecekte Windows Kontrol Masası’nı büsbütün kaldırarak Ayarlar uygulamasına öncelik vermeyi düşündüğünü zati açıklamıştı. Lakin bu niyet kullanıcıların pek güzeline gitmedi; o vakitten beri rastgele bir yeni açıklama da yapılmadı.
Denetim Masası, Windows’un birinci günlerinden beri sistemin ayrılmaz bir kesimiydi ve kullanıcıların işletim sistemini yapılandırmasına ve özelleştirmesine yardımcı olan birçok mahallî Windows yardımcı programından biriydi. Windows 1.0’dan beri mevcut olan program, genel olarak Windows’u ayarlamaya yardımcı olan çeşitli uygulamalara erişmek için kullanışlı bir merkez olarak vazife alıyordu.
Ancak yıllar sonra artık, Microsoft’un değişik bir biçimde Windows 95 ve Windows 98’deki Kontrol Masası’nın yeteneklerini, daha doğrusu çalışma suratını kasıtlı olarak sınırladığı ortaya çıktı. Pekala ancak bunu neden yaptı?
Bu durum, sysdm.cpl yahut Yeni Donanım Ekle kontrol özelliği aracılığıyla yeni donanım eklerken “sabit kodlu 8 saniyelik gecikme” bulan X kullanıcısı Viorin (@oerg866) tarafından keşfedildi. Bu “özellik” Windows Tak ve Çalıştır’ın (PnP) gerekli sürücüyü tanımlayıp yükleyememesi durumunda kullanıcıların aygıtları manuel olarak ekleyebilmesi için, o devirde yararlıydı.
Viorin, “yama” uygulandıktan sonra 8 saniyelik gecikmenin yaklaşık 300 milisaniyeye düşürüldüğünü ve bunun da yeni donanımların çok daha süratli eklendiği manasına geldiğini söylüyor. Kullanıcı, Windows 98 için heyetim manzaraları oluşturmak için kullanılan QuickInstall açık kaynaklı çerçevesini 86Box emülatörü içinde test ederken bu değişik tuhaflığı buldu ve bulgularını X üzerinde paylaştı.
In an attempt to further speed up Windows 9x QuickInstall, I have patched SYSDM.CPL to remove the hard-coded 8 second delay(!!!) when new hardware is found and reduced it to 300 milliseconds. pic.twitter.com/BfGNpSjMfw
— oerg866 / clarry – 🇩🇪❣🇮🇱 (@oerg866) November 4, 2024
Microsoft’un bu gecikmeyi neden ve nasıl belirlediği şimdilik bilinmiyor. Gecikmenin yalnızca bir kod meselesinden kaynaklanması mümkün olsa da, teknoloji devinin o vakitler sistemlerde fark ettiği ve mühendislerin bu sorunu aşmak için gecikme koymalarına neden olan diğer bir sorun olması daha muhtemel gözüküyor. Kontrol Masası’nın başka özelliklerinde de benzeri performans sınırlamaları olup olmadığı ise şimdi bilinmiyor ve bunun, Windows meraklıları için epey değişik bir inceleme alanı olacağı kesin.