Тьюринг-полнота — различия между версиями

Версия 00:20, 20 марта 2019

Введение

Определение:

Вычислительное устройство является Тьюринг-эквивалентным (англ. Turing-equivalent), если оно может эмулировать машину Тьюринга.

Определение:

Задача называется Тьюринг-полной (англ. Turing-complete), если её можно решить, используя только машину Тьюринга или любую систему, являющуюся Тьюринг-эквивалентной.

Зачастую Тьюринг-эквивалентные языки программирования называют Тьюринг-полными.

В теории вычислимости исполнитель (множество вычисляющих элементов) называется Тьюринг-полным, если на нём можно реализовать любую вычислимую функцию. Другими словами, для каждой вычислимой функции существует вычисляющий её элемент (например, машина Тьюринга) или программа для исполнителя, а все функции, вычисляемые множеством вычислителей, являются вычислимыми функциями (возможно, при некотором кодировании входных и выходных данных).

Любой полный по Тьюрингу язык достаточно универсален, чтобы иметь возможность имитировать любой другой язык (хотя и с потенциальным замедлением в работе). Такие языки эквивалентны в рамках вычислений, которые могут произвести. Полные по Тьюрингу языки настолько распространены, что их можно обнаружить даже в примитивных на первый взгляд системах, например, клеточных автоматах или мозаичных системах.

На практике полнота по Тьюрингу похожа на идеализацию. Компьютеры имеют ограниченное количество памяти, а неограниченная по времени их работа может быть прервана физическим воздействием (выключение, поломка), что как бы ограничивает число задач, которые они могут решить. На самом деле, физические ограничения в контексте Тьюринг-полноты не берутся во внимание: Тьюринг-полный исполнитель не должен быть ограничен по времени и памяти лишь самим исполнителем.

Критерии Тьюринг-полноты

Если на языке программирования можно реализовать машину Тьюринга, то такой язык Тьюринг-полон, и наоборот. Возможность реализации машины Тьюринга на конкретном языке программирования можно грубо описать как перечень требований, которым этот язык должен для этого удовлетворять:

Конечность (нет бесконечных символьных множеств и пр.).

Фиксированное описание (формальность^[1]).

Всегда достаточный объём доступной памяти — в идеале здесь имеется в виду неограниченная память, однако физические рамки не позволяют сделать память ЭВМ бесконечной, поэтому она просто должна быть "always big enough".

Неограниченность времени выполнения — любая программа в должна иметь возможность работать до тех пор, пока не завершится.

Возможность функциональной композиции (вызов одной функции из другой, рекурсия).

Наличие циклов [math]{\bf while}[/math] с прерыванием или эквивалентных им конструкций.

Возможность останавливать выполнение (halt) или каким-то образом подавать сигнал о результатах выполнения.

Представление множества натуральных чисел, понятие нуля и следующего числа. Возможны другие подобные системы.

Поддержка входных и выходных данных (I/O), причём без формальных ограничений в объёме. Очевидно, что если любая программа, написанная на каком-то языке программирования, принимает на вход не более фиксированного n бит данных и возвращает не более n бит, этот язык не может быть Тьюринг-полным.

Тьюринг-полнота и неполнота некоторых языков программирования

Доказать Тьюринг-полноту языка программирования можно, предложив способ реализации машины Тьюринга на этом языке. Кроме того, можно предложить на нём интерпретатор Тьюринг-полного языка.

Assembly language

Язык Ассемблера достаточно примитивен относительно языков программирования высокого уровня: он рассчитан на архитектуру с конечной памятью и работает с конечным набором регистров. Однако, не был бы он полным по Тьюрингу, не были бы Тьюринг-полны и любые высокоуровневые языки программирования.

Всё необходимое для машины Тьюринга на asm можно сделать примерно так:

 ADDS r0, r0, #1 ; сдвиг ленты вправо
 ADDS r0, r0, #-1 ; сдвиг ленты влево
 ADDS [r0], [r0], #1 ; инкремент значения, на которое "указывает" головка ленты
 ADDS [r0], [r0], #-1 ; декремент значения, на которое "указывает" головка ленты

И далее использовать инструкцию [math]\mathrm{BEQ}[/math] или ей подобную, чтобы выполнять определённую последовательность команд при определённом текущем значении, таким образом обеспечив ветвление.

Pascal

Язык Pascal позволяет смоделировать ленту машины Тьюринга с помощью двунаправленного списка из переменных, создаваемых оператором [math]\mathrm{new}[/math], семантика которого не предполагает отказа в создании переменной. Также с помощью списков можно смоделировать сколь угодно большие числа. Стандарт не накладывает никаких ограничений: указательный тип абстрактен, множество значений указательного типа языком не ограничено. В Паскале есть еще один тип данных с неограниченным множеством значений, файловый, также пригодный для моделирования ленты машины Тьюринга и представления больших чисел. Достаточно утверждений для очевидности Тьюринг-полноты языка Pascal.

C

В языке C нет высокоуровневого понятия переменной (в смысле Паскаля), есть объекты (object), хранящиеся в памяти как последовательно расположенные байты,имеющие адрес (байты в свою очередь состоят из неадресуемых битов). Целые типы ограничены (конечное множество значений), указатель отождествляется с адресом, постулируется возможность хранить адрес в целочисленной переменной (int или long — зависит от реализации), откуда следует ограниченность множества значений указателей, а стало быть, и ограниченность адресного пространства C-машины. То есть язык C, как и язык ассемблера, ориентирован на архитектуру с конечной памятью. Файл не является типом данных языка C, в отличие от Паскаля. Это вещь из окружения, для работы с которой есть операции над потоками в виде набора библиотечных функций. Тип fpos_t, принятый в стандарте C для позиционирования файлов, постулируется как «отличный от массива тип данных (object type)». Следовательно, множество значений этого типа конечно, а значит, максимальная длина файла в языке C ограничена сверху.

SQL

Сам по себе SQL никогда не считался полным по Тьюрингу языком. Однако, у него существует множество расширений, позволяющих делать рекурсивные запросы, циклы, списки, деревья и пр., например, с помощью PostgreSQL^[2]. Более того, на в 2011 г. Habrahabr появилась статья, где показана машина Тьюринга на SQL^[3] (в реализации Firebird 2.1, который ограничивает вложенность рекурсивных запросов до 2014 уровней). Тем не менее, всё ещё остаётся ограниченное query execution time.

HTML

HTML можно назвать языком программирования только в контексте формальной полемики. На деле он является языком гипертекстовой разметки и ни чем больше. Т. е. на HTML можно совершить только некоторую ограниченную совокупность действий, интерпретируемых браузером, однако никто не запрещает сделать язык, идентичный по синтаксису с HTML, но интерпретируемый совершенно по другому таким образом, чтобы он был полным по Тьюрингу.

Некоторые другие ЯП

Название языка	Год изобретения	Парадигма	Уровень	Зависимость от архитектуры процессора	Полнота по Тьюрингу
C	1972	Процедурный	Низкий	зав. от ISO	Да
C++	1983	Мультипарадигменный	Высокий/Низкий	Нет	Да
Язык Ассемблера	1950	Полнофункциональный	Низкий	Да	Да
SQL	1989	Декларативный	Высокий	Нет	Нет
Haskell	1990	Функциональный	Высокий	Нет	Да
HTML	1986	Декларативный	Высокий	Нет	Нет
CSS	1996	Декларативный	Высокий	Нет	Нет
Java	1995	Объектно-ориентированный	Высокий	Нет	Да
JavaScript	1965	Объектно-ориентированный	Высокий	Нет	Да
Python	1991	Объектно-ориентированный	Высокий	Нет	Да
XML	1998	Декларативный	Высокий	Нет	Нет
Brainfuck	1993	Эзотерический	Низкий	Да	Да
Whitespace	2003	Эзотерический	Низкий	Да	Да

Интересные случаи полноты по Тьюрингу

Шаблоны C++

Шаблоны C++ позволяют производить сложные вычисления ещё на стадии компиляции программы. Впервые это было продемонстрировано Эрвином Унрухом, который реализовал рекурсивный алгоритм распознавания простых чисел в процессе компиляции. Позже в статье Университета Индиана было продемонстрировано кодирование машины Тьюринга в шаблонах C++^[4].

Java Generics

Аналогично C++ Templates, Generics, несмотря на свои отличия, тоже оказались полными по Тьюрингу, что было подтверждено Раду Григор в одной из статей Кентского Университета^[5].

URISC

URISC (от англ. Ultimate RISC) — предельный случай процессора типа RISC (буквально: компьютер с предельно сокращённым набором инструкций), который умеет выполнять одну-единственную инструкцию. Обычно это «вычесть и пропустить следующую инструкцию, если вычитаемое было больше уменьшаемого» (англ. «reverse-subtract and skip if borrow»). Аналогичная концепция, основанная именно на «вычесть и перейти, если результат не положительный» (англ. «subtract and branch unless positive»), называется SUBLEQ.

URISC также известен в современной литературе как OISC (англ. One Instruction Set Computer) и является полным по Тьюрингу.

mov

Утилита M/o/Vfuscator превращает любую программу на языке C в огромную последовательность из инструкций [math]\mathrm {mov}[/math]^[6].

Результат работы GCC

Результат работы M/o/Vfuscator

Простые числа с использованием одной инструкции

HTML5 + CSS3

Нововведения новых версий HTML/CSS позволяют построить^[7] правило 110, которое является Тьюринг-полным.

Excel

Excel имеет свой скриптовый язык. Однако, для кодирования Машины Тьюринга в таблице Excel достаточно использование только формул^[8].

Тьюринг-полнота в играх

Minecraft^[9]. Возможно, достижение Тьюринг-полноты в игре-песочнице с возможностью создания логических элементов было неизбежным, но сложность компьютеров, собираемых из блоков в данной игре, достойна внимания.

Little Big Planet^[10]. Некоторые элементы игры представляют из себя ничто иное, как небольшие клеточные автоматы, которые можно запрограммировать.

Super Mario World^[11]. Умелое обращение с багами игры позволяет сделать в ней буквально всё, что позволяет 2d-пространство Nintendo.

Braid.

Тьюринговская трясина

Тьюринговская трясина — жаргонное общее название для языков программирования, которые Тьюринг-полны, но обладают крайне примитивными синтаксисом и семантикой. Они неудобны для практического программирования (из-за трудности написания программ и низкой производительности), зато хорошо подходят для некоторых других задач (доказательство невычислимости некоторых функций, иллюстрация базовых принципов программирования и т. д.). Поэтому они интересны для информатики.

Первыми представителями «трясины» были лямбда-исчисление, комбинаторная логика и сама машина Тьюринга.

Многие эзотерические языки программирования также являются «трясинами Тьюринга» (напр. Brainfuck, Spoon, Malbolge, Whitespace).

Теорема Геделя о неполноте

Теорема:

Любая непротиворечивая формальная система аксиом , способная выражать утверждения о натуральных числах и доказывать простые арифметические факты, неполна — существуют утверждения о натуральных числах, которые она не может ни доказать, ни опровергнуть.

Доказательство:

Чтобы доказать теорему, можно воспользоваться проблемой остановки машины Тьюринга (доказанной Аланом Тьюрингом в 1936).

Теорема:

Для данной машины Тьюринга и входных данных для нее невозможно определить, остановиться ли она когда-либо (запущенная на этих данных) или нет

Предположим, что система [math]T[/math] еще и корректна (доказывает только истинные условия).
Предположим, что система [math]T[/math] полна, т.е. доказывает или опровергает любое утверждение.
Сформулируем и запишем на языке арифметики утверждение [math]O[/math] = "машина Тьюринга [math]M[/math] точно остановится, если запустить ее с данными [math]D[/math]".
Переберем все доказательства ([math]P[/math] — истинно) и опровержения ([math]\neg P[/math] — истинно) в системе [math]T[/math], чья длина совпадает с длиной [math]O[/math].
Так как система [math]T[/math] полна, рано или поздно мы найдем опровержение или доказательство утверждения [math]O[/math]
Поскольку система [math]T[/math] доказывает только истинные факты, мы фактически решили проблему остановки.

Это очень простой способ доказательства теоремы Геделя о неполноте, но при этом он требует корректности (тем не менее обычные системы аксиом арифметики всегда корректны).

См. также

Машина Тьюринга

Лямбда-исчисление

Игра «Жизнь»

Busy beaver

Примечания

Источники информации

Cunningham & Cunningham, Inc. — Turing Complete

Stackexchange — What makes a language Turing-complete?

Википедия — Тьюринговская трясина

Википедия — Полнота по Тьюрингу

А. А. Вылиток. Об алгоритмической полноте некоторых языков программирования

«Умные контракты»: полнота по Тьюрингу и реальность

Хабрахабр — Является ли HTML языком программирования?

Andreas Zwinkau — Accidentially Turing-complete

Википедия — URISC

[1] Википедия — Формальный язык

[2] High Performance with PostgreSQL 8.4

[3] Тьюринга на чистом SQL

[4] C++ Templates are Turing-complete

[5] Java Generics are Turing-complete

[6] M/o/Vfuscator

[7] Rule 110

[8] Excel Turing Machine

[9] the CPU. Then coughing a lot. Sorry about that. I may be dying.

[10] LittleBigLife — The Game of Life in LittleBigPlanet

[11] SNES Code Injection -- Flappy Bird in SMW

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

@@ Строка 241: / Строка 241: @@
 # Предположим, что система <tex>T</tex> еще и корректна (доказывает только истинные условия).
 # Предположим, что система <tex>T</tex> полна, т.е. доказывает или опровергает любое утверждение.
-# Сформулируем и запишем на языке арифметики утверждение <tex>O</tex> = "машина Тьюринга <tex>M</tex> точно остановится, если запустить ее с данными <tex>D</tex>"
+# Сформулируем и запишем на языке арифметики утверждение <tex>O</tex> = "машина Тьюринга <tex>M</tex> точно остановится, если запустить ее с данными <tex>D</tex>".
+# Переберем все доказательства (<tex>P</tex> {{---}} истинно) и опровержения (<tex>\neg P</tex> {{---}} истинно) в системе <tex>T</tex>, чья длина совпадает с длиной <tex>O</tex>.
+# Так как система <tex>T</tex> полна, рано или поздно мы найдем опровержение или доказательство утверждения <tex>O</tex>
+# Поскольку система <tex>T</tex> доказывает только истинные факты, мы фактически решили проблему остановки.
+Это очень простой способ доказательства теоремы Геделя о неполноте, но при этом он требует корректности <tex>T</tex> (тем не менее обычные системы аксиом арифметики всегда корректны).
 }}