Как сможешь. Выручишь пиздец ки просто.

Успеха тебе

Оставить "как есть" не вариант до завтра?

Я на работе с коллегой-железячником посмотрел бы

У меня нет, этот момент был позавчера. Как всегда короче.

А резерв месяц на отдыхе

Где тонко там и рвётся хули

если понимаешь, тогда зачем тебе эти доки?

+

Да я понимаю для чего async и как оно работает, но не понимаю нахуя оно везде

Ты не понимаешь зачем функции приписывают async ? Na ni

я б с удовольствием бы послушал объяснения про тред аффинити ивент лупов тройки

блджад, зачем это там?

https://goo.gl/o1mKek

Кек

Да я понимаю для чего async и как оно работает, но не понимаю нахуя оно везде

Начни с простого, посмотри видео https://youtu.be/F6sa6G0lJCk если не наскучит иди в исходники и в документацию, и пиши примеры, пока не плймёшь

Начни с простого, посмотри видео https://youtu.be/F6sa6G0lJCk если не наскучит иди в исходники и в документацию, и пиши примеры, пока не плймёшь

Спасибо

Начни с простого, посмотри видео https://youtu.be/F6sa6G0lJCk если не наскучит иди в исходники и в документацию, и пиши примеры, пока не плймёшь

Понял, спасибо

Лрадио фулдаун. Внезапно. Наелся бп, ссдшка и хуй с ними. Фряха на загрузка ядра ловит хуй пойми что и резетится.

бывает же о_О

Понял, спасибо

zart кидал оч большую статью про async, если не изменяет память

Там уж очень много внутренностей асинка(

Не понимаю зачем столько асинка всем подряд

http://lucumr.pocoo.org/2016/10/30/i-dont-understand-asyncio/ это я кидал

микросервисы жи.

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

https://vorpus.org/blog/some-thoughts-on-asynchronous-api-design-in-a-post-asyncawait-world/ еще вот это кидал

https://vorpus.org/blog/some-thoughts-on-asynchronous-api-design-in-a-post-asyncawait-world/ еще вот это кидал

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

Ну, не микросервисы, а просто маленькие сервисы. Вот у меня есть docker експротер для прома, у которого почти вся работа - это ожидание ответа от docker engine. Почему бы не фигакнуть туда async, вместо того, что бы делать насколько потоков?

...

бля лол, везде async

+

async чето-там скажу

делаю тестовое - там видимо тож асинк подразумевается

Ну, не микросервисы, а просто маленькие сервисы. Вот у меня есть docker експротер для прома, у которого почти вся работа - это ожидание ответа от docker engine. Почему бы не фигакнуть туда async, вместо того, что бы делать насколько потоков?

т.е. ты сделал нихуянеделающий сервис более сложновыебанным способом и это наверное хорошо?

Начни с простого, посмотри видео https://youtu.be/F6sa6G0lJCk если не наскучит иди в исходники и в документацию, и пиши примеры, пока не плймёшь

гхринлеты

они себя со стороны видели, аще...

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

увы, это правда =(

https://morepypy.blogspot.ru/2017/12/pypy27-and-pypy35-v510-dual-release.html

т.е. ты сделал нихуянеделающий сервис более сложновыебанным способом и это наверное хорошо?

А что сложного в async/await? А так получилось меньше кода + не нужно следить за fetch потоками, что бы ребятки не дай бог не упали.

https://morepypy.blogspot.ru/2017/12/pypy27-and-pypy35-v510-dual-release.html

о, наконец-то бинарники выложили

А что сложного в async/await? А так получилось меньше кода + не нужно следить за fetch потоками, что бы ребятки не дай бог не упали.

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

А что сложного в async/await? А так получилось меньше кода + не нужно следить за fetch потоками, что бы ребятки не дай бог не упали.

ты правда этого не понимаешь?

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

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

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

D:\>"c:\Program Files (x86)\PyPy2 v5.10.0\pypy.exe" Python 2.7.13 (84a2f3e6a7f8, Oct 04 2017, 08:48:53) [PyPy 5.9.0 with MSC v.1500 32 bit] on win32 Type "help", "copyright", "credits" or "license" for more information. >>>> не умеют пацаны в релизы

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

вот да. он не нужен кроме небольшого количества случаев

Что-то он был нужен программистам начиная еще с tornado.

вот да. он не нужен кроме небольшого количества случаев

Каких кстати?

Для чего его можно приготовить?

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

:)

*тролльфейс*

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

Да не взлетит.

что?

они свою нишу заняли и застолбили

Тут почва это люди которые слов таких не знают. А кто знает что это уже сто раз эти темы перетер.

Троллинг

а

Троллинг

Ога

с этой публикой не особо

потому что они умеют в асинк!11один

Бля я просто совета спросил

Лал

Бля я просто совета спросил

Всем похуй, это не личная днявочка и тред живёт сам по себе.

Для чего его можно приготовить?

Я серьёзно.

Но вообще мне twisted нравится. Хотя коллбэк-хелл это таки больше беда, чем мелочь, есть задача более-менее крупная

угу

Как насчет всякой довольно нагруженной херни в духе "rest api к базе данных"? Вроде там асинхронность должна неплохо заходить.

ват

это волшебно превращает субд в асинхронные?

ERROR: S client not available

Нет

Как насчет всякой довольно нагруженной херни в духе "rest api к базе данных"? Вроде там асинхронность должна неплохо заходить.

Бд тоже тогда должна уметь асинхронность, и драйвер/протокол к бд

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

На стороне бд да, а на стороне приложения 2 воркера вместо 40, например.

И те же N-подключений к базе

как я уже говорил, они себя со стороны видели?

Ну ... да. IO-операции же не пропадают, они просто передают поток выполнения во время ожидания ответа. Я не совсем понимаю, в чем тут проблема?

ну например в том, что асинк медленее синка 8)

Это да, но есть у вас довольно большое количество времени занимает IO-операция (скажем 80%), то переписать на асинх будет выгоднее.

Это да, но есть у вас довольно большое количество времени занимает IO-операция (скажем 80%), то переписать на асинх будет выгоднее.

Чем

У тебя ж все раком встанет

ну например в том, что асинк медленее синка 8)

Ну кроме скорости есть ещё объем оперативки. И хоть везде кричат "память дешёвая", но в реале почему то бизнес жмёт денег на сервера с большой оперативой.

Кончатся воркеры и привет 502

Ну кроме скорости есть ещё объем оперативки. И хоть везде кричат "память дешёвая", но в реале почему то бизнес жмёт денег на сервера с большой оперативой.

тсссс

Например, вот доклад от варгейминга: https://www.youtube.com/watch?time_continue=2584&v=ajVOD6JeCko

У них как-то получилось.

чорт

Да много у кого получается.

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

Ну кроме скорости есть ещё объем оперативки. И хоть везде кричат "память дешёвая", но в реале почему то бизнес жмёт денег на сервера с большой оперативой.

То есть gunicorn воркеры дешевле по памяти? Или python треды?

Только какбе это. Если у крутых чуваков получилось это значит только что у них получилось и больше ничего.

что такое "питон треды"?

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

https://docs.python.org/3/library/threading.html ?

что такое "питон треды"?

Пайпай имплементация!

То есть gunicorn воркеры дешевле по памяти? Или python треды?

Я про основной плюс asyncio, который Светлов и ко разносят по всем конфам - асинхронка экономит память.

https://docs.python.org/3/library/threading.html ?

и?

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

Йеп. И асинк и хуинк.

что же делает их "питон тредами"?

прекратите ему подсказывать с задних парт

Малчю.

и?

То есть захреначить 2-3 дополнительных треда лучше, чем просто нафигашить свой сервис на asyncio?