test etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
test etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

25 Şubat 2010 Perşembe

paralel bzip2 test sonuçları

64 bit için ilk testi yaptığımızdan bu yana aklımızda daha detaylı bir karşılaştırma yapmak vardı. Bu sefer karşılaştırma için Pardus katkı deposundaki pbzip2 paketini kullandık. Testlerde kullandığımız bilgisayarın özellikleri şöyle:

* 4 X Intel Processor (2.4GHz)
* 4 GB RAM

Sıkıştırdığımız dosya ise 903 MB'lık bir düz metin dosyası. Sıkıştırma, açma ve dosya boyu karşılaştırmaları Pardus C2 x86-64 üzerinde yapıldı ama diğer sürümlerde de farklı sonuçlar olmayacaktır.

Sıkıştırma süresi:

Dört işlemcili bir bilgisayarda bzip2'nin 200sn'de yaptığı işi pbzip2 62sn'de yapıyor. Peki oluşan sıkışmış dosyaların boyları nasıl? Sıkıştırma yapan bir program için sıkıştırılmış dosyanın boyutunun büyük olması istenilen bir şey değil elbette.

Sıkıştırılmış dosya boyutu:

Oluşan iki dosya arasında sadece 0.12MB'lık bir fark var. Başka bir değişle; bzip2 dosyayı 12.78'de birine sıkıştırırken pbzip2 12.80'de birine sıkıştırmış. Aradaki farkın oransal ifadesi (0.12/903) 0.00013, yani yüzbinde onüç. Oldukça kabul edilebilir bir fark. Sıkıştırılmış dosyaların açılma hızları arasında da ciddi farklar var:

Açma süresi:

pbzip2 ile sıkıştırılan dosyalar istenirse bzip2 ile de açılabiliyor. Bu testte 74.04MB'lık sıkıştırılmış dosya kullanılmıştır.

bzip2 ile 27sn'de açılan dosya pbzip2 ile 10sn'de açılıyor. Eğer dosya boyutundaki ufak artış problem olmayacaksa iyi bir tercih gibi görünüyor pbzip2.

28 Kasım 2009 Cumartesi

64-bit Pardus'un ilk performans test sonuçları

İki aydır aşkla çalıştığımız 64bit Pardus projesinin işletim sisteminin performansında nasıl bir fark oluşturacağını herkes gibi biz de merak ediyoruz. Daha önce başka işletim sistemleri için yapılmış olan testlerden çok farklı bir sonuç beklemesek bile madem elimizde bu imkan var değerlendirelim diyerek bu bayram gününü test için ayırdık. Neleri test edebileceğimiz konusunda fazla tercihimiz yoktu doğrusu, bu yüzden diğerleri neleri test etmişse biz de yaklaşık onları test ettik. Önce elimizdeki olanakları sıralayayım ki "neden şunları denemediniz" diyecekler için bir açıklama olsun (yine de öneriniz olursa duymaktan mutlu oluruz): * System.base ve system.devel'i 64bit paketlenmiş oldukça minimum (üzerinde çok uğraşıldığı için böyle demeye de dilim varmıyor ama neyse:)) bir Pardus'umuz var. Temel alınan sistem corporate2, yani kurumsal 2. Henüz bir grafik ortamımız yok. Testteki araçlardan lame ve gnupg'yi teste yetiştirmek için paketledik. * Hızın bir işletim sistemi için her şey olmadığını biliyoruz. * Denemelerde kullanığımız yazılımların tamamı çalışırken tek işlemci kullanabildiğinden ve RAM'i çok az kullandığından işlemci sayısını değiştirmek (evet, yaptık bunu) veya hafızayı arttırmak (bunu da denedik) farkedilebilir bir değişikliğe neden olmadı. Testleri birbiriyle özdeş şu donanımlar ile yaptık: * 4 X AMD Opteron(tm) Processor (2.3GHz) * 4GB RAM Kullandığımız yazılımlar ise şöyle: * bc-1.06.95-5 * gnupg-2.0.11-26 * lame-3.98.2-11 * bzip2-1.0.5-10 İlk test faktöryel hesabı için bc ile yapıldı. 20000, 40000 ve 60000 faktöryeller hesaplandı. $time bc factorial20k.bc > /dev/null Yaklaşık %14 bir kazanç var. İkinci test gnupg ile Pardus-2009.iso (687MB) şifrelenerek yapıldı: $time gpg --encrypt --recipient 'metin' Pardus-2009.iso Yaklaşık %24 bir kazanç var. Üçüncü test lame ile wav dosyasını (647MB) mp3 dosyasına çevrilerek yapıldı: $time lame 32vs64.wav 32vs64.mp3 Yaklaşık %14 bir kazanç var. Dördüncü ve son test bzip2 ile 687MB'lık bir dosyanın sıkıştırılmasıyla yapıldı: $time bzip2 test_file.tar Bu test sonucunda da yaklaşık %14 bir kazanç var. Bu sonuçlar değerlendirildiğinde 32bit ve 64bit Pardus arasında bir uçurum olmadığı ama kayda değer bir fark da olacağını söyleyebiliriz sanırım. Her ne kadar sonuçlar olumlu çıkmış olsa da testleri yaparken sistemdeki işlemcilerden sadece birinin tam kapasite kullanıldığını kalanların ise hiç kullanılmadığını gördük. Bu elbette yazılımların çoklu işlemci kullanabilir olmamasından kaynaklanıyordu. "Eğer yazılımlar sistemdeki tüm işlemcileri verimli bir şekilde kullanabilseydi nasıl olurdu" diye düşünürken Metin bunu deneyebileceğimiz bir araç buldu. Biz sistemimize kurduğumuz bzip2 ile test yapmıştık ve birileri bzip2'yi paralel çalışacak hale getirmişti. İlk denemede gördük ki işlemcileri paralel kullanmak süreyi dramatik şekilde düşürüyor. Paralel bzip2'yi kullanarak yine 687MB'lık bir dosyayı sıkıştırma testleri yaptık. Bu sefer işlemci sayısının da önemi olduğundan aynı makine üzerindeki işlemcileri de değiştirerek aşağıdaki grafiği elde ettik: Sistemde tek işlemci varken kazanç %5 seviyesinde iken işlemci sayısı 8'e çıktığında kazanç da %15'e çıkıyor. Bu noktada tabi daha dikkat çekici olan programın paralel çalıştırılmasıyla elde edilen müthiş kazanım. Bu grafik iki veya dört çekirdekli, birden çok işlemcili bilgisayarlar alıp bunların aynı anda sadece birini kullanabilmek yerine tamamının verimli olarak kullanılabilmesi durumunda ortaya nasıl bir tablo çıkacağıyla ilgili bir ipucu veriyor. Bir başka ekip de çıkıp "biz de paralel-pardus'u hazırlayalım" dese harika olur bence.

hoşçakal kardeşim deniz

Nerelisin sorusuna Ankaralıyım demeye utanacak kadar çok zaman Çanakkale'de yaşadım. Hiç kimseyi tanımadan geldiğim bu şehirde harika in...