RM
Надо попробовать
Size: a a a
2020 March 07
RM
но это уже костыль
VD
Пока треды пишут в разную память всё ок
VD
Главное шарить массив по кускам равными частями чтобы false sharing не было
RM
Такое не катит в общем
RM
Мне нужно на месте обрабатывать по всем объектам и посылать пакет, а функция записи данных в Net выполняется в основном потоке и там выполняется запись
RM
Тут либо отдельный атомарный вектор создавать, а потом циклом по вектору отправку данных, либо блочить при отправке пакета, но тогда смысл в параллеливании пропадает
VD
Тебе нужно вектор забить данными на отправку?
RM
а по другому никак
VD
Если ты можешь преалоцировать вектор, то можешь сделать без локов
VD
Если будешь делать просто пуш_бек в один атомарный вектор с разных тредов, перф будет наверное даже хуже чем однопоточка.
а
Отличный город. я там училась какое-то время в СибГУТИ. :)
ты тяннн???
FF
Мне нужно на месте обрабатывать по всем объектам и посылать пакет, а функция записи данных в Net выполняется в основном потоке и там выполняется запись
Один пакет на все объекты или по пакету на каждый?
RM
Один пакет на все объекты или по пакету на каждый?
Каждый пакет - всем клиентам в радиусе
FF
Кароч. Мысля такая пришла. Делаешь второй вектор, для пакетов. Вектор по размеру исходного, с объектами. Дальше запускаешь std::transform с нужным execution policy. На каждый вызов - создаёшь некую информацию для пакета и возвращаешь её. Ну а потом, уже за пределами transform, обрабатываешь полученный вектор с пакетами.
FF
Из-за того, что выходной вектор будет преаллоцирован, никаких дополнительных лочек на запись в него не будет. Каждый результат ляжет ровно в своё место.
A
Из-за того, что выходной вектор будет преаллоцирован, никаких дополнительных лочек на запись в него не будет. Каждый результат ляжет ровно в своё место.
О, привет!✋
FF
Привет. :) Не узнаю вас в гриме. :)
A
Я тут планирую нано-дринкап
FF
Хм....... Звучит заманчиво. Главное, чтобы он не совпал с 20-ым марта, на который планируется мега-дринкап.