Hep diyoruz. Linux hızlı, Linux güçlü, Linux şöyle, Linux böyle diye…”Peki ama şunu bir gözümüzle de görebilseydik”  diyenler için geçen gün çalışırken aldığım bir ekran görüntüsünü paylaşmak istiyorum. Firefox’la gezinirken bir yandan da Devede ile yüksek tanımlı bir mkv dosyasını dvd isosu haline getiriyordum. Mkv dosyalarını dvd isosuna dönüştürmek işlemciniz açısından hayli zahmetli bir iş. Hele işlemciniz 4′ün altında çekirdeğe sahipse işlem süreleri epey uzun olabiliyor. 20GB’lık bir mkv dosyasının dönüşümü 4,5 saati bulabiliyor. Her neyse…Bu dönüşüm işlemine ve aynı anda müzik dinliyor olmama rağmen sistemin gayet rahat çalıştığını farkettim ve daha ne kadar zorlayabilirim diye başladım yeni uygulamalar açmaya…

Tüm bu işlem yüküne, dvd’ye yazılmayı bekleyen bir videoyu da ekledim. K3b başladı çalışmaya…Yetmedi. Sistem hala rahat rahat çalışıyordu. Taşınabilir diskime atılması gereken mkv formatındaki filmlerimi de kopyalamaya başladım (Pardus’ta dosya transferi her nedense çok fazla işlemci kullanıyor). O da yetmedi, görgüsüzlüğün dibine vurup, müzik çalarken bir de video açtım Smplayer ile. Açtığım video 1,4GB boyutunda bir avi dosyasıydı. Tüm bu hengame, müzik, film gürültüsü sürerken ben de Firefox’la internette gezmeye devam ettim. Arka planda çalışan diğer servisleri saymıyorum.

Benimkisi “Görmemişin Pardus’u olmuş, gitmiş işlemcisini kızartmış” misali bir şey oldu ama Pardus’un da sistemi ne kadar verimli işlettiğini görmüş oldum. Pardus bunu, 2.4Ghz hızında çalışan çift çekirdekli Amd Athlon X2 4600+, 800Mhz hızında 2GB bellek ve 512MB bellekli bir Ati Radeon HD3850 ile yaptı.

Bu tablo, KDE’nin 4.5 sürümü (4.4′e göre önemli performans iyileştirmeleri içeriyor) ve 64bit desteği ile gelecek Pardus 2011′in yapabileceklerine ışık tutması bakımından önemli bir gösterge. Güzeeellll…Gayet heyecan verici…

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

İ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.