1
00:00:00,000 --> 00:00:00,310

2
00:00:00,310 --> 00:00:01,750
>> DAVID MALAN: Katsotaanpa nyt puhaltaa mieltäsi.

3
00:00:01,750 --> 00:00:06,500
On käynyt ilmi, todellisessa maailmassa 1 jaettuna
10 on todellakin kymmenesosa, tai 0.1.

4
00:00:06,500 --> 00:00:10,370
Mutta tietokoneissa, joissa on vain äärellinen
bittien lukumäärä, jolla voidaan

5
00:00:10,370 --> 00:00:14,290
edustavat numerot, et voi aina
edustavat numerot kuin 1/10 kanssa

6
00:00:14,290 --> 00:00:15,500
täysin tarkasti.

7
00:00:15,500 --> 00:00:18,640
Toisin sanoen tietokoneet joskus
tehdä tuomion täytäntöönpano edellyttää eikä

8
00:00:18,640 --> 00:00:22,740
välttämättä edusta numero
haluta niin tarkasti kuin aiot.

9
00:00:22,740 --> 00:00:27,020
>> Oletetaan esimerkiksi, että menen takaisin
Tämän ohjelman ja muuttaa 0,1,

10
00:00:27,020 --> 00:00:32,073
oh, 0,28, mikä osoittaa, että
Haluaisin printf että printf kohteeseen

11
00:00:32,073 --> 00:00:34,350
28 paikkoja tarkkuus.

12
00:00:34,350 --> 00:00:39,330
Katsotaanpa nyt tallentaa ja kääntää ohjelman,
tällä kertaa tehdä floats2.

13
00:00:39,330 --> 00:00:41,910
Ajaa se piste slash floats2.

14
00:00:41,910 --> 00:00:49,980
Ja rakas Jumala, tällä kertaa en näe 0,1,
mutta 0.10000000, mikä on melko

15
00:00:49,980 --> 00:00:51,070
hyvä tähän mennessä.

16
00:00:51,070 --> 00:00:57,830
Mutta sitten, 14901161193847656250.

17
00:00:57,830 --> 00:00:58,880
>> No, mitä on tekeillä?

18
00:00:58,880 --> 00:01:02,280
No, käy ilmi, että float on
tyypillisesti tallennettu tietokoneen

19
00:01:02,280 --> 00:01:03,500
32 bitin.

20
00:01:03,500 --> 00:01:07,340
32 on ilmeisesti äärellinen määrä, joka
tarkoittaa, että voit vain edustaa

21
00:01:07,340 --> 00:01:11,050
32 bitin rajallinen määrä
liukulukuoperaatioiden arvoja.

22
00:01:11,050 --> 00:01:14,980
Valitettavasti tämä tarkoittaa, että
tietokone ei voi edustaa kaikkia mahdollisia

23
00:01:14,980 --> 00:01:18,110
liukuluvut tai reaalilukuja,
että olemassa maailmassa,

24
00:01:18,110 --> 00:01:19,980
koska se on vain niin monta bittiä.

25
00:01:19,980 --> 00:01:23,940
>> Ja niin mitä tietokoneen ilmeisesti
tehty tässä tapauksessa on edustaa 1/10 ja

26
00:01:23,940 --> 00:01:26,880
lähin mahdollinen kellunta
pisteen arvo, että se voi.

27
00:01:26,880 --> 00:01:31,050
Mutta jos katsomme, koska meillä on täällä, 28
desimaalin tarkkuudella, alamme nähdä, että

28
00:01:31,050 --> 00:01:31,970
epätäsmällisyys.

29
00:01:31,970 --> 00:01:34,480
Joten tämä on ongelma
Ei täydellinen ratkaisu.

30
00:01:34,480 --> 00:01:38,060
Voimme käyttää kaksinkertaista sijaan float,
jolla on taipumus käyttää 64 bittiä, kuten

31
00:01:38,060 --> 00:01:39,410
vastustaa 32.

32
00:01:39,410 --> 00:01:42,290
Mutta tietenkin, 64 on myös rajallinen,
joten ongelma

33
00:01:42,290 --> 00:01:43,630
säilyvät jopa kaksinkertaistuu.

34
00:01:43,630 --> 00:01:46,323