Jos mulla on log(32/32) niin tehdäänkös eka tuos jakolasku ja sit log?
Joten onko Googlessa bugi?
log(32/32) = 0 = http://www.google.com/search?hl=fi&client=opera&rls=fi&q=log(32/32)&btnG=Hae&lr=
log(322/322) = -4.82163733 × 10-17 = http://www.google.com/search?hl=fi&client=opera&rls=fi&q=log(322/322)&btnG=Hae&lr=
Joten onko Googlessa bugi?
log(32/32) = 0 = http://www.google.com/search?hl=fi&client=opera&rls=fi&q=log(32/32)&btnG=Hae&lr=
log(322/322) = -4.82163733 × 10-17 = http://www.google.com/search?hl=fi&client=opera&rls=fi&q=log(322/322)&btnG=Hae&lr=
Vastaukset 6
Vanhimmat
log(x/y)=log x - log y
Siispä bugi Googlessa.
Voit joko hajoittaa laskun log 32 - log 32=0 tai laskea 32/32=1 ensin ja log 1=0.
En ymmärrä miksi laskussa tulisi virhe sillä mikäli syöttää log(322/322) laskee kone ensin 322/322 ja on epätodennäköistä että saataisiin muu kuin tarkka vastaus 1 josta log 1=0.
Mutta mikäli 322/322=1.00000000000000001 (esim.) laskukoneen mukaan niin silloin logaritmi tästä saattaa antaa kyseisen tuloksen.
Miksi 322/322 olisi 1.00000000000000001 mutta vastaavasti 323/323 olisi 1 Kokeilin huvikseni niin tuota outoa toimintaa en huomannut kuin tuolla 322 luvuilla.
Pyöristysvirheestä täytyy olla kyse!
eli laskentatarkkuus 322/322 näytetään 1 vaikka
muistiin jää jotain 1.00000000000000001 tai 0.99999999999999999 tyylistä. Luku 323/323 taas voi olla sellainen että pyöristysvirhettä tapahtuu siten, että kaksi virhettä kumoaa toisensa.
Silti on varsin erikoinen ilmiö!!
log(0.9999999999999999) antaa saman tuloksen kuin log(322/322). Kun samasta luvusta 0.9999999999999999 vähentää ykkösen, tulokseksi ohjelma antaa nollan.