Performans Artırıcı İşlemler
From OpenBSD Belgeleme Projesi
Contents |
Donanım Seçimleri
(Not:Bu bölüm ağırlıkla i386 veya PC mimarisi çerçevesinde oluşturulmuştur. Bu şunu söyler, diğer mimariler size bütünüyle bir seçim şansı tanımaz !) Uygulamalarınızın performansı ağırlıkla işletim sistemine ve onun desteklediği yeteneklere bağlıdır. Bu OpenBSD kullanmanız için bir sebep olabilir. Uygulamalarınız performansı aynı zamanda, ağırlıkla donanımınıza da bağlıdır. Birçok kişi için, fiyat/performans oranı intel pentium IV ya da AMD Athlon işlemci için daha iyidir, Sun ın UltraSPARC 60 ın fiyat/performans oranına kıyasla. Tabiki OpenBSD nin fiyatı yenilemez. Eğer yeni bir PC satın alacaksanır, ister parça parça ya da önceden toplanmış olsun, ilk olarak sağlam parçalar aldığınızdan emin olmak istersiniz. Kötü ya da dayanıksız ya da uyumsuz donanım parçaları OpenBSD nin zayıf çalışmasına ve sürekli olarak çökmesine sebep olur. Size verebileceğimiz en iyi tavsiye dikkatli olmanızdır ve daha önceden güvenilir uzmanlar tarafından gözden geçirilmiş parçaları satın alın. Bazen paradan kısdığınız zaman, kaliteyi kaybedersiniz! Donanımınızdan en fazla performansı elde edebilmek için aşağıdaki belli başlı maddeler vardır:
Birden fazla disk kullanın
Bir adet büyük kapasiteli disk almaktansa, birden fazla küçük diskler satın alın. Bu maliyeti artırsada yüklemeyi çoğul /* spindle */ üzerine dağıtmak, disk üzerindeki veriye erişim için gerekli süreyi kısaltmaktadır ve birden fazla /*spindle*/ ile daha güvenilir ve hızlı veri erişimi sağlayacaksınız RAID ile birlikte.
Yüksek IO(Giriş/Çıkış) hızına ihtiyaç duyuyorsanız SCSI kullanın
IDE diskleri normal olarak 5400 RMP den 7200 RPM hızlarında çalışırlar. IDE disklerin kullanımı tek bir disk üzerinden saniyede 15 ile 20 megabyte üzerinde bir veri aktarımı beklemek mantıksızlık olur. SCSI disklerin kullanımı (yüksek maliyetli 10k RPM den 15k RPm disklere) bundan daha yüksek performans elde edebilirsiniz.Bunun zıttı olarak eğer orta veya düşük seviyeli SCSI disk kullanıyorsanız,bu para israfıdır ve IDE sizin işinizi hayli görecektir.Aksi taktirde daha iyi.
Eğer bir server kuruyorsanız,birden fazla sürücüye ihtiyacınız olacaktır,SCSI ‘yi düşünebilirsiniz.IDE her denetleyicide iki disk olması için sizi sınırlandırır.Bu iki diskde aynı zaman rastlayan girişler,disklerin I/O performansı üzerinde olumsuz etkiye sahip olabilir.Kapsamlı SCSI ,denetleyici başına 15 tane olacak şekilde sizi sınırlandırır ve aynı zamana rastlayan girişleri IDE ‘den daha iyi destekler.SCSI maliyeti daha fazla iken esneklik ve performansı bu fiyat yüksekliğini haklı çıkarır.
DRAM yerine SDRAM kullanın
Bu seçenek başlıca PC’leri kapsar.Diğer mimariler size ne çeşit RAM kullanabilirsiniz seçimini vermez.Birkaç Pc hala bunu yapar.DRAM(SIMMS)’e karşı SDRAM ile daha iyi performans elde edersiniz.Eğer sisteminiz RDRAM ‘i ,DDR’ i veya RAM ‘in diğer yeni çeşitlerinden bazılarını destekliyorsa, then you are even further ahead...
ECC veya eşit Ram kullanın
Eger veri Ram içinde bozulmuşsa bunu görebilmek için eşitlik bir miktar özellik eklemektedir.ECC bu özelliği uzatır ve bit bozulma hatalarını düzeltmek için girişimde bulunur.Bu seçenek PC ‘ye başvurur.Diğer mimariler kolayca eşitlik veya ECC yetenekli RAM gerektirir.Birkaç PC’siz bilgisayarlar non-parity RAM ile boot edilemeyecektir.Eğer ECC/parity RAM kullanmıyorsanız,bozulmuş ve anormal veri elde edebilirsiniz. Ucuz PC RAM üreticilerinden bazıları,ECC değişikliği yapmamaktadır.Bu onlardan sakınmanıza yardımcı olacaktır.PC üreticileri, “server” ve “workstation” etrafında bölünmüş birkaç ürün serilerini sıksık satarlar.Serverlar mimarileri içinde ECC RAM ‘leri birleştireceklerdir.Unix Workstation üreticileri kendi ürün serilerinin birkaç yılından beri (ve şimdi ECC) parity ‘i kullanıyorlar.
ISA aygıtlarından kaçının
Birçok insan ISA aygıtlarının genellikle konfigure edilmesinin zor ve demode olmasından dolayı kaçınırken,hala kullananlar bulunmaktadır.Eğer diskiniz veya network denetleyiciniz için ISA ‘ yı kullanıyorsanız,ISA ‘ nın kendisinin performans engeli olacağını hatırlayın.Eğer hıza ihtiyaciniz varsa,PCI içine bakın.Elbette çok iyi çalışan hala ISA kartları vardır.Maalesef bunların çoğu ses kartı veya seri port kartlarıdır.
Ucuz PCI network uyarlayıcılarından kaçının
OpenBSD bir tane ucuz PCI network uyarlayıcılarının plethora sını destekler.Bu uyarlayıcılar ev sistemlerinde muazzam çalışırlar ve birde düşük veya orta throughput iş ve çevreyi araştırır.( and also low or moderate throughput business and research environments.) Fakat serverınızda yüksek throughput ‘a ve düşük etkiye ihtiyacınız varsa ,daha iyi durumda olarak PCI network uyarlayıcısı özelliğini alıyorsunuz.Ne yazık ki,pahalı markalı uyarlayıcılar,ucuz olan uyarlayıcılarına göre daha iyi değildir.Hızı yavaş networklerde kullanıldığında gigabit uyarlayıcılar, üstün tamponlamadan dolayı çoğu kez 10 Mbps/100 Mbps uyarlayıcılardan daha iyi görevini yerine getirir.
Why aren't we using async mounts?
Soru:Basitçe kullanılabilir bir şekilde paket yaptığım “mount –u –o async /” komutunu düzenliyorum.(zaman zaman birkaç yüz nesne kullanmakta direnmede) Neden async mounting ‘i uygun görüyorum ve bu varsayım değil(Diğer Unixlerdeki gibi).Daha kolay ve bu nedenle bazı uygulamalardaki perfprmansı düzeltmenin güvenilir yol değil mi?
Cevap: Async mounts , sync mounts ‘ den gerçekten daha hızlıdır.Fakat daha az güvenlidir.Elektrik arızası halinde ne olur? Veya donanım probleminde ne olur?Hız için sistemin güvenilirliği ve sağlamlığı araştırılamaz.mount(8) için man sayfalarını araştırınız.
async All I/O to the file system should be done asynchronously. This is a dangerous flag to set since it does not guaran- tee to keep a consistent file system structure on the disk. You should not use this flag unless you are pre- pared to recreate the file system should your system crash. The most common use of this flag is to speed up restore(8) where it can give a factor of two speed in- crease.(BU SANIRIM MAN SAYFASI O YUZDEN CEVİRMEDİM.)
Diğer taraftan,arıza sonrasında yeniden yaratabileceğin temp veri ile iş ilişkisi içindesiniz,sadece veri için ayrı bölümler kullanarak, hız elde edebilirsin, mounted async .Bir şeyler yanlış gittiği zaman bölüntü içindeki bütün verinin kaybolmasını düşünemiyorsanız tekrar bunu yapın.Bu nedenden dolayı mfs(8) bölüntüleri asynchronously olarak artacaktır.Her nasılsa reboot da silinecek ve yeniden yaratılacak gibi