Kezdőoldal » Tudományok » Egyéb kérdések » Mitől vannak a Wolframalpha...

Mitől vannak a Wolframalpha orbitális bar0mságai?

Figyelt kérdés

[link]

vagyis sum 1/(n*ln(n)*ln(ln(n))*ln(ln(ln(n)))*ln(ln(ln(ln(n))))^2) from 16 to inf

"More digits"-el lehetne pontosítani, de mindegyik baromság, egyre több (száz) tizedesjeggyel.

Ha csak 10000-ig, vagy 100000-ig összegezte volna, már látszana, hogy nem jó (4.2092..., ill. 8.6591...).

Az összeg monoton nő, minden n>16-ra pozitív a kifejezés.

Ha csak 4000000-ig összegzünk, már egy nagyobb számot kapunk, kb. 8.2 millió:

[link]

De ez is hülyeség, mert csak n=3814279 esetén több mint 14 milliárd adódik az összeghez ...



2019. aug. 13. 00:46
1 2 3
 1/26 anonim ***** válasza:
83%
Attól, hogy rosszul használod.
2019. aug. 13. 06:34
Hasznos számodra ez a válasz?
 2/26 A kérdező kommentje:

Nem, a kifejezés helyes, a program tudja értelmezni, csak hülyeséget válaszol.

Nem az a baj, hogy nem tudja a választ, hiszen minden programnak vannak korlátai, hanem az, hogy ahelyett hogy kiírná hogy nem tudja a választ, vagy értelmezni a kérdést, egy totális hülyeséget válaszol.

Így megbízhatatlan, sohasem tudhatod, hogy éppen mikor ír ki jót, vagy hülyeséget.

Az mindenképpen durva, hogy képes több száz számjegy "pontossággal" megadni egy 1.xxx vagy 2.xxx eredményt, amikor az valójában több milliárd.

2019. aug. 13. 11:44
 3/26 2*Sü ***** válasza:
100%

A probléma az, hogy a köztes eredményeket is csak egy bizonyos pontossággal számolja ki. Így a logaritmusok egymásba ágyazásával a véges pontosság miatt a hiba „hatványozódik”. Vegyük csak a kifejezésed egy részét:


ln²(ln(ln(ln(n))))


Kiszámoltam 130 számjegy pontossággal n=16 esetére, de most csak a kerekített értékeket írom le:

ln(16) ≈ 2.772588722…

ln(ln(16)) ≈ 1.01978144…

ln(ln(ln(16))) ≈ 0.01958833…

ln(ln(ln(ln(16)))) ≈ -3.93282128…

ln²(ln(ln(ln(16)))) ≈ 15.467083222…


Most nézzük, mi a helyzet, ha 5 számjegy pontossággal számolunk:

ln(16) ≈ 2.77259 ; hiba: 0.000046085%

ln(ln(16)) ≈ ln(2.77259) ≈ 1.01978 ; hiba: 0.000141259%

ln(ln(ln(16))) ≈ ln(1.01978) ≈ 0.01959 ; hiba: 0.008523676%

ln(ln(ln(ln(16)))) ≈ ln(0.01959) ≈ -3.93274 ; hiba: 0.002066714%

ln²(ln(ln(ln(16)))) ≈ (-3.93274)² ≈ 15.46644 ; hiba: 0.004352609%


Ha most nem 5, hanem csak 3 számjegy pontossággal számolunk, akkor:

ln(16) ≈ 2.773 ; hiba: 0.01483371%

ln(ln(16)) ≈ ln(2.773) ≈ 1.020 ; hiba: 0.021431991%

ln(ln(ln(16))) ≈ ln(1.020) ≈ 0.02 ; hiba: 2.101606612%

ln(ln(ln(ln(16)))) ≈ ln(0.02) ≈ -3.912 ; hiba: 0.529423502%

ln²(ln(ln(ln(16)))) ≈ (-3.912)² ≈ 15.304 ; hiba: 1.054388984%


1 számjegy pontosság esetén a dolog még viccesebb:

ln(16) ≈ 2.8 ; hiba: 0.988652862%

ln(ln(16)) ≈ ln(2.8) ≈ 1.0; hiba: 1.939772558%

ln(ln(ln(16))) ≈ ln(1.0) ≈ 0.0 ; hiba: 100%

ln(ln(ln(ln(16)))) ≈ ln(0.0) ≈ -∞ ; hiba: ∞%

ln²(ln(ln(ln(16)))) ≈ (-∞)² ≈ ∞ ; hiba: ∞%



Mivel itt a nevezőben még további tagok vannak szintén véges pontossággal, és így hibával, ráadásul ennek még a reciprokát is vesszük, plusz még egy végtelen összegről van szó, persze, hogy a hiba jelentős mértékűre duzzad. A WolframAlpha is próbál matematikai összefüggéseken keresztül pontosabb értékekkel számolni, de azért ennek is van határa, nem csodafegyver ez sem. Mérlegelni kell, hogy az adott kifejezés kiszámolásánál mekkora hibára számíthatunk egy véges számjeggyel való számolás során.

2019. aug. 13. 12:14
Hasznos számodra ez a válasz?
 4/26 A kérdező kommentje:

Nem a pontossággal, kerekítési hibákkal van a baj, én úgy látom. Hanem hogy nem is próbálja kiszámolni, hanem valamilyen (katasztrofális) algoritmussal JÓSOLNI próbál.

Biztos, hogy legalább "double" típust használ, ami ~16 számjegy pontosságot ad. A lassú Python is, összegeztem vele:

10000-ig 4.209213557899408, 0.022 mp

100000-ig 8.659126290126578, 0.279 mp

És nem sokat téved, de már ennyiből is látszik, hogy nem 1.27775 lesz az eredmény!

Pontosabban:

10000-ig 4.209213557899407452203972595359985, 0.281 mp

100000-ig 8.659126290126705483130015135490101, 2.921 mp

És látszik, hogy a kisebb pontosság nem okozott nagy bajt.

Mondanám, hogy az n=3814279 esetén majdnem nulla nevező zavarja meg a "becslést", de anélkül is bűn rossz.

2019. aug. 13. 13:16
 5/26 anonim ***** válasza:
A Wolframalpha az elsődlegesen a szimbolikus matematikában jó. Ne várjuk tőle, hogy a numerikus módszereket is tudja. Arra ott van a python meg a matlab.
2019. aug. 13. 15:36
Hasznos számodra ez a válasz?
 6/26 2*Sü ***** válasza:

A probléma az, hogy e↑↑k esetén megjelennek furcsaságok a nevezőben.


Nyilván n=0 esetén belekerül egy 0-ás szorzó a nevezőbe.

n=‖e^0‖=1 esetén a ln(n) lesz nulla.

n=‖e^1‖=3 esetén ln(ln(n))=0.094047…

n=‖e^e‖ = 15 esetén a ln(ln(ln(n)))=-0.003778235


De eddig nincs gond, hiszen 16-tól kezded az összegzést.


n=‖e^e^e‖ = 3814279 esetén a ln(ln(ln(ln(n))))=-6.667371615… * 10^-10


Ha a nevező tagjait folytatnánk a megfelelő mintázattal, akkor a következő probléma az n=‖e^e^e^e‖ esetén lenne, ahol ennek az ötszörösen iterált logaritmusa lenne nagyon-nagyon kicsi, így nyilván a szumma szaladna meg, és kapna egy olyan tagot, ami ha minden igaz, akkor 10^130-nál is nagyobb tag. Ha a mintázatot a végtelenig folytatnánk, akkor meg a szumma végtelenhez konvergálna.


~ ~ ~


Nyilván nem tudom, hogy pontosan mit is csinál a Wolframalpha. Lehet, hogy vesz különböző nagyságrendű számokat, és megnézi, hogy a nevező hogyan alakul. Lehet ebből azt látja – tévesen –, hogy a nevező az monoton növekvő, és megpróbál ráhúzni valamilyen n-ed fokú polinomot, aminek a végtelen szummájára van zárt képlete. Aztán az eredeti kifejezés szummáját lehet, kiszámolja mondjuk n=10 000-ig, onnan meg az n-ed fokú polinommal közelített értéket adja hozzá, és így kap egy !becslést!. De nyilván nem lángész a Wolframalpha és nem veszi észre, hogy a kifejezés bizonyos helyen egy tűszerű kiugrást mutat. Oké is a dolog, amíg az ember valami valós számítási problémát akar megoldani, és nem egy ilyen teljesen elvetemült képletet akar vele kiszámoltatni.

2019. aug. 13. 18:04
Hasznos számodra ez a válasz?
 7/26 anonim ***** válasza:

Ha gondolod jelezd a hibát fejlesztőknek és / vagy a közösségének.

[link]

[link]

2019. aug. 13. 22:27
Hasznos számodra ez a válasz?
 8/26 A kérdező kommentje:

Most akkor konvergens, vagy divergens?

Újabb fordulat:

[link]

2019. aug. 14. 10:44
 9/26 anonim ***** válasza:

Ha meg így írod be :

[link]

akkor meg megint mást ír pedig az interpretált inputnak ugyanazt mutatja. Nem kéne más eredménynek kijönni ha kettő egész vagy kettő egész nulla tizedet írok. Másik téves algoritmus szerint számol. Na de ha annyira foglalkoztat akkor írj nekik!

2019. aug. 14. 12:31
Hasznos számodra ez a válasz?
 10/26 anonim ***** válasza:

Ja meg kimaradt hogy triviális, hogy konvergens. A 0-ba konvergál ha [link] kivételesen helyes eredményt ad.

Egyébként nem tapasztaltam sose, hogy rosszul számolna a wolframalpha mielőtt ezt a kérdést láttam volna. Ilyen kifejezést nem is írtam be neki.

2019. aug. 14. 12:36
Hasznos számodra ez a válasz?
1 2 3

Kapcsolódó kérdések:





Minden jog fenntartva © 2024, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu

A weboldalon megjelenő anyagok nem minősülnek szerkesztői tartalomnak, előzetes ellenőrzésen nem esnek át, az üzemeltető véleményét nem tükrözik.
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!