Ну просить аудит кода это было бы совсем нагло с моей стороны.
Но если вдруг будет время... io.ReadFull в строке 512 периодически читает те самые лишние 2 байта.
https://github.com/vponomarev/libsmpp/blob/master/smpp.go

Ну просить аудит кода это было бы совсем нагло с моей стороны.
Но если вдруг будет время... io.ReadFull в строке 512 периодически читает те самые лишние 2 байта.
https://github.com/vponomarev/libsmpp/blob/master/smpp.go

я вот честно говоря не совсем представляю как именно ReadFull ведёт себя на сокете.

кстати, logrus на высоконагруженной системе не советую, он слишком много мусора создаёт да и в целом не очень шустрый, смотри github.com/globusdigital/logbench

ещё я вижу что ты поля логера постоянно повторяешь.. не легче ли определить логер с контекстом выше а ниже его просто использовать?

да и похоже на то что тут довольно дохера аллокаций 🙂

Ого, спасибо за инфу про логгер, разница существенная. Запланирую смену логгера.
Про контекст пока не думал, у меня в среднем половина полей в рамках вызова функции одинаковая, а вторая в каждом месте отличается.
Но как рабочий вариант - часто запускающиеся запросы (все для уровня trace и часть для debug) я оборачиваю if'ом с проверкой LogLevel, чтобы лишний раз не вызывать логгер.

Подскажите, насколько эффективно использовать io.ReadFull при чтении tcpstream'а или лучше читать в буфер всё, что прилетело из сети и потом парсить? Будут грабли с переключением контекста в системном вызове или всё уже закешировано?

Задача - читать бинарный протокол, данные летят в одной tcp сессии, заголовок 16 байт + variable часть, длина которой лежит в заголовке. Читать много, по 50-100k пакетов в секунду (делаю генератор нагрузки), т.е. по 100-200k io.ReadFull'ов в секунду.

Альтернатива - делать read и самому разбираться "что именно получил" разделяя на нужные куски (если получил неполный пакет, то возвращаемся в цикле и продолжаем делать read).

а почему не будет?

Кстати, ещё вопрос - второй день бьюсь, не могу понять.

Дано - клиент и сервер, запущены на одной машине под Win10, оба кидают пакеты друг в друга. Клиент кидает пакет под 100 байт, сервер ~20 байт.
Чтение и отправка в разных горутинах.

Периодически (и совсем рандомно) сервер получает 2 лишних байта в потоке (два нуля перед данными, которые должен вычитать ReadFull). Это критическая ошибка для обмена и приходится рвать сессию.

Горутина чтения простая - там два подряд идущих ReadFull, считанные данные скидываются в канал.

Запускал wireshark, там нет этих лишних байт.

Кто-нибудь сталкивался с таким?

всем привет, может кто-нибудь подсказать чем заменить роутер, сессии и xsrf из beego?)

А что за задача там решается?

бэкенд: api, websocket + немножко статики. хтмл шаблоны не надо

Модет тогда вообще поменять все, раз там только api?

Скорее всего не два нуля, а eof

что значит всё?

А что, сокет не обернут в bufio.Reader?

Потому что его отсутствие - прекрасно

что значит всё?

Ловите наркомана