https://github.com/MagicStack/asyncpg/search?utf8=%E2%9C%93&q=uvloop&type=

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

и более того засунет его дефолтным eventloop в asyncio

нет, не засунет, позицию свою по этому моменту он давно озвучил

нет, не засунет, позицию свою по этому моменту он давно озвучил

ссылку можно?

ссылку можно?

посмотри ролик с Селивановым с пайкона

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

вкратце - потому что левая сторонняя зависимость cpython'у нахер не уперлась

Кхем, а чё ето, в SQLite нету класса даты/времени?

Кхем, а чё ето, в SQLite нету класса даты/времени?

возьми алхимию, там хуки для этого всего

в лайте еще и енумов нет

вкратце - потому что левая сторонняя зависимость cpython'у нахер не уперлась

может я ошибаюсь но это его мастодонты переубедили видимо)

может я ошибаюсь но это его мастодонты переубедили видимо)

да там и переубеждать особо нечего

более того, у libuv есть несколько серьезных внутренних косяков

возьми алхимию, там хуки для этого всего

Чего взять?

Чего взять?

sqlalchemy

Благодарю

да там и переубеждать особо нечего

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

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

нет, это не сильнейшая либа в своем классе, это всего лишь еще одна

с довольно серьезными багами

нет, это не сильнейшая либа в своем классе, это всего лишь еще одна

а что там еще вообще живо еще?

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

с довольно серьезными багами

и сомнительными решениями, да

а что там еще вообще живо еще?

libev, например

libev, например

его просто похоронить забыли кажется

его просто похоронить забыли кажется

это ты с libevent путаешь

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

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

почему openssl не левая зависимость по такой логике?

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

там обычно доминирует мнение одного все же как ни крути

почему openssl не левая зависимость по такой логике?

потому что это каноническая реализация ssl, без нее бы его не было вообще

там обычно доминирует мнение одного все же как ни крути

спорное утверждение

потому что это каноническая реализация ssl, без нее бы его не было вообще

у нее есть куча альтернатив и у нее просто катастрофические 0day есть

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

у нее есть куча альтернатив и у нее просто катастрофические 0day есть

куча альтернатив? где? все сервисы, которые на линухе используют SSL, базируются на openssl

а 0day там из последнего был только heartbleed

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

о да, он тут в тредики asyncio заглядывает, ага, я читаю регулярно

о да, он тут в тредики asyncio заглядывает, ага, я читаю регулярно

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

куча альтернатив? где? все сервисы, которые на линухе используют SSL, базируются на openssl

все существующие eventloop используют libuv, извини, за зеркальную аргументацию, но это факт

все существующие eventloop используют libuv, извини, за зеркальную аргументацию, но это факт

нет, это бред

gevent использует libev

tornado вообще при желании роллбэчится на самописную обертку вокруг epoll

nodejs использует, да, многие другие - нет

и go точно так же срать с высоты на libuv, там своя реализация

gevent использует libev

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

tornado вообще при желании роллбэчится на самописную обертку вокруг epoll

кроме питона еще есть языки

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

это вообще-то оптимизированный форк libevent, который гораздо быстрее и на который много чего завязано. И с чего тебе это асинхронная сетевая либа должна уметь потоки? Более того, то, что ты написал, никак не отменяет того, что я уточнил выше.

ага, С++, например. И там активно юзают libev.

это вообще-то оптимизированный форк libevent, который гораздо быстрее и на который много чего завязано. И с чего тебе это асинхронная сетевая либа должна уметь потоки? Более того, то, что ты написал, никак не отменяет того, что я уточнил выше.

гораздо быстрее кого?

гораздо быстрее кого?

libevent

с которого все пошло

> И с чего тебе это асинхронная сетевая либа должна уметь потоки? и с чего это asyncio это умеет? вот глупость же, ведь после подключения gevent синхронного кода в системе не становится прям

с которого все пошло

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

> и с чего это asyncio это умеет? ну вообще нет, не умеет

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

не победил он, расслабься

> и с чего это asyncio это умеет? ну вообще нет, не умеет

потоки не умеет?

пока на асинхронной либе без такой-то матери не реализовывается ssl - эта либа точно не победит никого

потоки не умеет?

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

почитай вот этот тред, занимательное чтиво https://github.com/gevent/gevent/issues/790

пока на асинхронной либе без такой-то матери не реализовывается ssl - эта либа точно не победит никого

ну вообще libuv это L4-либа, если касаться сети, TLS не ее задача вообще

ну вообще libuv это L4-либа, если касаться сети, TLS не ее задача вообще

ну вообще, если я не путаю, по моей ссылке написано, почему libuv в этом плане полное говно

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

кастую в чат @pragus

ну вообще, если я не путаю, по моей ссылке написано, почему libuv в этом плане полное говно

поэтому они его все же решили добавить?) ну там описаны известные вещи, не надо использовать DNS от libuv, там совсем все плохо, используй UDP, минусов у нее хватает

поэтому они его все же решили добавить?) ну там описаны известные вещи, не надо использовать DNS от libuv, там совсем все плохо, используй UDP, минусов у нее хватает

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

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

ну все же они решили чет там поглядеть

ну все же они решили чет там поглядеть

нет, не решили. Они либо работают с одной сишной либой, либо с другой

ERROR: S client not available

подглядывать там нечего

нет, не решили. Они либо работают с одной сишной либой, либо с другой

вот это известный мотив)

ты меня в чем убедить пытаешься? :) что libuv круче всех? нет, не круче. Что питон будет на него завязываться? нет, не будет

ты меня в чем убедить пытаешься? :) что libuv круче всех? нет, не круче. Что питон будет на него завязываться? нет, не будет

ну лучше gevent вообще ничего не придумано пока, это уже понятно

более того, у меня вообще упорные подозрения, что большинство кода, для которого производительность асинхронного i/o реально важна, будет написана на Go/Rust

ну лучше gevent вообще ничего не придумано пока, это уже понятно

ну лучше gevent придуман asyncio, а дальше осталось только код оптимизировать и доделать gilectomy

более того, у меня вообще упорные подозрения, что большинство кода, для которого производительность асинхронного i/o реально важна, будет написана на Go/Rust

а я смотрел на rust, чего-то там не весело совсем с этим

либо юзать pypy

а я смотрел на rust, чего-то там не весело совсем с этим

ну посмотри на tokio, может, изменишь мнение)

Селиванов им сейчас тоже занимается, кстати

ну лучше gevent придуман asyncio, а дальше осталось только код оптимизировать и доделать gilectomy

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

ну посмотри на tokio, может, изменишь мнение)

покажите ваши бенчмарки

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

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

наверняка скоро просто будет две concurrent-либы, и можно будет просто выбирать, треды тебе или корутины, в зависимости от executor

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

вы используете его в лайве?

наверняка скоро просто будет две concurrent-либы, и можно будет просто выбирать, треды тебе или корутины, в зависимости от executor

ну вообще мне нужны и корутины и треды, как и всем

вы используете его в лайве?

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

ну вообще мне нужны и корутины и треды, как и всем

в питоне треды не нужны "всем"

в питоне треды не нужны "всем"

синхронному коду нужны, куча либ не портирована еще

файлам нужны

синхронному коду нужны, куча либ не портирована еще

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

файлам нужны

шта

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

executor нужен чтобы использовать конкурентность тредов в питоне, чтобы не блокировать eventloop

шта

асинхронное чтение файлов возможно только через thread executor

executor нужен чтобы использовать конкурентность тредов в питоне, чтобы не блокировать eventloop

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

в 99% случаев единственный Executor, от которого есть профит - процессный

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

как можно сделать блокирующий вызов не заблокировав eventloop?

как можно сделать блокирующий вызов не заблокировав eventloop?

послав сообщение другому процессу, очевидно же

послав сообщение другому процессу, очевидно же

какому другому процессу?

какому другому процессу?

воркеру, который выполняет синхронный блокирующий код

как, например, раньше делали через celery

воркеру, который выполняет синхронный блокирующий код

ну да, архитектура что надо, тред - не нужно, а отдельный процесс и очередь сообщений - это легко просто и быстро!