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

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

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

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

sockfd будет один, но клиентских сокетов будет больше

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

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

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

да не ведет он себя иначе, и там и там системный вызов socket() в асинхронном режиме

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

sockfd будет один, но клиентских сокетов будет больше

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

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

epoll ничего не создаёт, в него можно только добавить

нет, просто таймаут

В aiohttp есть параметры limit_per_host и limit, у меня так было: get в корутине ставил в очередь сразу все стопицот урлов, но мёртвые забивали весь лимит, поэтому до большинства дело даже не доходило, и они все по таймауту отваливались. Это действительно дезигн, видимо. Я просто запускал корутины с get через семафор, который не позволял ставить на скачивание одновременно больше урлов, чем разрешает limit, стало вроде норм

да не ведет он себя иначе, и там и там системный вызов socket() в асинхронном режиме

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

epoll ничего не создаёт, в него можно только добавить

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

listen() marks the socket referred to by sockfd as a passive socket, that is, as a socket that will be used to accept incoming connection requests using accept(2). The sockfd argument is a file descriptor that refers to a socket of type SOCK_STREAM or SOCK_SEQPACKET. listen меняет модель поведения сокета

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

вот тут для питона расписано https://habrahabr.ru/post/121103/

не без ошибок, но в целом нормально

мы не про питон, мы про tcp и его реализацию в ядре

там прям пример кода есть вот такой: while True: events = epoll.poll(1) for fileno, event in events: if fileno == serversocket.fileno(): connection, address = serversocket.accept() connection.setblocking( 0) epoll.register(connection.fileno(), select.EPOLLIN) connections[connection.fileno()] = connection requests[connection.fileno()] = b'' responses[connection.fileno()] = response

ну, на примере питона проще объяснить

из кода видишь, что на ивент с epoll создается дескриптор

и их будет много, по одному на каждое соединение

любой асинхронный сервер так работает, более того, клиент тоже, только там не accept вызывается, а open

из кода видишь, что на ивент с epoll создается дескриптор

так он создается для подключившегося клиента, слушающий не меняется

serversocket — это слушающий сокет. Поэтому в словаре всегда будет один fd на одно TCP-соединение

так он создается для подключившегося клиента, слушающий не меняется

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

serversocket — это слушающий сокет. Поэтому в словаре всегда будет один fd на одно TCP-соединение

там accept и отадет sockfd, в общем ему что еще отдавать-то?

и epoll их мониторит

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

По одному дескриптору на соединение

По одному дескриптору на соединение

все так

я про это и говорил с самого начала

я про это и говорил с самого начала

изначально мы говорили про клиента

Аааа, я понял, что ты говоришь. Но это было сложно

изначально мы говорили про клиента

так в клиенте то же самое

просто дескрипторы не accept создает, а open

и точно так же добавляет их в epoll

нету особой разницы

просто дескрипторы не accept создает, а open

Какой open? Клиент создаёт сокет через socket. Потом на него connect делает

Какой open? Клиент создаёт сокет через socket. Потом на него connect делает

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

суть от этого не меняется

https://www.opennet.ru/base/dev/epoll_intro.txt.html#client.cpp

Подскажите, может ли бот читать сообщения из канала?

Какой open? Клиент создаёт сокет через socket. Потом на него connect делает

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

Я вездессущ

суть от этого не меняется

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

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

Ага, я уже понял его

Ага, я уже понял его

но сокет уже работающий с сервером не может сделать listen, в общем случае. не исключаю что в ядре есть флаг ломающий все

Или к вам прийдёт наталка

?

не, завтра пятница

Лол, как будто это мешает сегодня пить

гарна

гарна

Може стати твоэю жiнкою

как раз пью вино, давай наталку

как раз пью вино, давай наталку

Ты бы и собаку...

не, яж не из европы

Ах ты тролль...

Може стати твоэю жiнкою

дякую тоби Сергий

Кто у нее на майке?

Кто у нее на майке?

@Enchantner, сэр

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

ну так я ж скинул пример

там один сокет внешний, но дескрипторов может быть много

D:

А вообще - Иван Франко

@Enchantner, сэр

а?

Поэт такой

а?

На тебя похож говорю

ну если усы сбрить

ERROR: S client not available

(ему)

Хотя он уже мертв

(ему)

наталке?

Ну и наталке тоже

В Украине красивые девахи

В Украине красивые девахи

И что у них — поперек?

И что у них — поперек?

сам-то понял, что сказал?

сам-то понял, что сказал?

Я-то понял, но поперек или нет?

ну всё, раз не поперёк, то ничего интересного ))))

инопланетяне...

щупальца и все остальное - это в Японию

там и вдоль, и поперек, и под любым углом

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

хм, ну да - логично

Так вот не работает, например

че гугл говорит?

про то, как устанавливать с другого канала, есть в доках конды https://conda.io/docs/user-guide/tasks/manage-pkgs.html#installing-packages-from-anaconda-org но этот способ как раз вызывает ошибку, по которой уже куча нерелевантной фигни

впрочем, там в самой ошибке написано, что такое бывает и надо типа повторить

так что прост отложу до завтра, видимо

а сниффером смотрел - есть запрос на канал?

не приходило такое в голову, попробую

а URL он откуда знает? в канале прописано?

впрочем, там в самой ошибке написано, что такое бывает и надо типа повторить

в ошибке написано что не резолвится имя

урл битый

не знаю, откуда он знает урл

не знаю, откуда он знает урл

в логах написано куда он ломится

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

и как это починить?

в логах написано куда он ломится

continium.io?

+