<f...@g...SKASUJ-TO.pl> napisał(a):

> zaczalem troche myslec nad alternatywna forma floata
> normalnie powiedzmy ze float ma 20 bit na mantyse
> i 10 bit na ceche - swietnie ze cecha jest wielka
> ale problemem jest to ze mantysa jest o wiele mniejsza,
>
> gdyby zrobic inaczej tj ceche kodowac wylacznie zapalonymi
> bitami od lewej to byloby malo informacji na ceche (tylko
> ok 30 stanow, zamiast np 1024 stany) ale za todokladnie
> pol zakresu inta byloby ocalone innymi slowy (np dla unsigned
> 32 bit) taki 'float' dla zakresu 0-2miliardy) bylby zwyklym
> intem dopiero od wartosli lewy bit = 1 bylby folatem:
> i byloby to czyms w rodzaju floatointa czy intofloata
> blendem inta z floatem w jednej formia danych
> (podlegaloby w wiekszosci intowej arytmetyce tylko dla
> przepelnien floatowej) - mozna tez nazwac hiperintem
>
> mialoby to swoje znaczne zalety (np int bylby intem i
> bylby bezpieczny), mz ciekawy koncept
>
>
>

kwestia jak przydzielic te zmienen uklady cecha
mantysa bo np dla bajta dla wartosci

1xxxxxxx
11xxxxxx
111xxxxx
1111xxxx
11111xxx
111111xx
1111111x
11111111

mozna by zrobic np



xxxxxxx 7
1xxxxxx. 128+ 6
1xxxxx... 256+ 5
1xxxx..... 512+ 4
1xxx....... 1024+ 3
1xx......... 2048+ 2
1x........... 4096+ 1
1............. 8192 0



1-127 dokladnie
128-255 64 liczby co 2
256-511 32 liczby co 8
512 1024 16 liczb co 32
1k - 2k 8 liczb co 128
2k - 4k 4 liczby co 512
4096, 6144
8192



dla 32bit unsigned byloby analogicznie
od 0 - 2mlrd dokladnie a pozniej w podobny sposob
do ok 10^18 niedokladnie





--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/