Microsoft, Windows’un Artık İhtiyaç Duymadığı Eski Başlangıç Özelliğinin Nasıl Çalıştığını Açıkladı

Microsoft, eski Windows sürümlerinde kullanılan WINSTART.BAT dosyasının işletim sistemi başlangıcındaki görevini yıllar sonra yeniden açıkladı. Windows 3.1 döneminden önce ortaya çıkan özellik, Windows programlarının kullanacağı TSR yazılımlarını ayrı MS-DOS sanal makinelerine taşımadan belleğe yüklemek için tasarlanmıştı. Microsoft mühendisi Raymond Chen’in aktardığı ayrıntılar, Windows’un eski sanallaştırma yapısında küçük görünen bir başlangıç dosyasının neden özel bir işleve sahip olduğunu ortaya koyuyor.

WINSTART.BAT, Windows Başlangıcında Özel Bir Görev Üstleniyordu

Windows dizinine yerleştirilen WINSTART.BAT dosyası, sistemin başlangıç aşamasında belirli komutların çalıştırılmasını sağlıyordu. Microsoft’un eski Windows belgelerinde de yer alan özellik Windows 95 ile ortaya çıkmadı ve Windows 3.1 Resource Kit döneminde zaten belgelenmiş durumdaydı.

WINSTART.BAT dosyasının temel amacı, TSR olarak adlandırılan yazılımların yalnızca Windows tarafında kullanılmasını sağlamaktı. TSR programları MS-DOS ortamında çalıştıktan sonra bellekte kalıyor ve daha sonra bir klavye kısayolu, yazılım çağrısı veya donanım tetikleyicisi üzerinden yeniden devreye girebiliyordu.

MS-DOS döneminde TSR yazılımları, işletim sisteminin aynı anda tek bir program çalıştırma sınırlamasını aşmak için kullanılıyordu. Yardımcı araçlar, klavye kısayolları veya donanım sürücüleri gibi bileşenler bellekte tutulurken ana uygulama çalışmaya devam edebiliyordu.

Microsoft’un verdiği sürücü örneği, WINSTART.BAT yaklaşımının avantajını daha net gösteriyor. Windows’un ihtiyaç duyduğu bir ağ sürücüsü WINSTART.BAT üzerinden yüklenirse sürücü Windows programları tarafından kullanılabiliyor ancak Windows’un oluşturduğu ayrı MS-DOS ortamlarına aktarılmıyordu.

AUTOEXEC.BAT dosyası MS-DOS başlangıcında çalıştığı için buradan yüklenen TSR yazılımları Windows tarafından oluşturulan MS-DOS sanal makinelerine de aktarılıyordu. WINSTART.BAT ise Windows’un sanal makine yöneticisi VMM başlatıldıktan sonra devreye girdiği için aynı yazılımları yalnızca Windows’un çalıştığı Sistem VM içerisinde tutuyordu.

Windows 3.x ile Windows 95 dönemindeki bu ayrım, aynı bilgisayarda Windows uygulamalarıyla MS-DOS programlarının birlikte çalıştırılmasında önemli bir bellek yönetimi avantajı sağlıyordu. AUTOEXEC.BAT üzerinden yüklenen bir TSR Windows’a ek olarak tüm MS-DOS sanal makinelerinde görülebilirken WINSTART.BAT üzerinden yüklenen bileşen yalnızca Windows tarafında erişilebilir oluyordu.

Windows’un Eski Sanal Makine Yapısı Nasıl Çalışıyordu?

Windows 3.x ile Windows 95, MS-DOS uygulamalarını çalıştırmak için sanal makine yaklaşımından yararlanıyordu. Sistem başlangıcında VMM devreye girdiğinde Windows programlarının çalışacağı Sistem VM oluşturuluyor ve kullanıcı modundaki Windows çekirdeği başlamadan önce WINSTART.BAT dosyası bulunuyorsa çalıştırılıyordu.

Bu çalışma sırası, eski Windows mimarisinin neden farklı başlangıç dosyalarına ihtiyaç duyduğunu açıklıyor. Modern Windows sürümleri PowerShell, hizmetler, görev zamanlayıcıları ve farklı başlangıç mekanizmaları gibi çok daha gelişmiş yönetim araçlarına sahip olduğu için WINSTART.BAT’in sağladığı özel ayrım günümüz sistemlerinde pratik önemini büyük ölçüde kaybetti.

Eski Windows Başlangıç Mekanizmasının Teknik Özeti

Microsoft’un yıllar önce kullandığı bu tasarım, Windows’un geçmişte MS-DOS ile aynı bilgisayarda çalışırken karşılaştığı bellek ile uyumluluk sorunlarına nasıl çözüm ürettiğini gösteriyor. Modern işletim sistemi mimarisi değiştikçe WINSTART.BAT gibi özel başlangıç mekanizmalarının yerini daha gelişmiş sistem yönetimi araçları aldı ancak dosyanın işlevi Windows’un eski çalışma modelinin önemli ayrıntılarından biri olarak kalıyor.