Re: [Linux-programlama] 2 bitlik değişken_t anımlama

---------

New Message Reply About this list Date view Thread view Subject view Author view Attachment view

From: serdarkoylu@fisek.com.tr
Date: Mon 29 Aug 2005 - 09:47:05 EEST


Selamlar...

İki bitlik değişken olur. Ama bu yanındaki diğer bitlerde doluysa bir
anlam ifade eder. Bkz: struct, ":" vs.

10^7 ne eder 10 milyon mu? 2 bit olsa her deÄŸer ne olur ? 20 Milyon bit.
Ne eder, kabaca 2.5 MB filan. Her biri 8 bit olsa, 10 MB eder.

Genel olarak çoğu mimaride "int" 32 bit uzunlukta. Bu da bir int içine
16 tane 2 bit saklayabileceğiniz anlamına gelir. Fakat bu bitleri buradan
çıkarmak ve yerleştirmek için çok çok daha fazla zaman harcarsınız.
Kabaca, bu bitleri karşılaştırmak 5 saat çevrimi sürse, bitleri
çıkarmak 30 saat çevrimi, koymak 30 saat çevrimi filan eder. Toplam 65
saat çevrimi. Bu da 10 kat daha yavaş çalışacaksınız demek olur.

2 yerine 8 bit kullanmakta benzer bir yavaşlığa sebep olur. Genel kural
olarak en hızlı işlenen değişkenler "int" olanlardır.

Görüldüğü üzere sorun optimizasyon sorunu. Seçim yapmanız lazım:
"Optimize for size" yada "Optimize for speed" arasında. 256 MB RAM olan
bir sisteme dudak büküldüğünü düşünürsek, bir kaç MB için bir
sürü takla atmaya ihtiyaç olmaz sanıyorum. O kodu yazarken
kullanacağınız elektrik/su parasına sisteme biraz daha RAM
alabilirsiniz nerdeyse.

Saygı ve sevgiler..

On August 28, 9:17 am Bora_Güngören <bora@boragungoren.com> wrote:
>
>
>
> Merhaba,
>
> Bu uygulamada 2 bitlik değişken kullanarak yer kazanımı da
> olmayacaktırki. :-) Neyi tartışıyoruz? :-)
>
> Bora Güngören.
>
> Umut D. wrote:
> Bence burada "6" bit'in muhabbetiniyapmayalim :P
>
> Åžaka bir yana, bence gercekten %75 yer kazanciniz olacak, 8 bit
> yerine2 bit. Ancak o 2 bitlik veriyi analiz etmek icin gereken en
> basit matematikselfonksiyonlari bile oturup 2 bite uyacak sekilde
> yazmaniz gerekecek. Ya daveritabanindan cektikten sonra yine char
> olarak kullanacaksiniz vs...
>
> Tamsayi ya da 8 bitlik veri dizeleri uzerinde calisan zaten pek
> cokistatistik vs kutuphanesi bulmaniz mumkun.
>
> Eski bir tabirle "Attiginiz tas urkuttugunuz kurbagaya degmez"
>
> Tabi data miktari buyudukce donanimda daha fazla disk ve
> ramgerekecek...
>
> Secim sizin...
>
> On 8/27/05, serdar güler wrote: Herkese iyi günler,
>
> Biyoteknoloji ile ilgili bir tez çalışmam var, genome database
> şeklinde bir uygulama yazmak gibi bir düşüncemiz var.
>
> Genetiğe uzak olanlar için küçük bir için bilgi vereyim. DNA'yı
> oluşturan sadece 4 farklı çeşit baz var (adenin (A), timin(T),
> guanin(G) ve cytosine (C)).
>
> başka yazılmış databaseleri biraz inceledim, anladığım kadarıyla bu
> veriler -en azından benim gördüklerimde- karakter değişkenler olarak
> tanımlanmış ama aslen 2 bitlik değişkenler ile tanımlanıp bir hayli
> yer kazanımı olabilir gibi geldi. Bu mümkün müdür? tabii mesela
> insanın genomunda 10^7-10^8 arası baz olduğunu da eklersek ne kadar
> yerkazanımı olacağı konusunda bir fikir edinebilirsiniz sanırım.
>
> neyse programlama ile meslek olarak uÄŸraÅŸan insanlardan da tavsiye
> almak istedim sadece. Mesela ben şöyle bir şey yapmak istesem
> elimdeki 1000 bazlık bir DNA dizisinin elimdeki hedef 10^7 lik DNA
> dizisindeki herhangi bir bölge ile % kaç benzerlik içerdiğini ya da
> en fazla hangi bölgeyle benzerlik içerdiğini anlamak için
> fonksiyonlar yazsam bu 2 bitlik tanımlama hikayesi benim hızımı ne
> kadar arttırır. Sonuç olarak uğraşmaya değer mi?
>
>
> _______________________________________________
> Linux-programlama mailing list
> Linux-programlama@liste.linux.org.tr
> http://liste.linux.org.tr/mailman/listinfo/linux-programlama
>
>
>
>
> _______________________________________________Linux-programlama
mailing listLinux-programlama@liste.linux.org.trhttp://liste.linux.org.t
> r/mailman/listinfo/linux-programlama

_______________________________________________
Linux-programlama mailing list
Linux-programlama@liste.linux.org.tr
http://liste.linux.org.tr/mailman/listinfo/linux-programlama


New Message Reply About this list Date view Thread view Subject view Author view Attachment view

---------

Bu arsiv hypermail 2.1.2 tarafindan uretilmistir.