[Gelistirici] xmill v.s bzip2 || gzip

[S.Çağlar Onur]

Selamlar;

Pazartesi 27 Mart 2006 23:33 tarihinde, Eray şunları yazmıştı: 
> Dedigim gibi ilgili hatayi arayip bulabilirsiniz. Bu konuyu didik didik
> etmenizden ve bunu ortaya koyma usulunuzden su anda ben cok rahat
> hissetmiyorum. Daha fazla tartissak sanki cok bir sonuca varamayiz gibi
> geliyor. Ben de ayni bicimde konussam (yukariya bakmak yeterli) hos olmaz.

Gelmeye çalıştığım yer zaten içinden çıkılamaz bir tartışma yaratmak değil, 
sadece hali hazırda zaten python komünitesi tarafından geliştirilen (harici 
projelerden bahsetmiyorum python-core ile gelenlerden bahsediyorum) çeşit 
çeşit sıkıştırma algoritması varken, bunlar ile exception handling 
yapabilecekken, aralarında ciddi bir fark yokken (gb'larca veriden 
bahsetmiyoruz, debian'ın 10bin paketi ile index'i 7mb biraz önce baktım) 
neden bu kararı verdik diye sorguluyorum sadece.

> Elimden geldigince aciklamaya calistim. Benim gozonune aldigim tek kriter
> en hizli/iyi sikistiran program nedir? Siz kapanmis bir hatanin uzerinde
> konusmaya baslamadan once, bagimliligin normal oldugunu dusunmustum.
> Paketle ilgili hatalari istekleri vs. bugzilla tarihinden bulabilirsiniz.
>
> Neden peki mutlak bicimde en iyi sikistiran program secildi? Cunku tek bir
> kere degil sinirsiz defa kullanici bu programi kullanacak ve internet
> uzerinde veri sikistirmak icin daha da onemlisi kullanilacak. Ayrica,
> dedigim gibi belki xmill'i daha da iyi sikistiracak sekilde configure etmek
> ya da daha yeni bir versiyonunu bulmak yahut benzer ama daha iyi oranlar
> eden baska bir sikistiriciyla degistirmek gibi olasiliklarin hepsini
> ileride
> dusunebiliriz ama bzip2 en dusunmedigim program bu konu icin. Yakin olan
> 7zip vardi, uc tane dusunulmus secenek arasinda.

bzip/gzip/zip v.s'nin ne eksiği var bu durumda gerçekten anlamıyorum, 
kullanıcı 10k fazla çekmesin diye neden genel ve kabul görmüş standartlardan 
vazgeçiyoruz? 

Bzip ve sülalesini sen şahsi olarak beğenmiyor olabilirsin ama günümüz gerçeği 
onlar, en iyi sıkıştıran cpu yiyor, en hızlı açan io tüketiyor v.s v.s zaten 
bunların bir tane optimumu olsa bugün ortada diğerleri olmazdı ve hepimiz o 
en güzel neyse onu kullanıyor olurduk.

Ama ortada bu en güzel olmadığına göre olabildiğince ortak kullanılan, bilimum 
uygulama/kütüphane/dil ile desteklenen birşey seçmemek bana sadece abartı 
mühendislik geliyor

2 gün sonra xmill'de güvenlik açığı çıkınca biz mi düzelteceğiz, yeni gcc ile 
derlenmediği ya da glibc ile sorun yarattığı zaman biz mi müdahele edeceğiz, 
beklemediğimiz davranışlarda bulununca biz mi emek harcayacağız, bana bunlar 
son derece gereksiz ve ~30K için değil ~300K fark için bile yapılası 
hareketler gelmiyor malesef

> Bugzilla'da sozettigim aramaya ornek olarak ise:
> http://bugs.uludag.org.tr/show_bug.cgi?id=2395

Bunu daha önce kaçırmışım, şimdi yakalaya çalışıyorum zamanlama için özür 
dilerim ama içim rahat değil şu durum ile.

-- 
S.Çağlar Onur <caglar at uludag.org.tr>
http://cekirdek.uludag.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanılamıyor
Type: application/pgp-signature
Size: 191 bytes
Desc: kullanılamıyor
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20060327/6551e08f/attachment-0002.pgp>