TS
vector<pair<key_type, value_type>> v(map.begin(), map.end());Size: a a a
2020 February 15
RM
почему две?
Да у меня есть пакет, который оповещает локальный Login сервер о том, что клиент дисконнектнулся, в данный момент он может лишь оповещать о том, что 1 клиент дисконнектнулся. А прикинь если Proxy сервер упал, а на нем 1к игроков, это сгенерирует отправку 1к пакетов
RM
Хотя на деле я мог бы обойтись вектором и отправкой одного пакета
RM
Правда размер такого пакета может быть болье uint16_t MAX
RM
но у меня библиотека сети каким то макаром может и 100к байт передавать
RM
и причем в callback в Read ты получишь свои 100к байт и указатель на его буффер
RM
Не знаю каким образом там пакет целиком собирается
RM
Там же MTU 1492
RM
Если прикинуть что там размер пакета будет под 100к байт, то выходит что пакет будет разбит на 51 отправку
А
vector<pair<key_type, value_type>> v(map.begin(), map.end());Вроде можно трансформ на вектор повесить что бы сконнектиться в нужный тип?
RM
vector<pair<key_type, value_type>> v(map.begin(), map.end());Не, это уже порнуха
TS
Вроде можно трансформ на вектор повесить что бы сконнектиться в нужный тип?
через std transform можно многое сделать как и через обычный цикл
O
Котятушки
AB
Я static почти никогда не юзаю, редко очень, когда нужно например хранить какие то строки в часто вызываемых функциях
Ты еще наверняка не знаешь, что доступ к статик локалке дороже доступа к авто локалке
AB
Я под статикой понимаю и глобальные переменные, потому что они тоже в bss
Глобалки с точки зрения языка тоже статик
RM
хмм, тогда лучше выделить 2 кб в куче
RM
и юзать его
AB
кстати. можно ли как-то сказать компилятору/линкеру, что мол "по таким-то адресам находится более быстрая память. Положи ка ты вот эти переменные туда"?
Линкеру можно