В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Go-go!

4013 membersпожаловаться на группу
2020 October 08

ВС

Владимир Столяров... in Go-go!
⌬ Richard Cooper
так чуваки, вы меня очень напрягли.

то есть, если я пишу conn.Read(buf), то я запишу в buf НЕ БОЛЬШЕ чем длина пакета? и если len(buf) > 1005001488 то даже в этом случае запишется максимум 1800 байт?
ну так reader/writter же так и спроектированы: может записаться или считаться совсем не вся длина буфера, что передан как аргумент
источник
21:23пожаловаться#1

ВС

Владимир Столяров... in Go-go!
и поэтому Read/Write возвращают число байт, которые считались/записались
источник
21:24пожаловаться#2

TO

Toto Oshka in Go-go!
Владимир Столяров
ну так reader/writter же так и спроектированы: может записаться или считаться совсем не вся длина буфера, что передан как аргумент
я думаю тут больше от самого TCP зависит, оно не сможет считать все, пока другой пакет не поступил в сервер
источник
21:25пожаловаться#3

TO

Toto Oshka in Go-go!
лаги там, задержки и прочее
источник
21:25пожаловаться#4

TO

Toto Oshka in Go-go!
*/клиент, что угодно )
источник
21:25пожаловаться#5

ВС

Владимир Столяров... in Go-go!
ну, это "особенности реализации", а интерфейс их вполне неплохо покрывает, правда не все об этом помнят
источник
21:25пожаловаться#6

⌬C

⌬ Richard Cooper in Go-go!
@nyarumes чел ты гений https://ibb.co/pR6VMky
источник
21:29пожаловаться#7

⌬C

⌬ Richard Cooper in Go-go!
он реально читал меньше чем нужно было
источник
21:30пожаловаться#8

TO

Toto Oshka in Go-go!
ага, я тоже в те года старые удивлялся, почему это нельзя было сделать в std
источник
21:31пожаловаться#9

⌬C

⌬ Richard Cooper in Go-go!
Владимир Столяров
ну так reader/writter же так и спроектированы: может записаться или считаться совсем не вся длина буфера, что передан как аргумент
что насчет io.ReadFull? или это не очень способ?
источник
21:45пожаловаться#10

ВС

Владимир Столяров... in Go-go!
readfull хорошо работает когда длина заранее известна
источник
21:46пожаловаться#11

⌬C

⌬ Richard Cooper in Go-go!
и сходу: правильно получается, что если сторона нам отослала 8193 байта например, то когда мы прочтем 8194-ый — 100% словим EOF ошибку?
источник
21:46пожаловаться#12

⌬C

⌬ Richard Cooper in Go-go!
Владимир Столяров
readfull хорошо работает когда длина заранее известна
да, в первом пакете телега говорит сколько она отослала
источник
21:47пожаловаться#13

ВС

Владимир Столяров... in Go-go!
тогда ок
источник
21:47пожаловаться#14

⌬C

⌬ Richard Cooper in Go-go!
там типа первые 4 байта с количеством последующих байт а потом поток
источник
21:47пожаловаться#15

⌬C

⌬ Richard Cooper in Go-go!
⌬ Richard Cooper
и сходу: правильно получается, что если сторона нам отослала 8193 байта например, то когда мы прочтем 8194-ый — 100% словим EOF ошибку?
вот эта штука правильная? @expxakep может подскажешь?
источник
21:47пожаловаться#16

⌬C

⌬ Richard Cooper in Go-go!
не штука а предположение, я дурачок все штуками называю
источник
21:48пожаловаться#17

ВС

Владимир Столяров... in Go-go!
eof на tcp ловится вроде только при закрытии соединения
источник
21:48пожаловаться#18

⌬C

⌬ Richard Cooper in Go-go!
а даже так
источник
21:48пожаловаться#19

ВС

Владимир Столяров... in Go-go!
ну это ж по сути труба, вы с одной стороны налили, с другой оно вылилось
источник
21:48пожаловаться#20