что дохнет? где дохнет? ну вот у меня процессы под gevent по полгода жили без рестарта и отдавали ~ 500-600Тб трафика в месяц.

не ты не понял, gevent дохнет в плане дальнейшей поддержки

тем хотя бы что aiohttp можно самому поддержать, это не ядерные сущности на сях, асме и патчинге

ну какие ядерные сущности? те же гринлеты - это часть pypy, например.

не ты не понял, gevent дохнет в плане дальнейшей поддержки

в чем выражается "дохнет"?

Антон Патрушев этим летом на pycon-ru явно дал всем понять, что gevent больше не нужен

или ты про гипотетическую смерть проекта?

Антон Патрушев этим летом на pycon-ru явно дал всем понять, что gevent больше не нужен

кто такой антон патрушев? почему мы должны ему верить?

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

это один из разработчиков gevent, алло

ну и хуй с ним

вы кого в админы набрали

по объявлению что ли)

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

поздравляю, ты тоже не нужен

цартик обиделся за венду)

это один из разработчиков gevent, алло

это контрибьютор, если чо

это один из разработчиков gevent, алло

https://github.com/gevent/gevent/blob/master/AUTHORS

идешь сюда и видишь относительно длинный список людей

https://www.youtube.com/watch?v=OjDAu2DCzt0 на тему котрюбьюта

Да, вчера смотрел этот доклад. Спойлер - автор любит асинк

ну, он просто подтвердил мои мысли

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

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

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

это один из разработчиков gevent, алло

https://github.com/gevent/gevent/commit/fa4242cb2e6e8321bb0385951f4be6ae1d9a4290 вот его единственный коммит.

не ну так то...

один из разработчиков, коммит то есть

https://github.com/gevent/gevent/commits?author=apatrushev

[x] контрибьютил в опенсурс

а кто затаскивал в python какой-нибудь protobuf?

Было такое

И чо как, удобно? Насколько это питоник-вей?

кто б мне сказал какую проблему решал асинкио, и почему у нас стало N+1 проблем вместо

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

По всей видимости его долго ебали вопросами когда не будет gil и он решил дать людям хоть что-то новое, чтобы они на время отъебались)

ну, сама идея фьюч хорошая

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

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

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

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

на бегиннерсах постоянно долбоёбы с проблемами в там

нахуй они туда лезут неясно

нахуй они туда лезут неясно

потому что хайп.

и из-за сырости этих проблем еще больше

та же ебанина с днс

о том, что всякие getaddrinfo блочатся известно было давно

И чо как, удобно? Насколько это питоник-вей?

Ну мне не то, чтобы зашло. Там ещё был Django orm с gevent и twisted. В результате было так себе.

могли взять сразу libuv

и сделать вообще все асинхронным

по типу gevent.

о том, что всякие getaddrinfo блочатся известно было давно

а как иначе, если это нсс

если ктото еще не в курсе, гетаддринфо может и не проверять днс вообще

а как иначе, если это нсс

я о том, что об этом было известно и чуть ли не все асинхронные фреймворки встали и накостылили своё.

аднс и ко?

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

когда днс тупит, эта вся система раком же встает

аднс и ко?

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

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

Ну не всегда.

Ну не всегда.

всегда.

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

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

они теперь предлагают конструктор и aiodns

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

Могу в торнадо ткнуть.

у

т.е. костылят апи

бтв, я бенчил asyncio на pypy и там получалось 12m переключений между парой корутин если делать кастомный луп.

так что сама идея неплохая. но есть нюансы )

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

ERROR: S client not available

бтв, я бенчил asyncio на pypy и там получалось 12m переключений между парой корутин если делать кастомный луп.

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

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

ну тут как раз чем больше - тем лучше

а чем лучше? это не ядерный контекст свитч?

но факт в том, что в реальном приложении практически нет разницы между gevent/asyncio в плане скорости. но есть разница в поддержке кода )

а чем лучше? это не ядерный контекст свитч?

не ядерный. это пара корутин.

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

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

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

обслуживание лупа чего-то стоит.

тест - он про сравнение написанного руками максимально эффективного и того что в asyncio. плюс, сравнение этого же с gevent/eventlet на cpython/pypy

Круто, а вывод из этого какой?) Нахуй асинк, давайте вернемся к gevent?)

Круто, а вывод из этого какой?) Нахуй асинк, давайте вернемся к gevent?)

1) сам по себе asyncio - хороший вариант, но плюсы от него есть только на pypy.

2) asyncio еще по-прежнему сырой

Прикольно, а насколько велика разница получались между cpython/pypy в контексте asyncio?

Ну хотя бы порядок, это правда интересно)

Прикольно, а насколько велика разница получались между cpython/pypy в контексте asyncio?

нуу... на штатном лупе ~ 98k свитчей на cpython vs 5-6m на pypy. если взять uvloop, то цифры где-то 400k свитчей на cpython.

для pypy нет uvloop.

но надо понимать, что сейчас pypy3 остает от pypy2 в 3 раза по скорости.

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

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

ловко ты в прыжке переобуваешься

Про gevent на pycon-ru еще такой был доклад, вообще конечно необычно про него слышать в 2018 http://pycon.ru/2017/en/program/content/mokrov/

@insanemainframe сучка пока ты там обжираешься картофаном ты должен знать что тут тоже писали ЕТЛ на джанге

На картофан не успел уже. Но все равно кажется что в Минске вкуснее, чем в мск

Про gevent на pycon-ru еще такой был доклад, вообще конечно необычно про него слышать в 2018 http://pycon.ru/2017/en/program/content/mokrov/

гыгыгы. и первый коммент к видео - мой.

гыгыгы. и первый коммент к видео - мой.

А можешь пояснить где именно чтение с диска блокирует луп? Я так понимаю ты свободен до тех пор, пока наконец-то ОС не мигнула тебе, что байтики пришли и их можно начать забирать

А можешь пояснить где именно чтение с диска блокирует луп? Я так понимаю ты свободен до тех пор, пока наконец-то ОС не мигнула тебе, что байтики пришли и их можно начать забирать

Файл на диске всегда готов к чтению или записи

В питон асинхронное то для файлов завезли?

А можешь пояснить где именно чтение с диска блокирует луп? Я так понимаю ты свободен до тех пор, пока наконец-то ОС не мигнула тебе, что байтики пришли и их можно начать забирать

Ну или вот ты делаешь open('somefile_on_cifs'), а сама шара отвалилась. И все, привет.

В питон асинхронное то для файлов завезли?

А оно где-то есть помимо винды и freebsd?

На го митапе каком-то что-то было про это, и про то что в линуксе через жопу

В питон асинхронное то для файлов завезли?

Нет. Некоторые гении советуют екзекутор на тредпулах.

Кто идет на гоферкон раша в мск, кстати?

Файл на диске всегда готов к чтению или записи

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

Не понятно, что конкретно под "всегда готов" имеется ввиду :(