sudo voteban

Не работеат, похоже нужно сначала сделать sudo apt-get install voteban

...форумы...а они разве живы где-то кроме даркнета? )

Дык этот форум косит под даркнет

форумы - нет, а спамеры со своими "лучшими форумами" - все еще да :(

Андрю туда даже зашел, видимо. И что там? Пипиську обещают, как обычно, увеличивать на 15 сантиметров в месяц? Интересно, как эта пиписька будет смотреться хотя бы через полгода...

Андрю туда даже зашел, видимо. И что там? Пипиську обещают, как обычно, увеличивать на 15 сантиметров в месяц? Интересно, как эта пиписька будет смотреться хотя бы через полгода...

Разочарование там. Форум не про Go, и даже написан не на Go 😔

нет.

+

> go call admin

Я гофер, ничего не понял.

Похоже на то

https://www.facebook.com/permalink.php?story_fbid=722477891241449&id=100004377340065 Подскажите, пожалуйста, как в Go, прочитать читать UDP-пакет вместе с адресом отправителя без выделения памяти? (*UDPConn) Read() - читает без выделения памяти, но не возвращает адрес. (*UDPConn) ReadFrom() и (*UDPConn) ReadFromUDP() возвращают адрес, но при его создании в (c *UDPConn) readFrom() выделяется память для создания объекта адреса и в syscall.(*RawSockaddrAny).Sockaddr() выделяется память при создании сокета, из которого потом достаётся адрес. Т.е. два совершенно лишних копирования с аллокацией памяти. И это основные источники аллокаций в коде. Можно достать файловый дескриптор через (c *UDPConn) File() и что-то самому делать, не опускаясь до уровня сисколов. Но как достучаться до нужных методов?

Прочитать без выделения памяти? Прямо целый UDP-пакет?

Тогда возникает закономерный вопрос "прочитать КУДА?"

"читает без выделения памяти, но не возвращает адрес" — адрес чего?

Для начала возникает вопрос о том, что такое "прочитать"

Slash, что уже ты таки имел в виду сказать?

(если ты умеешь читать, конечно)

он читает наши сообщения без выделения памяти

и потому не может ответить

печалька кокая :(

коллеги

ну вы это

ядро выделяет буфер, и читает данные в него

а... как написать UDP-пакет без выделения памяти?

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

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

Да хрен с ними с сисколами и ядром. Главное, как память-то не выделять на каждое заходящее UDP, но читать его и долго потом думоть?

Да в чем поблема-то?

Memcpy очень долгий вызов

Если его нет - уде хорошо

Memcpy бе выделения памяти не получится

и это - syscall

О том и речь

Да хрен с ними с сисколами и ядром. Главное, как память-то не выделять на каждое заходящее UDP, но читать его и долго потом думоть?

берёшь большой статический массив и в него читаешь|пишешь пакетики свои

и все это - безо всякого выделения памяти!

а главное - зачем? :)

если ядро операционной системы чем-то не устраивает, наверное, пора менять профессию, в конце концов :)

Или писать свой стек ТЦП/ИП прямо на Go, заворачивать весь траффик туда и там уже прямо без выдеения памяти можно делать что хочешь. Но проще профессию поменять :)

А скорей всего, и драйвера Ethernet придется самому писать...

Блин, что-то злые тут все сегодня, даже я :(

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

а прочитать как?

вариант на Go интересует как я понимаю?

Коллеги, вы странные

Коллеги, вы странные

в чем странность?

к словам придираемся, как дети малые, а это не по-хипстерски

А скорей всего, и драйвера Ethernet придется самому писать...

DPDK уже упоминали? Я не тыкал, но вот это выглядит интересно http://dpdk.org/doc/guides/prog_guide/mempool_lib.html

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

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

Вы перепутали с канадцами

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

а прочитать как?

buf := make([]byte, 4096) n, err := conn.Read(buf)

это выделение памяти!

да, разовое. ацептишь коннект и все чтения через один буфер гоняешь

ужос кокой! А если сразу два коннекта?

ужос кокой! А если сразу два коннекта?

на каждый коннект по буферу небольшому. bufio.NewReaderSize(conn, 4096)

можно так, можно через sync.pool еще буферы выделять и отдавать в пул как коннект закрывается

вариантов просто дофига

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

да, так вот

я повторюсь

вы странные

что нам возвращает ядро?

оно возвращает нам указатель на буфер

с выделением памяти - это с копированием данных из буфера в наш собственный буфер

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

ну вот :( А говорят, на Go только хипстеры пишут. А они добрые и не зануды...

Нет) с осени прошлого года они запускают центр разработки в Москве. Ищут талантливых ребят с опытом смены стека. Предпочтение кандидатам с Go, так как они планируют новый сервис, он будет на go

а только фулстеки нужны? :)

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

не верно. использовать тот буфер, что использует ядро нельзя. чтобы считать из сокета нужно передать указатель на свой буфер и длину. другими словами не выделяя память считать из сокета что-либо нельзя в принципе (мои слова легко подтверждаются описанием сигнатуры функции recv в sys/socket.h)

не верно. использовать тот буфер, что использует ядро нельзя. чтобы считать из сокета нужно передать указатель на свой буфер и длину. другими словами не выделяя память считать из сокета что-либо нельзя в принципе (мои слова легко подтверждаются описанием сигнатуры функции recv в sys/socket.h)

коллега, вы путаете

Дайте мне ведерко с попкорном, пожалуйста!

коллега, вы путаете

что с чем? ядро буфер не возвращает никакой

можно я еще немножечко вброшу? 😉 https://github.com/golang/go/issues/3661

что с чем? ядро буфер не возвращает никакой

это вы просто не в курсе, как работает AIO

это вы просто не в курсе, как работает AIO

Скиньте ссылку людям на какое-то описание, так будет проще

да я вот гуглю что-то внятное, и пока не нагуглил

это вы просто не в курсе, как работает AIO

epoll/kqueue/iocp? не вкурсе только о kqueue. кроме обвязки (в сравнении с простой реализацией) все тоже самое чтение, что я описал выше - в recv отправляется указатель на буфер и длина и ядро в пользовательский буфер пишет данные из буфера сокета и возвращает кол-во записанных

ну так вот это не так

https://www.codeproject.com/Articles/13382/A-simple-application-using-I-O-Completion-Ports-an