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

ты сейчас описал то, как делается весь асинхронный веб, да :)

а все потому что питон - не го

щет, я боюсь представить что ты залепишь про горутины)

щет, я боюсь представить что ты залепишь про горутины)

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

ты сейчас описал то, как делается весь асинхронный веб, да :)

да! ?

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

а за счет чего го умеет использовать их, если не секрет?

а за счет чего го умеет использовать их, если не секрет?

за счет многопоточности, встроенной в ядро языка, и бесшовной их интеграции

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

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

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

так-так, и что же там в эрланге внутри? может он легковесно распасрить 100мб JSON например?

так-так, и что же там в эрланге внутри? может он легковесно распасрить 100мб JSON например?

странная задача для легковесного распараллеливания

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

странная задача для легковесного распараллеливания

то есть эрланг заточен на конкурентность или все же параллельность?

то есть эрланг заточен на конкурентность или все же параллельность?

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

я на эрланг последний раз смотрел довольно давно, но что он, что go до сих пор топчики по теме бесшовного использования нескольких ядер

а питон так не умеет, что бы ты там выше ни утверждал)

я на эрланг последний раз смотрел довольно давно, но что он, что go до сих пор топчики по теме бесшовного использования нескольких ядер

наверное потому что они там используют шедулеры внутри? да?

а питон так не умеет, что бы ты там выше ни утверждал)

наверно потому что в питоне нужно это делать самому? правда ведь? это потому что отличный API же

наверное потому что они там используют шедулеры внутри? да?

ну, эрланг использует message passing и шедулеры, да

в го чуть похитрее, но идея похожая в целом

наверно потому что в питоне нужно это делать самому? правда ведь? это потому что отличный API же

в питоне в принципе невозможно сделать точно так же, как в go, потому что здесь другая реализация по дефолту, и есть GIL

независимо от того, насколько хорош или плох API - питон в это просто тупо не умеет

возможно, скоро научится

если gilectomy выстрелит, например

или STM запилят

но пока до этого чего-то далеко

слушай, дай мне свои доклады послушать, или лекции, наверное не с пайкона пока но хоть что-то

слушай, дай мне свои доклады послушать, или лекции, наверное не с пайкона пока но хоть что-то

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

16 июля вроде

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

Я тоже буду

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

а что за доклад? мне даже любопытно стало

а что за доклад? мне даже любопытно стало

да буллшит в основном, serverless-архитектуры

Я тоже буду

Тебя не пустят

не совсем про питон даже

да буллшит в основном, serverless-архитектуры

у тебя какой доклад?

у тебя какой доклад?

я написал

слушай, дай мне свои доклады послушать, или лекции, наверное не с пайкона пока но хоть что-то

В хакере статья о асинхронности в питоне)

В хакере статья о асинхронности в питоне)

вот давай, очень интересно

вот давай, очень интересно

https://xakep.ru/2017/01/11/python-3-asyncio/

дораха

@Enchantner точка. не позорься больше.

@Enchantner точка. не позорься больше.

в чем точка? на рисунке тупо неверно написано

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

ноунейм картинка - неоспоримый аргумент

а в питоне это решает шедулер в случае потоков

(покажи код ёпты)

ноунейм картинка - неоспоримый аргумент

рофланул, спасибо

в чем точка? на рисунке тупо неверно написано

http://www.dabeaz.com/python/UnderstandingGIL.pdf автор лох, бесспорно

http://www.dabeaz.com/python/UnderstandingGIL.pdf автор лох, бесспорно

не лох, но термин не совсем корректно использовал, бывает

не лох, но термин не совсем корректно использовал, бывает

ок

ок

https://en.wikipedia.org/wiki/Cooperative_multitasking

Cooperative multitasking, also known as non-preemptive multitasking, is a style of computer multitasking in which the operating system never initiates a context switch from a running process to another process. Instead, processes voluntarily yield control periodically or when idle in order to enable multiple applications to be run simultaneously.

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

а в случае корутин - второй, потому что у нас есть yield и await

так что да, Бизли немного накосячил с термином

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

да-да, и он всегда держит гил, лишая потоки конкурентности

да-да, и он всегда держит гил, лишая потоки конкурентности

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

еще в коде питона кто-то накосячил

и это именно так и работает

шедулер потоков операционной системы остается шедулером потоков операционной системы

независимо от того, есть GIL в питоне или нет

и да, еще раз подчеркну - потоки в питоне - это обычные pthreads, параллельные. Синхронизируются на мьютексе, да, но, тем не менее, параллельные

и управляются шедулером, а не возвращают управление сами

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

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

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

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

ты опять решил включить кэпа? и нет, асинхронность - это необязательно поочередное выполнение операций

ERROR: S client not available

в общем случае - да, но не всегда

боже кто тебя пустил на пайкон, извини конечно

боже кто тебя пустил на пайкон, извини конечно

не понимаешь базовых вещей ты, а виноват я? ну ок

да-да, все прости, продолжай вещать в том же духе

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

и описал тебе, как работает шедулер в питоне, и разжевал, почему run_in_executor тебе не поможет

боже кто тебя пустил на пайкон, извини конечно

Но он прав ващет. А ты хуйню пишешь. Ну так, на всякий случай.

а ты все чем-то не доволен

давайте запилим голосование - Отпускается ли GIL на I/O-операции в потоках? мне очень любопытно что в широких массах считают, если спикеры региональной топовой конференции несут такую чушь

Но он прав ващет. А ты хуйню пишешь. Ну так, на всякий случай.

да он даже хуйни не пишет, он просто уцепился за идею, что run_in_executor ему чем-то поможет в случае потоков и внутренних вызовов (на самом деле нет)

давайте запилим голосование - Отпускается ли GIL на I/O-операции в потоках? мне очень любопытно что в широких массах считают, если спикеры региональной топовой конференции несут такую чушь

и какой толк будет от этого голосования?:

давайте запилим голосование - Отпускается ли GIL на I/O-операции в потоках? мне очень любопытно что в широких массах считают, если спикеры региональной топовой конференции несут такую чушь

на I/O внешних вызовах - разумеется, отпускается

тут и голосовать не надо

> И внезапно по результатам голосования в питоне начнёт работать GIL

или для себя

> И внезапно по результатам голосования в питоне начнёт работать GIL

наоборот, перестанет)

определиться не можешь?)

давайте запилим голосование - Отпускается ли GIL на I/O-операции в потоках? мне очень любопытно что в широких массах считают, если спикеры региональной топовой конференции несут такую чушь

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

да он даже хуйни не пишет, он просто уцепился за идею, что run_in_executor ему чем-то поможет в случае потоков и внутренних вызовов (на самом деле нет)

Ну такое. Не лень кому-то об этом рассуждать. Ах жизнь.

определиться не можешь?)

ну, если бы голосование влияло на то, останется GIL в питоне или нет, я бы в нем поучаствовал

определиться не можешь?)

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

Ну вообще зависит от того, как реализована операция. Если там какая-то нетривиальная сишная либа и ее разработчик рак, гил может не отпускаться

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

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

Ну вообще зависит от того, как реализована операция. Если там какая-то нетривиальная сишная либа и ее разработчик рак, гил может не отпускаться

ну про системные примитивы речь, не про диверсию

Если это нормальные файлы или сокеты, отпускается

Ну вообще зависит от того, как реализована операция. Если там какая-то нетривиальная сишная либа и ее разработчик рак, гил может не отпускаться

не, ну кривые руки всегда есть, разумеется, этого никто не отменял :) как хорошо, что в мейнстримовых либах такого говна нет

Можно даже проверить

не, ну кривые руки всегда есть, разумеется, этого никто не отменял :) как хорошо, что в мейнстримовых либах такого говна нет

речь про блокирующие сисколы, именно это обычно под I/O и подразумевается

Александр, я знаю, за что ты уцепился - за принцип работы aiofiles. Да, он работает в базовом виде благодаря тредам, потому что там внешний I/O. Да, треды в данном случае полезны, потому что GIL на таких операциях отпускается

В одном потоке синхронный recv, другой что-нибудь пишет по таймеру

но это довольно редкий случай, когда от них реально есть польза