если поток один, то откуда ускорение?

суть корутин в том, что поскольку они управляют переключением контекста сами (yield/await явно возвращает управление, это называется кооперативная многозадачность), то и проблем многих с блокировками, которые присущи многопоточному программированию, у них нет

если поток один, то откуда ускорение?

из i/o bound операций

если поток один, то откуда ускорение?

ускорение оттуда, что 1) тебе не нужен системный шедулер ждать для управления тредами, 2) твоя программа "проматывает" состояние корутин до нового исходя из событий, которые к ней извне приходят

например, из сокетов

то есть операционная система сама отправляет сигнал программе о том, что надо запустить новый обработчик, а не программа ждет, пока данные к ней придут, тратя ресурсы

то есть я не смогу получить ускорения, если вместо тредов, буду использовать корутины, например для вычислений в самом питон-коде?

то есть я не смогу получить ускорения, если вместо тредов, буду использовать корутины, например для вычислений в самом питон-коде?

зависит от задачи, но в общем случае - не сможешь

другое дело, что зачем тебе программа, которая никак не взаимодействует с внешним миром?

например, 10 больших факториалов. Тогда взять треды, да?

например, 10 больших факториалов. Тогда взять треды, да?

взять язык, отличный от питона

например, 10 больших факториалов. Тогда взять треды, да?

тогда тебе не надо писать этот код на чистом питоне вообще

тогда ты берешь тот же scipy, который написан на сях

а в чем разница в питоне между тредами и потоками? есть разные библиотеки для того и другого

и просто дергаешь из него нужные методы

а в чем разница в питоне между тредами и потоками? есть разные библиотеки для того и другого

ни в чем, треды и потоки - это одно и то же

concurrent.futures и threading - это просто два разных интерфейса

то есть я не смогу получить ускорения, если вместо тредов, буду использовать корутины, например для вычислений в самом питон-коде?

корутины сами по себе дают совместность, но если ты используешь блокирующие операции в них то ты не получишь конкурентости для i/o, а именно она и является тормозом в сетевых задачах если речь о вычислениях то они должны производиться за пределами интерпретатора

и да, суть вызова сишных либ в том, что, когда ты исполняешь их код, а не питоновый - отпускается GIL

да начнётся срач, пришёл Александр

(это помимо того, что сами сишные либы работают на порядок быстрее, чем питонокод, чаще всего)

пытаюсь понять как работает корутина в одном потоке, осмыслить

да начнётся срач, пришёл Александр

да мы не сремся, больше друг друга дополняем)

пытаюсь понять как работает корутина в одном потоке, осмыслить

смотри, у тебя есть event loop

это цикл, который слушает события, которые к нему приходят от операционки

yield я пишу, функция возвращает результат и дальше выполняться продолжает. А как же тот, кто ждет его ответа?

соответственно, ты можешь этому лупу сказать, чтобы в качестве реакции на разные типы событий он тебе дергал разный код

yield я пишу, функция возвращает результат и дальше выполняться продолжает. А как же тот, кто ждет его ответа?

как только future вернёт то что корутина может продолжать, она становится в очередь исполнения

а в чем разница в питоне между тредами и потоками? есть разные библиотеки для того и другого

дело в том что конкретно в питоне есть узкое горлышко принципиально меняющее смысл потоков. потоки могут быть полноценными и параллельными в момент когда они не нуждаются в общении с интерпретатором питона. так работают все вычисления в питоне, они считают все что нужно в сторонке а потом берут GIL и отдают тебе в питон данные.

yield я пишу, функция возвращает результат и дальше выполняться продолжает. А как же тот, кто ждет его ответа?

она не продолжает выполняться, в том-то и дело

она запоминает, где остановилась, и возвращает временно управление

то есть корутины постоянно помнят, где остановились, и просто друг другу из рук в руки передают текущий поток выполнения

yield я пишу, функция возвращает результат и дальше выполняться продолжает. А как же тот, кто ждет его ответа?

https://www.youtube.com/watch?v=7sCu4gEjH5I

спасибо, кажется я начинаю понимать

смотрел это видео

спасибо, кажется я начинаю понимать

с асинхронностью в питоне в текущем виде тебе надо помнить всегда о нескольких вещах

но моего анлийского не хватает

первая - тебе надо руками создавать объект эвентлупа всегда в текущем потоке. Если у тебя потоков несколько (что редко нужно, но тем не менее) - то в каждом отдельно свой луп.

вторая - если ты объявляешь функцию, как async, то она не должна дергать ничего из того, что долго и синхронно выполняется, внутри себя, потому что это не позволит ей передать управление дальше и завесит весь процесс целиком

соответственно, ты можешь "зааутсорсить" долгую процедуру, запустив ее в отдельном потоке (если она совсем чисто I/O Bound) или процессе (если там есть много питонокода, который может попасть под GIL)

это делается с помощью вызова asyncio.run_in_executor()

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

в питоне чуть сложнее, но, в целом, если примерно вникнешь, как оно работает - то нормально

ну и да, корутины всегда запускаются ТОЛЬКО в лупе

можно как-то запретить setuptools исколькозать easy_install?

можно как-то запретить setuptools исколькозать easy_install?

можно ли как-нибудь в мейкфайле запретить команду make?

поясни вопрос

easy_install != setuptools

поясни вопрос

спасибо, надо подумать над твоими словами

easy_install != setuptools

setuptools - это модуль для питона, который ты используешь при написании setup.py

Сетаптулс используется для подтягивания ависимостей easy_install, что неприемлимо в моём случае

спасибо, надо подумать над твоими словами

это я уже Максу отвечал :) но у тебя если есть еще вопросы - пиши

Сетаптулс используется для подтягивания ависимостей easy_install, что неприемлимо в моём случае

easy_install - это всего лишь скрипт, который запускает твой код через setuptools. pip тоже запускает твой код через setuptools

это я уже Максу отвечал :) но у тебя если есть еще вопросы - пиши

у меня не вопросы, у меня отсутствие понимание картины мира и питона, в частности

у меня не вопросы, у меня отсутствие понимание картины мира и питона, в частности

ну, сейчас понятнее немного стало?

да. Надо еще дома будет покодить примеры какие-нибудь

Easy Install is a python module (easy_install) bundled with setuptools that lets you automatically download, build, install, and manage Python packages.

Easy Install is a python module (easy_install) bundled with setuptools that lets you automatically download, build, install, and manage Python packages.

все так

Причем интерфейсы взаимодействия с pypi у низ разные

ты давай лучше расскажи, какую задачу решить пытаешься

Насколько я понимаю

чтобы зависимости не качались или что?

Есть локальный pypi

pypiserver?

arifactory

окей

ERROR: S client not available

Который судя по всему не поддерживает easy_install index

в артефактах хранится информация об их зависимостях?

то есть ты можешь одной командой скачать пакет и все его зависимости в папочку?

Причём тут зависимости?

тебе надо, чтобы зависимости пакета тянулись из артифактори, а не искались на pypi, так?

или нет?

дело в том что если я указываю [easy_install] index_url = https://art.company.ru/pypi/simple/

То он вообще не может оттуда притянуть пакеты

В отличае от pip

ну да, в общем случае easy_install и не нужен нафиг, если есть pip

для pip ты можешь сделать ~/.pip/pip.conf, в котором указать кастомные урлы

Это и так понятно.

Теперь можно вренутся к первому вопросу

setuptools по умолчанию использует easy_install

setuptools по умолчанию использует easy_install

я не понимаю смысл это фразы

у тебя есть setup.py

чем ты его запустишь - тем он и будет дергаться

делая python setup.py test

делая python setup.py test

а ты не делай, сделай через pytest

если у тебя есть tests_requires ты так или иначе будешь их тянуть easy_install ом

а тьфу

понял

ну, ты можешь просто тесты по-другому запускать

это будет самое простое решение

Это по меньшей мере странно.

почему?

ты можешь пакет поставить одним инсталлятором или другим

Ну учитывая что setuptools стандарт для задач дистрибуции

а вот и ответ на твой вопрос

https://www.jfrog.com/jira/browse/RTFACT-8216

вкратце "юзай pip"

Это вопрос на мой вопрос скорее)