Как вам кот?

хуевый, переписывай

Нормально же работает

Шутки шутками, но дворняга шикарный

переписывай на 3.6

Он хоть новый, но мне более ранняя по душе

Он хоть новый, но мне более ранняя по душе

там куча оптимизаций и улучшений

Флуд это хорошо Главное если кто-то прийдет с вопросом по теме сразу же заткнуться

Таким образом никто никому не мешает

Мне надо инструкция

Как и где (на каком сайте?) создать инлайн бот?

Как и где (на каком сайте?) создать инлайн бот?

@botoid

@botoid

зачем?(

зачем?(

А ты потролить хотел? ?

нет, я не хотел распространения этого туда)

свежего бизли все видели? (я нет) https://www.youtube.com/watch?v=js_0wjzuMfc

свежего бизли все видели? (я нет) https://www.youtube.com/watch?v=js_0wjzuMfc

он в каждой лекции код вживую пишет?

ну во многих

у меня тупой вопрос насчет asyncio есть несколько функций-команд, они синхронные. в них хочется вызывать async defы, в которых уже асинхронщина ебётся. @cli.command() def foo(*args): loop = asyncio.get_event_loop() loop.run_until_complete( do_async_foo(*args) ) меня жутко корёжит от вызова get_event_loop с run_until_complete на каждый чих, таких однообразных функций щас уже штук 10. я закинул себе в helpers.py хуйнюшку: def run_sync(coroutine): loop = asyncio.get_event_loop() return loop.run_until_complete(coroutine) но меня не покидает мысль, что должно быть чё-то более клёвое и удобное. как-нибудь круче-питоняшнее можно сделать?

блин, интересно, прокатит ли декоратор ну да, судя по https://github.com/miyakogi/syncer, я не один такой и лучше ниче не придумали :(

у меня тупой вопрос насчет asyncio есть несколько функций-команд, они синхронные. в них хочется вызывать async defы, в которых уже асинхронщина ебётся. @cli.command() def foo(*args): loop = asyncio.get_event_loop() loop.run_until_complete( do_async_foo(*args) ) меня жутко корёжит от вызова get_event_loop с run_until_complete на каждый чих, таких однообразных функций щас уже штук 10. я закинул себе в helpers.py хуйнюшку: def run_sync(coroutine): loop = asyncio.get_event_loop() return loop.run_until_complete(coroutine) но меня не покидает мысль, что должно быть чё-то более клёвое и удобное. как-нибудь круче-питоняшнее можно сделать?

ты можешь луп везде передавать явно

в смысле?

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

ты имеешь в виду, без выноса в переменную loop?

в 3.6 сделали, что луп может быть свой

я имею в виду, как аргумент любой функции

да ну это пиздец какой-то

в аргументы и так периодически приходится сессии-семафоры прокидывать, а тут еще и луп

что за говно((

ну посмотри любой доклад про 3.5

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

в 3.6 исправились

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

а как тогда луп может быть своим в 3.6?

а, типа new_event_loop и потом set_event_loop что ли

пойду пиво открою, в общем

Месяц тебя ждало!

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

да

а как тогда луп может быть своим в 3.6?

так, что loop.get_event_loop() всегда в 3.6 возвращает свой текущий луп

а не общий, как в 3.5

а какие юзкейсы могут быть у нескольких лупов?(

а какие юзкейсы могут быть у нескольких лупов?(

Несколько тредов или мультипроцессинг, например

Глянь на пакет Janus

Там очередь хитрожопая

Для таких случаев

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

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

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

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

Выигрывает, если мультипроцессинг. GIL же.

Всё как всегда

Выигрывает, если мультипроцессинг. GIL же.

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

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

Асинкио к потокам не имеет отношения вообще никакого

да, ты говорил но шо то хуйня, шо это хуйня, как говорил дядечка эскобар. оба борятся с блокировкой i/o и вот че-т асинкио посимпатичнее-поудобнее выглядит в этом плане но я, наверное, не дорос до других применений, где будут рулить потоки и где сольется асинкио просто не представляю, че и когда выбирать в таком случае

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

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

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

больше, имею в виде по сравнению с асинхроном

да, ты говорил но шо то хуйня, шо это хуйня, как говорил дядечка эскобар. оба борятся с блокировкой i/o и вот че-т асинкио посимпатичнее-поудобнее выглядит в этом плане но я, наверное, не дорос до других применений, где будут рулить потоки и где сольется асинкио просто не представляю, че и когда выбирать в таком случае

Потоки никак не борются с блокировкой io

да, ты говорил но шо то хуйня, шо это хуйня, как говорил дядечка эскобар. оба борятся с блокировкой i/o и вот че-т асинкио посимпатичнее-поудобнее выглядит в этом плане но я, наверное, не дорос до других применений, где будут рулить потоки и где сольется асинкио просто не представляю, че и когда выбирать в таком случае

есть сеть, выбирай асинк

Потоки никак не борются с блокировкой io

аэыы.. ну вот создам я четыре потока и буду туда requests.getы скармливать. очередь создам. join() сделаю. не? хуяк - все в четыре раза быстрее! ну, грубо говоря :)

один фиг GIL будет их переключать

аэыы.. ну вот создам я четыре потока и буду туда requests.getы скармливать. очередь создам. join() сделаю. не? хуяк - все в четыре раза быстрее! ну, грубо говоря :)

пока один поток выполняется, захватив GIL, второй поток спит ожидая захвата

ну а если asyncio.gather() сделать, то он тоже нихрена не вернёт же, пока все таски в нем не выполнятся

аэыы.. ну вот создам я четыре потока и буду туда requests.getы скармливать. очередь создам. join() сделаю. не? хуяк - все в четыре раза быстрее! ну, грубо говоря :)

Ну так это не io

Ну так это не io

мне че-т всегда казалось, что сеть и фс - это i/o :(

аэыы.. ну вот создам я четыре потока и буду туда requests.getы скармливать. очередь создам. join() сделаю. не? хуяк - все в четыре раза быстрее! ну, грубо говоря :)

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

или там фишка в том, что GIL может сильно тупить и долго не будет переключать на другой поток, хотя остальные уже освободились?

ERROR: S client not available

мне че-т всегда казалось, что сеть и фс - это i/o :(

Ну, тут просто затык не в ио

или там фишка в том, что GIL может сильно тупить и долго не будет переключать на другой поток, хотя остальные уже освободились?

в 3 тупняка меньше, там шедулер по времени переключает

просто фишка в том, что ты тратишь процессорное время на переключения потоков

просто фишка в том, что ты тратишь процессорное время на переключения потоков

И на синхронизацию

и на синхронизацию

А корутины сами решают, когда чего делать

а, в то время как асинхронщина сразу выполнится, выплюнет результат и забьет? ааа жесть.

корутины честно переключатся на await

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

а как тогда gather() работает? :( вы извините, что я с такими вопросами, но это лучше же, чем про ботов в телеграме слушать постоянно, я надеюсь

а как тогда gather() работает? :( вы извините, что я с такими вопросами, но это лучше же, чем про ботов в телеграме слушать постоянно, я надеюсь

gather тупо вернет один future, который выполнится, когда выполнятся все переданные в gather futures

как то так

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

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

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

вообще вся эта фишка с async/await задумана для того, чтобы избавить тебя от callback hell, как в ноде, и ты писал асинхронный код в синхронном стиле

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

вот да, это мне нравится, но я нихуя не понимаю че-то, если поток один и выполняется только одна фюча, то как тогда gather() работает но да, это я уже сам почитаю

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

но это может необратимо изменить мозг))))

ненене, я хочу нормальным формошлёпом остаться :) точнее, в разумных пределах

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

Ох, нет, только не твистед...

вот да, это мне нравится, но я нихуя не понимаю че-то, если поток один и выполняется только одна фюча, то как тогда gather() работает но да, это я уже сам почитаю

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

поочереди - кооперативно

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

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

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

Насколько я вкуриваю, ты просто не ждешь ответа, а запускаешь следующий таск, а когда ответ прилетает, переключаешься на него. Вот и вся соль.

ааа

именно

всё, дошло, спасибо :)

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

кодга она доходит до await, она ждет, а другая начинает выполняться

Но тут, конечно, не всё так просто. Если через async.await спамить тысячи корутин, то сначала они запустятся все, а потом поедет асинхронщина. Это насколько я вьезжаю