zgadzam się z drugiej odpowiedzi (przez wrang-wrang) "w teorii".
W praktyce Ackerman nie jest zbyt przydatny, ponieważ w praktyce jedynymi złożonymi problemami algorytmu są 1, N, N^2, N^3 i każdy z nich pomnożony przez logN. (A ponieważ logN nigdy nie jest dłuższy niż 64, to i tak jest to stały termin).
Punkt jest "w praktyce", chyba że złożoność algorytmu jest "N razy za duża", nie zależy Ci na złożoności , ponieważ dominować będą czynniki świata rzeczywistego. (Funkcja, która wykonuje w O (inverse-Ackermann) jest teoretycznie lepsza niż funkcja wykonywana w czasie O (logN), ale w praktyce będziesz mierzyć dwie rzeczywiste implementacje względem danych rzeczywistych i wybierać te, które faktycznie działają lepiej W przeciwieństwie do tego, teoria złożoności "ma znaczenie w praktyce", np. N versus N^2, gdzie algorytmiczne efekty złożoności faktycznie obezwładniają wszelkie efekty "rzeczywistego świata". Uważam, że "N" jest najmniejszą miarą, która ma znaczenie w praktyce. .)
https://en.wikipedia.org/wiki/Hyperoperation – starblue