Какой PHP-фреймворк самый быстрый?

Не какие можно или нельзя, а насколько это будет трудозатратно. Много ли проектов с  ML/DS реализовано на php? Почему их пишут на пайтоне, хоть он и медленный?

Самый быстрый - это написанный под себя.

Я написал свой двиг - обычный MVC, ничего лишнего. Вызов статьи - эти инициализация 5 файлов - фронт контроллера (index.php) - роутера - контроллера - модели - вьюшка и пару запросов к базе. Без рекламы все страницы имеют 100 баллов по спид тесту гугл.

Я так же написал несколько сайтов на Ларавель, тут конечно вызов страницы это инициализация десятка файлов (а то и нескольких десятков), все это естественно жрет память и время. Не критично, но он и любые подобные фреймворки будут ВСЕГДА медленнее написанного под себя решения.

Это вечный компромисс между скоростью и удобством разработки и скоростью сайта.

Тогда Rust\C++ круче, много ли на питоне написано операционных систем или драйверов? =)) Как микро фреймворк  для создания API перерос в ML/DS проекты? =)) Я не говорю про задачи специфичные для языка, я всё таки говорю  про однотипные задачи для двух языков. И как мне кажется в контексте тут как раз производительность и потребление ресурсов как раз и играет роль, ведь для разработчика это будет плюс минус одинаковые трудозатраты.

PS. И справедливости ради многие пакеты ML/DS написаны не на питоне, да тот же numpy написан не на питоне, просто это тот язык на котором можно линковаться к другим языкам и питон ведь не единственный такой язык

Это лишь вызов статьи, что то типа блога, что пишется за вечер на любом фреймворке, для такой задачи наверняка проще написать свою реализацию. А если надо написать например корпоративный портал, с редактированием онлайн документов, канбан досками, отчетами и прочими блекджеками тремя - четырьмя командами по 5 - 10 человек? Тут как бы прям совсем с нуля уже и не кажется прям хорошей перспективой. Любой фреймворк это набор соглашений и инструментов для этих соглашений чтоб каждый не лез кто в лес кто по дрова. Когда вы дойдете на своем решении до такого состояния, то окажется что вы написали очередной фреймворк под узкие задачи, но у которого нет бэст практис, у кого нет вменяемой документации и со знанием которого на рынке нет кандидатов. Поэтому нет лучших или худших это немного не то сравнение, проекты делают люди и сопровождают люди и под людей лучше и подстраиваться.

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

PS. Это у CMS уже устоявшаяся архитектура и порой с CMS реально приходится из за этого бороться, но у фреймворков по другому, там как раз нет архитектуры и разработчик пишет её сам, поэтому не имея опыта в этом на выходе будет скорее всего очень ужасное решение 

Тестировал на живом трафике - спокойно держит 50.000 юзеров в сутки на слабом ВПС (2 ядра и 2 гига оперативки), но вы правы - там обычный статейник, вся база влазит в память + кеширование Nginx

PHP-фреймворки тоже написаны на php. Однако для разработки сайта чистого PHP мало.

а что еще нужно?

SQL, JS,  CSS, HTML.