Bu sayfadaki yazılar
Sayfanın metni
Sayfa 12
bilgisayar kullanıcılarının ortak isteği makinelerinin daha hızlı ve yüksek performanslı olmasıdır. Gerçi 68020 ve 68030'lar kullanıcıların ihtiyaçlarını çok güzel şekilde karşılarsa da her AMIGA kullanıcısının alım gücüne hitap etmezler. Bu yüzden özellikle çok kullanışlı fakat yavaş yazılımların daha iyi kullanımı amacıyla makinenizden biraz daha hız ve performans alabilmeniz için başka yollar düşünmek gerekir. Bunlar herhangi bir ücret ödemeden makinenizde küçük düzenlemelerle yapabileceğiniz şeylerdir. Bunun için size önerebileceğimiz üç yol vardır.
1. YOL: KOMUTLARI “RESIDENT YAPMAK”:
AMIGA'nızda yapılan işlemlerin çoğu bazı CLI komutlarının tekrar tekrar çalıştırılmasını gerektirir. (Dir, List, Type, Rename, Execute vs.) Workbench 1.3'ten önce, bu komutları diskten çalıştırmak yerine RAM'den çalıştırmak yaygınlaşmıştı. Bugünlerde ise bu komutları resident olarak çalıştırmak yaygınlaşmakta. Resident komutlar disk yerine hafızada saklanırlar ve her çağrıldıklarında yüklenmek yerine bulundukları yerde çalıştırılırlar. Bu sayede disketten yükleyen sistemlere göre dikkate değer bir fark ortaya çıkar. CLI komutlarını resident yapabilmek için “startup-sequence”imize satırı eklememiz yeterlidir: (Aşağıdaki örnek Dir komutu için yapılmıştır, gerektiğine inandığınız her komut için bu satırı yazmalısınız 'resident c:Execute pure' gibi)
Klavyeyle gezinmek için ← ve → tuşları.
Sayfa 13
resident c:Dir pure
Buradaki “pure” anahtar kelimesi verilen komutun birden çok kez çağrıldığında ayrı ayrı çalışabilmesini sağlar. (Gerçi bu çok ender rastlanan bir durumdur) Birden çok kez girilen komutlar “LIST” komutu ile izlendiğinde 'p' uzantısını gösterirler.
List c:Dir
Dir 2200 -p-rwed 28-MAR-92 18:11:01
Buradaki --p-rwed'in içindeki 'p' Dir komutunun birden çok kez çağrılmış bir komut olduğunu gösterir; yani burada “pure” anahtar kelimesinin bulunması zorunludur.
2. YOL: TABAKALANMAYI AZALTMA:
AMIGA'nın işletim sisteminin sağladığı bir hizmet bazen bilgisayarımızın başında harcadığımız zamanın bir kısmını alıp götürür; bu da tabakalamadır (ekranda pencerelerin üst üste kullanımı ve bunların yönetimi). Bu iş, işletim sistemi ekranı küçük parçalara bölüp, bu parçalar içindeki ve parçalar arasındaki ilişkileri sürekli olarak hesaplamak zorunda olduğu için biraz karışık, dolayısıyla da zaman alıcıdır. Bu işin AMIGA'nızın işletim sistemine eklediği yükü görmek için değişik boyut ve yerlerde çok sayıda pencere açmayı sonra da CLI penceresinden bir text dosyasını “TYPE” komutuyla ekrana yazmayı deneyin. Bu dosyanın kısa parçalar halinde ve oldukça yavaş yazıldığını görürsünüz. Eğer bu işlemi daha az pencere açıkken yapsaydınız, işlem çabuklaşırdı. Yani, ekranda çok sayıda pencere açıkken programlarınız onlardan gerçekte yapmasını istediğiniz şeyleri tam olarak yapsa da bu normalden uzun sürecektir. İşletim sisteminizi bu yükten kurtarabilmek için mümkün olduğu kadar az pencere açık bırakmaya özen gösterin. Örneğin Workbench pencerelerini ihtiyacınız olmadığı zaman kapayın. Bir program size özel ekranında veya Workbench ekranında çalışma imkanını sunuyorsa özel ekranında çalışmayı tercih edin.
3. YOL: KÜÇÜK PALETLER KULLANIN:
Bundan önceki iki yol hesaplama zamanından çok makinenin isteklerinizi gerçekleştirme zamanını kısaltıyordu. Bazı durumlarda ekran çözünürlüğü ve palet konusundaki seçimlerinizin performans üzerinde hissedilir derecede etkili olduğunu görürsünüz. Bu ilginç durum AMIGA'nın donanım tasarımından kaynaklanmaktadır. Biz burada sebeplerden çok etkiler üzerinde duracağız. — Düşük çözünürlüklü, 32 veya daha fazla renkli veya yüksek çözünürlüklü 8 veya daha fazla renkli ekran seçimi performansında bir düşüşe sebep olur. — Bu problem yüksek çözünürlükle ve 16 renkli ekran seçiminde çok daha ciddidir. Diğer seçimler en kötü durumda katlanılabilir bir yavaşlamaya sebep olurlar. — CPU 'chip memory'e ulaşmayı denemedikçe problem yoktur. Bu yüzden ek hafızası olmayan (yalnızca 512K olan) A500 ve A1000'lerinizde bu problem çok daha ciddidir. Çünkü bu makinelerin yalnızca 'chip memory'leri vardır. Eğer bunu basit bir C programı ile denersek farkı açıkça görebiliriz. Bu program bir ekran açıp bir milyona kadar sayacak sonra bu ekranı kapayacak son olarak da işlemin ne kadar sürdüğünü yazacaktır. Bu programın hızını etkileyebilecek iki şey vardır: palet büyüklüğü ve ekran çözünürlüğü. Düşük çözünürlüklü ve 16, 32, 64 renkli ekranlarla yüksek çözünürlüklü 4, 8, 16 renkli ekranlar karşılaştırıldığında en kötü olan (yüksek çözünürlüklü ve 16 renkli) en iyilerinin yaklaşık iki katını alır. Bu örnekteki hız farkları yalnız ve yalnız CPU'nun etkin hızından kaynaklanmaktadır. Yani kısaca ekran seçimi olan programlarda çalışmalarınızın izin verdiği ölçüde düşük çözünürlüklü ve küçük paletli ekran seçimleri makinenizin performansını ve hızını artıracaktır.