ULAKBIM’deki bazı servislerimizin yedeklerini ve muhtemelen Pardus 2011 derleme tarlasını barındıracağımız sunucumuza PAE destekli bir Linux paketi kurup 4GB üzeri RAM’i yalandan kullanmak yerine, Kurumsal 2 x86_64 kurdum bugün.

Üniversite kütüphanesinin tozlu raflarında kalmaya mahkum olmayan bir bitirme tezi hikayesindeki ufak bir paragraf bu. Tarih 15 Mart 2010.

Başta ÇOMÜ asıllı Pardus geliştiricileri olmak üzere, emeği geçen herkese teşekkürler.

Kurulabilir CD'sine doğru yol aldığımız Pardus64 üzerinde birkaç performans testleri yapmak istedik. Daha kök dosya sistemini (RootFS) çıkarmadan yaptığımız [1] adresindeki testlerin üzerinden oldukça zaman geçti ve o günden bu yana sisteme birçok bileşen eklenerek depodaki [2] paket sayımız 4 haneli rakamları buldu. Bu yüzden yeni bir test yapmak iyi bir fikir gibi geldi.

Verilerin imza ve şifreleme işlerini gerçekleştiren GnuPG ile ses ve görüntü mevzularında (özellikle format dönüştürme) pek yetenekli olan ffmpeg uygulamalarını test ettim.

Test ortamımdaki bilgisayarın şöyle özellikleri var:

* Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz

* 2.5 GB RAM

Uygulamaların sürüm numaraları da şöyle :

* ffmpeg-0.5.1_20091020-62

* gnupg-2.0.11-26

İlk testi ffmpeg ile 701 MB 'lik .avi dosyasını .mpg formatına dönüştürerek gerçekleştirdim. Çevrilen dosyanın özellikleri:

$ ffmpeg -i input.avi

Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/2733) -> 23.98 (24000/1001)

Input #0, avi, from 'input.avi':

Duration: 02:06:36.21, start: 0.000000, bitrate: 773 kb/s

Stream #0.0: Video: mpeg4, yuv420p, 528x288 [PAR 1:1 DAR 11:6], 23.98 tbr, 23.98 tbn, 23.98 tbc

Stream #0.1: Audio: mp3, 48000 Hz, 2 channels, s16, 128 kb/s

At least one output file must be specified

FFMpeg çalışma zamanı (sn):

$ time ffmpeg -i input.avi output.mpg

Bu çıktılar bize ffmpeg uygulamasının 64bit Pardus üzerinde 32bit Pardus'a göre %18 gibi bir oranda daha hızlı çalıştığını gösteriyor.

İkinci testi 687 MB'lik Pardus.iso dosyasını gnupg ile şifreliyerek gerçekleştirdim:

GnuPG Çalışma Zamanı :

$ time gpg --encrypt --recipient 'Metin Akdere' pardus.iso

Bu çıktılar ise bize GnuPG uygulamasının 64bit Pardus üzerinde 32bit Pardus'a göre %24 gibi bir oranda daha hızlı çalıştığını gösteriyor.

Sonuç şu ki; 64bit ile hem daha büyük bellek uzayına hem de gözle görülür bir performans artışına sahip oluyoruz; ama 64 bitte uygulamalar 32 bite göre iki kat hızlı çalışacak gibi bir durum yok :) Performansı etkileyen bir çok parametre var; işlemci mimarisi bunlardan sadece birisi. Çalıştırdığımız komutların veri bağımlılığı var, kontrol bağımlılığı var. Ne çok büyük bellekler, ne de çok güçlü işlemciler tek başına sistemin performansı üzerinde etkili değil; uygulamaların da sistemi en verimli kullanacak şekilde yazılmış olması gerekiyor. Daha önceki test çalışmamızda paralel programlanan uygulamaların gerçek bir performans farkı ortaya koyduğuna şahit olduk.

Pardus64 çalışmalarındaki son durumdan da bahsetmek istiyorum. Elimizde 1700 civarında 64bite taşınmış paket sayısı var. Sadece system.base ve system.devel'den oluşan kök dosya sisteminin ardından, kurulan CD için çalışıyoruz. Ayrıca, 64bite port sürecinde paketlere yapılan tüm değişiklikleri bir betikte toplama gibi bir çalışmamız da var. Bu sayede aynı depo ve farklı derleme çiftlikleri ile farklı mimariler için (şimdilik en azından 32/64 bit) paketler oluşturulabilecek diye planlıyoruz.

[1] http://nyucel.blogspot.com/2009/11/64-bit-pardusun-ilk-performans-test.html
[2] http://x86-64.comu.edu.tr