я тут полистал по этим штукам, и не вижу причин их юзать. Те же задачи у меня реализуются в тредах. Подождать ответ от сервера, разобрать, сложить в очередь. Разбудить другой поток, проверить очередь, забрать данные из нее, сложить в базу. У меня 2 ляма идентичных запросов, я их по тредам раскидываю. основные ресурсы у меня сжирает база, а по памяти - очередь данных. все остальное легкое как пушинка, и от того, что оно будет работать в режиме async, а не tread, общая программа быстрее не станет. Да, я понимаю, когда мне все 2 ляма запросов за раз надо было бы сделать, тогда треды уже не катят. Но 50 это не тот поток. При том, что лично я async await вообще не знаю и вкуриваю ток поверхностно.

на асинке можно и с системными вызовами работать

просто я например до этого работал на C++ и Java, и когда пришлось пилить не маленький проект на питоне, автоматом рука потянулась к многопоточности)

но все же, и многопоточность питоновскую можно приручить) и заставить работать как тебе нужно. хотя бы примерно так как нужно

просто я например до этого работал на C++ и Java, и когда пришлось пилить не маленький проект на питоне, автоматом рука потянулась к многопоточности)

в 3.х хотя бы основные епик моменты поправили

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

поэтому я для себя уяснил - прежде, чем я начну писать потоки, я сначала сделаю однопоточное и убежусь, что оно так не работает

давайте не будем судить других по своему опыту

у всех разные подходы к решению задач

но есть 100% синхронные задачи

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

я тут полистал по этим штукам, и не вижу причин их юзать. Те же задачи у меня реализуются в тредах. Подождать ответ от сервера, разобрать, сложить в очередь. Разбудить другой поток, проверить очередь, забрать данные из нее, сложить в базу. У меня 2 ляма идентичных запросов, я их по тредам раскидываю. основные ресурсы у меня сжирает база, а по памяти - очередь данных. все остальное легкое как пушинка, и от того, что оно будет работать в режиме async, а не tread, общая программа быстрее не станет. Да, я понимаю, когда мне все 2 ляма запросов за раз надо было бы сделать, тогда треды уже не катят. Но 50 это не тот поток. При том, что лично я async await вообще не знаю и вкуриваю ток поверхностно.

реализация асинхронности хорошая, отличная завязка на сишные либы, читабельность

типа celery или вручную на потоки?

ты про что? про асинхронность?

ага

завязка на сишные либы, это про ctypes и CDLL?

завязка на сишные либы, это про ctypes и CDLL?

треды жрут память.

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

ну у меня сейчас 16метров жрет. 10тредов. запущено.

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

яростный поклоник асинхрона)

потому что они - медленное говно? :)

зачем тебе треды? что ты будешь делать, когда тебе надо будет обойти 1-2 млрд. ссылок?

интересно, а насколько реально некоторые сишные модули питона исполнять в пуле тредов? )

Просветите, а какие вообще возможности предоставляет django?

Кто то кидал файлик .pdf, справочник по пайтону, ни у кого не сохранился?

Нажмите на название конфы, там shared media

Привет, если применить list() на generator без присваивания результата переменной, то list сначала поместиться в память а потом только удалиться или будет одновременно освобождать память и добавлять новые элементы?

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

А если так? g = (foo() for i in range(1000 * 1000)) for i in g: pass

А если так? g = (foo() for i in range(1000 * 1000)) for i in g: pass

А если так? g = (foo() for i in range(1000 * 1000)) for i in g: pass

https://www.huyng.com/posts/python-performance-analysis

шикарная вешь