Обчисліть π за допомогою квадратичної збіжності


20

Напишіть функцію або повну програму, яка приймає додатне число nі виконує nкроки ітеративного алгоритму для обчислення π, що має квадратичну конвергенцію (тобто приблизно вдвічі збільшує кількість точних цифр при кожній ітерації), після чого повертає або виводить 2 n правильних цифр (у т.ч. початок 3). Одним з таких алгоритмів є алгоритм Гаусса-Легенда , але ви можете вільно використовувати інший алгоритм, якщо хочете.

Приклади:

вхід 1→ вихідний 3.1
вхід 2→ вихідний 3.141
вхід 5→ вихід3.1415926535897932384626433832795

Вимоги:

  • Кожна ітерація алгоритму повинна виконувати постійну кількість основних операцій, таких як додавання, віднімання, множення, ділення, потужність і корінь (з цілим показником / ступенем) - кожна така операція з "великими" цілими / десятковими числами рахується як одна парна якщо вона включає одну або кілька петель внутрішньо. Щоб було зрозуміло, тригонометричні функції та сили, що включають складні числа, не є основними операціями.
  • Очікується, що алгоритм має етап ініціалізації, який також повинен мати постійну кількість операцій.
  • Якщо алгоритму потрібно 1 або 2 ітерації, щоб отримати 2 n правильних цифр, ви можете виконувати до n+2ітерацій, а не просто n.
  • Якщо це було недостатньо чітко, після правильних 2 n цифр ваша програма не повинна друкувати нічого іншого (наприклад, більш правильних цифр, неправильних цифр або повних творів Шекспіра).
  • Ваша програма повинна підтримувати значення nвід 1 до принаймні 20.
  • Ваша програма не повинна займати більше години для n= 20 на сучасному комп’ютері (це не важке правило, але намагайтеся зробити це розумним).
  • Програма не повинна отримати більше 20 точних цифр після ініціалізації та першої ітерації алгоритму.
  • Програма повинна бути запущена в Linux, використовуючи вільно доступне програмне забезпечення.
  • У вихідному коді повинні використовуватися лише символи ASCII.

Оцінка:

Прямий код гольфу, виграє найкоротший код.

Переможець:

Переможець Digital Trauma, я нарешті закінчив виконувати його код на n = 20 (жартую). Спеціальний приз приходить на примо за його дуже швидке рішення пітона та інший алгоритм :)


1
Квадратична збіжність - похибка ~ N ^ (1/2) . Те, що ви описуєте, - експоненціальна помилка конвергенції ~ 2 ^ (- N) .
йо

@yo ', ти кажеш, що вікіпедія неправильна?
aditsu

1
Оманливий, принаймні, щоб сказати: "квадратична конвергенція" є ~q^(n^2)відповідно до 1-го розділу та там, ~q^2згідно 2-го розділу.
yo

1
Я не розумію кодогольфа: напевно, хтось може просто написати власну мову програмування спеціально для одного завдання, як це, а потім написати програму, скажімо, 0 байт?
theonlygusti

2
@theonlygusti, яка була б стандартною лазівкою, і буде дискваліфікована
aditsu

Відповіді:


14

постійного струму, 99 байт

Гольф:

2?dsi1+^k1dddsa2v/sb4/stsp[lalb*vlalb+2/dla-d*lp*ltr-stsasblp2*spli1-dsi0<m]dsmxK2/1-klalb+d*4lt*/p

З пробілами та коментарями для "читабельності":

2?dsi               # Push 2. push input n, duplicate and store in i
1+^k                # Set calculation precision to 2^(n+1)
1dddsa              # Push four 1s. Store 1st in a
2v/sb               # Store 1/sqrt(2) in b
4/st                # Store 1/4 in t
sp                  # Store 1 in p
[                   # Start iteration loop macro
lalb*v              # Save sqrt(a*b) on stack
lalb+2/d            # Save a[i+1] = (a[i]+b[i])/2 on stack and duplicate
la-d*lp*ltr-        # Save t-p(a[i]-a[i+1])^2 on the stack
st                  # Store t result from stack
sa                  # Store a result from stack
sb                  # Store b result from stack
lp2*sp              # Store 2p in p
li1-dsi0<m]         # Decrement iteration counter i; recurse into macro if < 0
dsmx                # Duplicate, store and run macro
K2/1-k              # Set display precision to 2^n-1
lalb+d*4lt*/        # Save (a+b)^2/4t on stack
p                   # Print result

dcпотрібно сказати, скільки цифр точності потрібно використовувати. Точність обчислення повинна бути вище, ніж кінцева точність відображення, тому точність обчислення встановлюється 2^(n+1)цифрами. Я перевірив точність виводу з n = 10 проти http://www.angio.net/pi/digits/pi1000000.txt .

Це різко сповільнюється для більших n; n = 12 займає 1,5 хвилини на моєму VM. Запуск декількох різних зразків показує, що часова складність є O (e ^ n) (не дивно). Екстраполяція цього значення до n = 20 тривала б у 233 дні. Що ж, добре. Краще, ніж принаймні тепла-смерть Всесвіту.

Це помірно гольф - стек використовується для усунення тимчасових змінних під час обчислень кожної ітерації, але, можливо, більше використання стека для скорочення цього.

$ dc glpi.dc <<< 1
3.1
$ dc glpi.dc <<< 2
3.141
$ dc glpi.dc <<< 5
3.1415926535897932384626433832795
$ time dc glpi.dc <<< 7
3.1415926535897932384626433832795028841971693993751058209749445923078\
164062862089986280348253421170679821480865132823066470938446

real    0m0.048s
user    0m0.039s
sys 0m0.000s
$ 

Якщо ви не любите dcобгортати вихід на 70 символів, ви можете встановити змінну середовища DC_LINE_LENGTHна 0:

$ DC_LINE_LENGTH=0 dc glpi.dc <<< 8
3.141592653589793238462643383279502884197169399375105820974944592307816406286208998628034825342117067982148086513282306647093844609550582231725359408128481117450284102701938521105559644622948954930381964428810975665933446128475648233786783165271201909145648
$ 

2
Ха-ха, "читабельність". Дійсно не стосується постійного струму. ;)
Олексій А.

Здається, друкується набагато більше 32 цифр для введення 5
aditsu

Я додав для цього правило, плюс ще одне про час роботи (але не дуже суворо). Мені також не подобається, як ваш вихід розбивається на кілька ліній із зворотними нахилами, це обмеження постійного струму?
aditsu

Я боюся, що вихід неправильний для n = 6
aditsu

1
Чудово, і ви отримали його під 100 теж :) Чи не могли б ви також розмістити фактичну програму 99-char із гольфу без пробілів / коментарів?
aditsu

10

R, 156 байт

Давайте розпочнемо цю вечірку ... з абсолютною наївною реалізацією алгоритму Гаусса-Лежандра коли-небудь.

for(i in 1:scan()){if(i<2){a=p=Rmpfr::mpfr(1,2e6);t=a/4;b=t^t}else{x=(a+b)/2;b=(a*b)^.5;t=t-p*(a-x)^2;a=x;p=2*p};o=(a+b)^2/(4*t)};cat(Rmpfr::format(o,2^i))

Недоліки + пояснення:

# Generate n approximations of pi, where n is read from stdin
for (i in 1:scan()) {

    # Initial values on the first iteration
    if (i < 2) {
        a <- p <- Rmpfr::mpfr(1, 1e7)
        t <- a/4
        b <- t^t
    } else {
        # Compute new values
        x <- (a + b) / 2
        b <- (a*b)^0.5
        t <- t - p*(a - x)^2

        # Store values for next iteration
        a <- x
        p <- 2*p
    }

    # Approximate pi 
    o <- (a + b)^2 / (4*t)
}

# Print the result with 2^n digits
cat(Rmpfr::format(o, 2^i))

mpfr()Функція є частиною Rmpfrпакета. Він створює mpfrоб'єкт, використовуючи перший аргумент як значення, а другий аргумент як кількість бітів точності. Ми призначаємо aі p1, і визначаючи tна основі abна основі t), mpfrтип пропонується до всіх чотирьох змінних, тим самим підтримуючи точність в усьому.

Як вже згадувалося, для цього потрібен пакет R Rmpfr, який є абревіатурою до "Надійного плаваючого пункту з кратною точністю R". У пакеті використовується GMP у фоновому режимі. На жаль, база R не має можливості виконувати високу точність арифметики, отже, залежність від пакета.

Не маю Rmpfr? Немає поту. install.packages("Rmpfr")і всі ваші мрії збудуться.

Зверніть увагу, що 2e6було вказано як точність. Це означає, що ми маємо 2 000 000 біт точності, що достатньо для підтримки точності принаймні n= 20. (Примітка: n= 20 на моєму комп’ютері займає багато часу, але менше години.)

Підхід тут - це буквально просто регургітація формул на сторінці Вікіпедії, але ей, нам треба десь почати.

Будь-який вклад вітається як завжди!


Мені довелося переписати багато цього, але я все ж маю визнати, що Пітер Тейлор допоміг мені вибити 70 байт мого першого бала. За словами DigitalTrauma, "бум".


7

Python 2, 214 байт

Цей виклик був хорошим приводом для вивчення модуля «Десяткові». Десяткові числа мають визначену точність і мають підтримку квадратних коренів. Я встановив точність до консервативної оцінки точності в залежності від кількості циклу.

Оновлення

Я оновив програму для підвищення точності та швидкості, за рахунок гольфу. Використовуючи десятковий sqrt()метод і замінюючи x**2використання на x*x, це в 200 разів швидше. Це означає, що тепер він може обчислити 20 циклів, що дасть мільйонний результат за 6,5 годин. Десяткові числа часто мають помилку в останній цифрі (викликану операціями на межі точності), тому програма тепер використовує та відкидає 5 додаткових цифр, тому друкуються лише точні цифри.

from decimal import*
d=Decimal
e=input()
getcontext().prec=5+(1<<e)
k=d(1)
j=d(2)
g=j*j
h=k/j
a=k
b=k/j.sqrt()
t=k/g
p=k
for i in[0]*e:f=a;a,b=(a+b)/j,(a*b).sqrt();c=f-a;t-=c*c*p;p+=p
l=a+b
print str(l*l/g/t)[:-5]

Проба зразка:

$ echo 1 | python min.py 
3.1
$ echo 2 | python min.py 
3.141
$ echo 3 | python min.py 
3.1415926
$ echo 5 | python min.py 
3.1415926535897932384626433832795
$ echo 12 | python min.py
3.141592653589793238462643383279502884197169399375105820974944592307816406286208
99862803482534211706798214808651328230664709384460955058223172535940812848111745
02841027019385211055596446229489549303819644288109756659334461284756482337867831
65271201909145648566923460348610454326648213393607260249141273724587006606315588
17488152092096282925409171536436789259036001133053054882046652138414695194151160
94330572703657595919530921861173819326117931051185480744623799627495673518857527
24891227938183011949129833673362440656643086021394946395224737190702179860943702
77053921717629317675238467481846766940513200056812714526356082778577134275778960
91736371787214684409012249534301465495853710507922796892589235420199561121290219
60864034418159813629774771309960518707211349999998372978049951059731732816096318
59502445945534690830264252230825334468503526193118817101000313783875288658753320
83814206171776691473035982534904287554687311595628638823537875937519577818577805
32171226806613001927876611195909216420198938095257201065485863278865936153381827
96823030195203530185296899577362259941389124972177528347913151557485724245415069
59508295331168617278558890750983817546374649393192550604009277016711390098488240
12858361603563707660104710181942955596198946767837449448255379774726847104047534
64620804668425906949129331367702898915210475216205696602405803815019351125338243
00355876402474964732639141992726042699227967823547816360093417216412199245863150
30286182974555706749838505494588586926995690927210797509302955321165344987202755
96023648066549911988183479775356636980742654252786255181841757467289097777279380
00816470600161452491921732172147723501414419735685481613611573525521334757418494
68438523323907394143334547762416862518983569485562099219222184272550254256887671
79049460165346680498862723279178608578438382796797668145410095388378636095068006
42251252051173929848960841284886269456042419652850222106611863067442786220391949
45047123713786960956364371917287467764657573962413890865832645995813390478027590
09946576407895126946839835259570982582262052248940772671947826848260147699090264
01363944374553050682034962524517493996514314298091906592509372216964615157098583
87410597885959772975498930161753928468138268683868942774155991855925245953959431
04997252468084598727364469584865383673622262609912460805124388439045124413654976
27807977156914359977001296160894416948685558484063534220722258284886481584560285
06016842739452267467678895252138522549954666727823986456596116354886230577456498
03559363456817432411251507606947945109659609402522887971089314566913686722874894
05601015033086179286809208747609178249385890097149096759852613655497818931297848
21682998948722658804857564014270477555132379641451523746234364542858444795265867
82105114135473573952311342716610213596953623144295248493718711014576540359027993
44037420073105785390621983874478084784896833214457138687519435064302184531910484
81005370614680674919278191197939952061419663428754440643745123718192179998391015
91956181467514269123974894090718649423196156794520809514655022523160388193014209
37621378559566389377870830390697920773467221825625996615014215030680384477345492
02605414665925201497442850732518666002132434088190710486331734649651453905796268
56100550810665879699816357473638405257145910289706414011097120628043903975951567
71577004203378699360072305587631763594218731251471205329281918261861258673215791
98414848829164470609575270695722091756711672291098169091528017350671274858322287
18352093539657251210835791513698820914442100675103346711031412671113699086585163
98315019701651511685171437657618351556508849099898599823873455283316355076479185
35893226185489632132933089857064204675259070915481416549859461637180270981994309
92448895757128289059232332609729971208443357326548938239119325974636673058360414
28138830320382490375898524374417029132765618093773444030707469211201913020330380
19762110110044929321516084244485963766983895228684783123552658213144957685726243
34418930396864262434107732269780280731891544110104468232527162010526522721116603
96665573092547110557853763466820653109896526918620564769312570586356620185581007
29360659876486117

Невикористаний код:

from decimal import *
d = Decimal

loops = input()
# this is a conservative estimate for precision increase with each loop:
getcontext().prec = 5 + (1<<loops)

# constants:
one = d(1)
two = d(2)
four = two*two
half = one/two

# initialise:
a = one
b = one / two.sqrt()
t = one / four
p = one

for i in [0]*loops :
    temp = a;
    a, b = (a+b)/two, (a*b).sqrt();
    pterm = temp-a;
    t -= pterm*pterm * p;
    p += p

ab = a+b
print str(ab*ab / four / t)[:-5]

4
Хеhalf = one/two
Цифрова травма

Здається, ви не друкуєте правильну кількість цифр. І мені цікаво, чи повільність обумовлена ​​непотрібним використанням **.
aditsu

1
@aditsu, я знизив точність до очікуваного підрахунку цифр (але відкидання ідеально хорошої точності від ітерації змушує зуби свербіти). Гарна пропозиція щодо **ефекту. Я знайшов багато швидкості, позбувшись їх. Я не можу зустріти 20 петель за 1 годину. Можливо, з pypy чи Cython? Хммм. Я буду вважати це.
Логічний лицар

Набагато краще :) Для цієї проблеми викидання доброї точності - це менше зла, ніж продовження в поганій точності. Межа на 1 годину базується на моєму тестовому коді cjam / java, виконаному з java 8. Можливо, python не має ефективного множення / поділу / sqrt для великої кількості (Karatsuba & co)?
aditsu

@aditsu: Я вважаю, що цілі числа мають карацубу (і тільки це) - але з 32-бітовим розміром кінцівки, а не 64-бітовим розміром кінцівки. Хто знає про Десяткові.

5

Python (2,7) - 131 байт

from gmpy import*
n=input()
p=a=fsqrt(mpf(8,4<<n));b=0
exec"a=fsqrt(a/2);b=1/(a-a*b+b/a+1);p*=b+a*a*b;a+=1/a;"*n
print`p`[5:2**n+6]

Оновлення: тепер використовуйте, gmpyа не gmpy2. З будь-якої причини, gmpy2встановлення точності на одне значення не поширюється на інші значення. Результат будь-якого обчислення повертається до точності поточного контексту. Точність поширюється gmpy, що здається мені більш інтуїтивно зрозумілим. Це також значно менш багатослівний.

Використання одного з багатьох алгоритмів, розроблених Борвейном та Борвейном , трохи відновлено . n = 20 займає близько 11 секунд на моїй коробці. Не найефективніший метод, але все-таки непоганий.


Рефакторинг

Оригінальним алгоритмом був такий:




Реконструкція проводилася поступово, але кінцевий результат такий




Основне спрощення відбувається в p n + 1 . Це також трохи швидше через усунення поділу.

Поточна реалізація штовхає в п назад одну ітерацію при обчисленні р п + 1 , що дозволяє для різних ініціалізації р 0 ( 2√2 ), але в іншому ідентичні.


Використання зразка

$ echo 1 | python pi-borwein.py
3.1

$ echo 2 | python pi-borwein.py
3.141

$ echo 5 | python pi-borwein.py
3.1415926535897932384626433832795

$ echo 10 | python pi-borwein.py
3.141592653589793238462643383279502884197169399375105820974944592307816406286208998628034825342117067982148086513282306647093844609550582231725359408128481117450284102701938521105559644622948954930381964428810975665933446128475648233786783165271201909145648566923460348610454326648213393607260249141273724587006606315588174881520920962829254091715364367892590360011330530548820466521384146951941511609433057270365759591953092186117381932611793105118548074462379962749567351885752724891227938183011949129833673362440656643086021394946395224737190702179860943702770539217176293176752384674818467669405132000568127145263560827785771342757789609173637178721468440901224953430146549585371050792279689258923542019956112129021960864034418159813629774771309960518707211349999998372978049951059731732816096318595024459455346908302642522308253344685035261931188171010003137838752886587533208381420617177669147303598253490428755468731159562863882353787593751957781857780532171226806613001927876611195909216420198938095257201065485863278



@aditsu виправлено, і так.
примо

Тепер остання цифра неправильна для n = 5
aditsu

1
@aditsu pip install gmpyпрацював на мене; gmpyі gmpy2є окремими пакетами. Однак він покладається на застаріле distutils.
примо

3

bc і метод Ньютона, 43 байти

Метод Ньютона для знаходження нулів будь-якої функції сходиться квадратично, і алгоритм набагато простіший, ніж для Гаус-Легендр. В основному вона зводиться до:

xnew = xold - f (xold) / f '(xold)

Отже, тут йде відповідний фрагмент:

n=20;x=3;scale=2^n;while(n--)x-=s(x)/c(x);x

Трохи читабельніше:

/* desired number of iterations */
n = 20;

/* starting estimate for pi */
x = 3;

/* set precision to 2^n */
scale = 2^n;

/* perform n iteration steps */
while(n--)
  // f:=sin, f'=cos
  x -= s(x)/c(x)

Щоб перевірити це, запустіть bc -lоболонку та вставте вищевказаний фрагмент. Будьте готові почекати деякий час; n=20працює вже близько 5 хв., і жодного кінця не видно. n=10займає близько 40-х.


4
Не впевнені, що синус і косинус кваліфікуються як "основні операції, такі як додавання, віднімання, множення, ділення та потужність (включаючи корені)" . Однак, якщо ви прокатали власний синус / косинус, це, мабуть, було б прийнятним.
примо

1
Хоча чітка формула - це говорить про те, що π є фіксованою точкою f (x) = x - tan (x)
Кейсі Чу
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.