Microsoft mühendisi, orijinal Görev Yöneticisi’nin 90’ların bilgisayarlarında sorunsuz çalışabilmesi için yalnızca 80 KB büyüklüğünde olduğunu söylüyor.

Dave Plummer, Windows’un ZIP dosyası desteğinin arkasındaki dehadır.

ZIP dosyası desteği gibi Windows’un birçok ikonik özelliğinin arkasındaki mühendis olan Dave Plummer, Görev Yöneticisi’ni nasıl bu kadar verimli hale getirdiğini anlattı. YouTube videosuna göre, mevcut Windows Görev Yöneticisi yaklaşık 4 MB boyutunda, ancak onun geliştirdiği orijinal sürüm sadece 80 KB’dı. Plummer, Windows yardımcı programını geliştirirken en çok endişelendiği konu, o dönemdeki donanımların çok sınırlı olmasıydı. Her şey başarısız olduğunda bilgisayarı kurtarmak için kullanılan bu aracın, diğer her şey kilitlenmiş olsa bile hızlı ve duyarlı çalışması gerekiyordu.

“Her satırın bir maliyeti vardır; her kaynak izler bırakabilir. Her bağımlılık, yemeğinizi yiyip kira ödemeden yaşayan bir ev arkadaşı gibidir,” dedi Plummer. “Bu yüzden, Task Manager’ı yazmaya başladığımda, bir çerçeveyle başlayıp dokuz katmanlık konfor ve altı katmanlık geleceğe dönük özellikler ekleyip, sonra da uygulama 800 MB yer kapladığında şaşırmış gibi davranan ve sadece birkaç sayı görüntülemek için motivasyonel bir konuşma yapan modern bir yardımcı program gibi yaklaşmadım.”

Plummer’ın Task Manager’daki en sevdiği özelliklerden biri, programın başlatma işlemini nasıl ele aldığıdır. Uygulamanın başka bir örneğinin halihazırda çalışıp çalışmadığını kontrol edip, varsa onu etkinleştiren diğer uygulamaların aksine, bu Windows aracı bir adım daha ileri gider. Varsa, mevcut örneğin donup donmadığını kontrol eder; bunu, ona özel bir mesaj gönderip yanıt bekleyerek yapar. Olumlu bir yanıt alırsa, bu diğer Görev Yöneticisi örneğinin gayet iyi çalıştığının bir işaretidir, ancak yanıt gelmezse, diğer örneğin de kaybolduğunu varsayar ve sizi bu durumdan kurtarmak için uygulamayı başlatır.

Mühendisin yaptığı bir diğer şey, sık kullanılan dizeleri tekrar tekrar almak yerine tek seferde küresel değişkenlere yüklemekti; buna karşılık, yuvaya takılı bir bilgisayarı çıkarmak gibi nadiren kullanılan işlevler ise yalnızca gerektiğinde yükleniyordu. İşlem ağacı da programları tek tek sorgulamak yerine çekirdeğe tüm işlem tablosunu isteyerek kaynak tasarrufu sağlıyordu. Bu, çok sayıda API çağrısını ortadan kaldırıyordu; eğer tampon boyutu çok küçükse, tamponun boyutunu yeniden ayarlayıp tekrar deniyordu. Plummer ayrıca, Windows Görev Yöneticisi’nin gereğinden fazla kaynak tüketmemesini sağlamak için kullandığı birkaç ipucu ve püf noktası paylaştı. Bu sayede, o dönemde mevcut olan sınırlı bilgi işlem gücüyle, hatta zaten sorunlar yaşayan sistemlerde bile sorunsuz bir şekilde çalışması sağlandı.

90’ların bilgisayarlarının işlem ve kaynak sınırlamaları, Plummer’ı Windows Görev Yöneticisi’ni olabildiğince yalın hale getirmeye zorladı. “Görev Yöneticisi çok farklı bir zihniyetten doğdu. Sayfa hatasının hissedilebildiği, düşük bellek koşullarının tuhaf bir kokuya sahip olduğu, yanlış bir şeyi çok sık yeniden çizdiğinizde ofislerdeki çalışanların inlemelerini neredeyse duyabileceğiniz bir dünyadan geldi,” dedi. “Ve o eski donanıma kesinlikle geri dönmek istemem, ama keşke o ruhu daha fazla taşıyabilseydik. Acıyı değil, ruhu, işleri toplu olarak yapma, doğru şeyleri önbelleğe alma, görünmez işleri atlama, yeniden çizmeden önce farkları bulma, çekirdeğe yüz kez sormak yerine bir kez sorma, nadir verileri nadiren yükleme, kolaylıktan şüphe duyma gibi içgüdüleri.”

Benzer İçerikler

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir