TS
От 0 до N
Size: a a a
2020 February 15
IZ
И что делать когда один сервер слег и он переподключился вновь после восстановления
ну ты ж сам сейчас отбросил вектор :) получается что выбор между мап/хэш
RM
Тилль, по-братский, ты дичь предлагаешь
TS
Тилль, по-братский, ты дичь предлагаешь
Нет
RM
Экономишь на спичках, а потом когда один из серверов ляжет
RM
Заебешься искать его клиентов
TS
Экономишь на спичках, а потом когда один из серверов ляжет
Ты хочешь перф?
RM
Экономя на спичках создаешь дыру в архитектуре
RM
Ты хочешь перф?
Я хочу нормальную архитектуру + перф
TS
Экономя на спичках создаешь дыру в архитектуре
Так тебе перф нужен?
RM
Но то что ты предлагаешь - это дыра архитектуры
TS
Но то что ты предлагаешь - это дыра архитектуры
Дыра в архитектуре у тебя. Изначально.
IZ
ну анриал говорить о перфе, когда нет замеров реальных
RM
Дыра в архитектуре у тебя. Изначально.
Нет, у меня сейчас как раз все норм
TS
Нет, у меня сейчас как раз все норм
У тебя сейчас кошмар
IZ
Дыра в архитектуре у тебя. Изначально.
встретились как-то Мартин с Фаулером....
RM
Я хочу понять, сколько производительности я потеряю с учетом того, что один клиент шлет около 100 пакетов в минуту, а при обстоятельствах, где их много + объектов много вокруг, до 500 пакетов в минуту, если не больше
RM
А каждый пакет - это обращение к мапам и вызовы .find
RM
Я не хочу чтобы при N кол-ве игроков, один клиент ждал ответку на свой пакет долго, если эти пакеты не будут успеваться обрабатываться
RM
На то у меня есть конечно ограничения по кол-ву игроков и так же детекты на попытки флуда