Почему PyPy не был включен в стандартный Python?

PyPy не является вилкой CPython, поэтому он никогда не может быть объединен непосредственно в CPython.

теоретически сообщество Python могло бы универсально принять PyPy, PyPy можно было бы сделать ссылочной реализацией, а CPython можно было бы прекратить. Однако у PyPy есть свои слабости:

• CPython легко интегрируется с модулями Python, написанными на C, что традиционно является способом, которым приложения Python обрабатывали CPU-интенсивные задачи (см., например, SciPy проект.)
• сам шаг компиляции PyPy JIT стоит CPU - только при повторном запуске скомпилированного кода он становится быстрее в целом. Это означает, что время запуска может быть выше, и поэтому PyPy не обязательно так эффективен для запуска кода клея или тривиальных скриптов.
• поведение PyPy и CPython не идентично во всех отношениях, особенно когда речь идет о " деталях реализации "(поведение, которое не указано языком, но по-прежнему важно на практическом уровне).
• CPython работает на большем количестве архитектур, чем PyPy, и успешно адаптирован для работы во встроенных архитектурах способами, которые могут быть непрактичными для PyPy.
• схема подсчета ссылок CPython для управления памятью, возможно, имеет более предсказуемое влияние на производительность, чем различные системы GC PyPy, хотя это не обязательно верно для всех стратегий "чистого GC".
• PyPy еще не полностью поддерживает Python 3.х, хотя это активный рабочий элемент.

PyPy-отличный проект, но скорость выполнения на CPU-интенсивных задачах-это не все, и во многих приложениях это наименьшая из многих проблем. Например, Django может работать на PyPy, и это делает шаблоны быстрее, но драйверы базы данных CPython быстрее, чем PyPy; в конце концов, какая реализация более эффективна, зависит от того, где узкое место в данном приложении.

другой пример: вы думаете, что PyPy будет отлично подходит для игры, но большинство стратегий GC, таких как те, которые используются в PyPy, вызывают заметное дрожание. Для CPython большая часть игрового материала с интенсивным процессором выгружается в библиотеку PyGame, которой PyPy не может воспользоваться, поскольку PyGame в основном реализован как расширение C (хотя см.: pygame-cffi). Я все еще думаю, что он может быть отличной платформой для игр, но я никогда не видел это на самом деле.

PyPy и CPython имеют радикально разные подходы к фундаментальным вопросам дизайна и делают разные компромиссы, поэтому ни один из них не "лучше" другого в каждом случае.