199 ответов в теме

[Ripple]

А ТД придумали от нефиг делать, ага.


В блоге про расчет бонусов не было ничего. Они же не рассчитываются каждый серверный тик.

В клиенте можно посмотреть количество пришедших на него event-ов. Андок с житы жжет.

Если они используют хоть какую-то реализацию event bus - флот в 250 корабликов умирает от смеха на расход ресурсов сервера для просчета бонусов. Любым способом. С любыми разумными костылями.

ТД - бой в 3к+ пилотов в LXQ я снимал в 3 акка, проблемы были не с расчетом, а с очередью их передачи на клиенты (хотя это тоже тормоза сервера, но далеко расчет расстояний между шипами).

[Eretic]

Можно по-русски, что ты сказать хотел.

[Milites]

Можешь. Поехали.

Т.е. идея шаро-бонусов (комманд аля ХД) таки имеет возможность реализации в современных реалиях без сильной нагрузки на расчетные мощности сервера или не имеет?

[Ripple]

Можно по-русски, что ты сказать хотел.

Сложно по русски, кто занимается - поймет.

[Eretic]

Т.е. идея шаро-бонусов (комманд аля ХД) таки имеет возможность реализации в современных реалиях без сильной нагрузки на расчетные мощности сервера или не имеет?

Как ты будешь проверять, что ты в шаре? Точнее как ты поймешь, что надо проверять. Для бублей все просто. Одна проверка со стороны бубля, чтобы отсечь уже разгоняющиеся после команды отварпа шипы и далее проверка при попытке каждого конкретного шипа отварпать. Ну это самый простой из вариантов, что приходит в голову, возможно есть и проще. А для бонусов? Я кроме цикла на сервере или цикла/нажатия кнопочки руками в клиенте с последующей отправкой запроса на сервер не вижу способа, который бы гарантировал актуальность бонусов.

Сложно по русски, кто занимается - поймет.

"В клиенте можно посмотреть количество пришедших на него event-ов. Андок с житы жжет."

Ну если это текст для понимающих, то мой ответ "пыщь-пыщь, ололо посы жгут". Кто занимается - поймет.

Ибо я даже не понял, что ты оспариваешь.

[Ripple]

Ну если это текст для понимающих, то мой ответ "пыщь-пыщь, ололо посы жгут". Кто занимается - поймет.

Ибо я даже не понял, что ты оспариваешь.

ок

Я ничего не оспариваю, каждый тик приходит гораздо больше событий на клиент, чем максимальное количество кораблей во флоте. Поэтому даже при добавлении расчета расстояния от 3-х бонусников, даже если считать это каждый тик нагрузка не будет запредельной.

Я думаю проблема филд-бонусов связана не с сложностью/нагрузкой, а скорее с методикой раздачи бонусов и способность игроков ломать основы - грид усложняет задачу КАК это делать.

Сорри за капс.

Сообщение отредактировал Ripple: 08 November 2012 - 15:24

[Eretic]

Тогда почему до сих пор существуют легкие подтормаживания и смена сессии даже просто при перемещении из сквада в сквад? Значит что-то не так просто. В любом случае, лишней нагрузки лучше избегать. А проверка передачи бонусов каждый тик это достаточно лишняя нагрузка.

[CHoh]

Как ты будешь проверять, что ты в шаре? Точнее как ты поймешь, что надо проверять.

Ну либо прикручивать к любому действию игрока/нпц (активация модулей, изменение вектора движения, получение дамага и т.п.)
Либо привязывать к расчёту координат, которые сервер и так постоянно считает для всех шипов. По паре координат расстояние между шипами вычисляется простенько.

Либо переносить расчёт "в гриде/нет" на сервер, а раздачу бонусов привязывать как и сейчас тупо к активации линков.
Только к проверкам в_системе/во_флите/в_космосе добавится в_гриде.

[Ripple]

Тогда почему до сих пор существуют легкие подтормаживания и смена сессии даже просто при перемещении из сквада в сквад? Значит что-то не так просто. В любом случае, лишней нагрузки лучше избегать. А проверка передачи бонусов каждый тик это достаточно лишняя нагрузка.

Переход внутри флота - смена сессии, CCP писали что это дорого. Отсюда невозможность прохода в гейт при смене позиции во флоте.

Для бонусов не обязательно передавать на клиент включение/выключение линков или варп бонусника, достаточно передать наличие/отсутствие бонусов максимум 249 пилотам.

Либо переносить расчёт "в гриде/нет" на сервер

это так и считается на сервере, расчеты на клиентах ломаются на ура

[Milites]

Я кроме цикла на сервере или цикла/нажатия кнопочки руками в клиенте с последующей отправкой запроса на сервер не вижу способа, который бы гарантировал актуальность бонусов.

Вот и я его представляю себе именно так.
Определение дистанции ко всем нижестоящим шипам каждые 10 секунд цикла. В n-радиусе просчитать бонусы. Малый радиус действия линков (возможка градация радиуса действия по мета-уровню и/или бонус корабля - титан дует бонус-сферу больше) ограничил бы количество расчетов самих бонусов.
Ведь малый радиус подразумевает трудность плотного позиционирования из-за размеров больших суден (бамп 250-ти бш), угрозы больших потерь от бобров (радиус взрыва бомбы накроет приличную часть радиуса бонус-сферы) и вызовет необходимость проводить игроками свои расчеты позиционирования флота и даже его разделения для более эффективной раздачи бонусов или рисковать оставить приличную часть кораблей без оных.
Скрытый нерф блобов
Да и играть бонусниками начали бы живые игроки, а не альты во втором окне.

Проблема, как убеждают другие (лень рыться по теме на работе) в возрастании нагрузки на сервер. Вот мне и нтересно - какой она будет и будет ли заметна вообще.

[Eretic]

Вот и я его представляю себе именно так.
Определение дистанции ко всем нижестоящим шипам каждые 10 секунд цикла. В n-радиусе просчитать бонусы.
Проблема, как убеждают другие (лень рыться по теме на работе) в возрастании нагрузки на сервер. Вот мне и нтересно - какой она будет и будет ли заметна вообще.

При 10 секундах проблема в актуальности бонусов. Лаг в 10 секунд это финиш, реально.

[Ripple]

Пример на кошках - Вася на интере стоит на вингкоме, флитком на локи раздает бонусы, васю чпокают альфой + яйко - результат для винга при текущей механике?

Хотя не совсем корректно, смерть шипа и яйца - смена сессии.

Сообщение отредактировал Ripple: 08 November 2012 - 15:59

[LapaM]

Пример на кошках - Вася на интере стоит на вингкоме, флитком на локи раздает бонусы, васю чпокают альфой + яйко - результат для винга при текущей механике?

У Васи произошла смена сессии и его винг лишился бонусов

[Ripple]

У Васи произошла смена сессии и его винг лишился бонусов

Но задержки и лага нет, нагрузка не запредельная.

ps успел быстрее чем я подредактировал пост= )

Сообщение отредактировал Ripple: 08 November 2012 - 16:03

[Podli]

Блин, а почему бы не сделать просто бонусы на грид?
Считать растояния не надо. Информация о том, что бонусник в гриде уже передается на клиент в виде брекета этого самого бонусника, значит на сервере какбе присутствует.

[BerDen]

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

Кроме того – очевидно есть проверка на активность линков (от того включены ли модули на линки зависит сила бонусов)

Информация о том, находится ли сквад-ком в гриде есть в клиенте (просто добавьте его в воч-лист например)

Короче, технические трудности с реализацией может и есть, но не думаю что это писец как невозможно (обсчет торп запускаемых файтер-бомберами например как мне видится на порядок более сложная задача)

[Eretic]

Блин, а почему бы не сделать просто бонусы на грид?
Считать растояния не надо. Информация о том, что бонусник в гриде уже передается на клиент в виде брекета этого самого бонусника, значит на сервере какбе присутствует.

уже раз 5 повторили почему. Ищи.

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

Нет, не перестает. Перестают только бонусы от линков идти, если грохнуть команд с линками.

[Brilliant]

Кроме того – очевидно есть проверка на активность линков (от того включены ли модули на линки зависит сила бонусов)

зачем делать проверку на включены ли модули если можно просто ожидать пакет о том что они выключены после включения, пакет на то что они выключены расчетов не требует и генерируется сам вместе с нажатием клавиши "выключить" пилотом, смертью команда, варпом команда... очень верю что именно так и сделано, еще не забылся лаг когда пушки "залипали" в больших зарубах...

кстати нажатие кнопки пилотом и раздача бонусов всем не важно на какое растояние(грид, рендж...) на 5 секунд даже разгрузили бы сервер если сравнивать с постоянной работой модуля с учетом расстояния, т к нет "выключения" модуля, бонус просто рассчитывается на 5 секунд и сам пропадает либо заменяется заново новым нажатием, такие вещи обычно очень легко и продуктивно оптимизируются и затачиваются до очень низких вычислительных действий.

Сообщение отредактировал Brilliant: 08 November 2012 - 17:38

[Gueld]

Если мне не изменяет память, когда-то девелоперы рассказывали, что перерасчет происходит по тику или такту, который происходит раз в секунду или типа того. Лучше всего наблюдается по пропрыгам флотов в гейт, когда игроки нажимают пропрыг в какое-то свое уникальное время, а корабли прыгают порциями каждую секунду. И соответственно, все вычисления должны в эту секунду уместиться. Временные рамки для допустимого времени расчета установлены. Как мне кажется, грид был придуман для того, чтобы ограничить количество задействованных объектов. Даже когда в системе тысячи человек, если где-то на отшибе тусуется небольшая группа со схожими интересами, то обсчитываются взаимодействия только между ними, что значительно снижает количество обрабатываемой информации. Поэтому вопрос номер один - как ограничить количество объектов до интересующих нас в данном контексте. Если ответ дается без костылей в виде грида - от грида можно отказаться и ввести влияние бонусов от расстояния. Подобная идея мне лично нравится и кажется логичной. Теперь далее, номер 2 - сервер все равно знает координаты всех кораблей, почему бы ему не бросать события типа "вошел в зону действия" и "вышел из зоны действия". Если активируется модуль, на который накладываются бонусы (как одно из событий, запускающих процесс перерасчета характеристик), высчитывается значение, которое кэшируется и не требует вычислений до изменения одного из параметров. Причем если после изменения набора параметров выясняется, что значение для него уже вычислялось, то тупо брать его из кэша, где оно уже сохранено. Как конкретно считать бонусы - отдельный вопрос, который обсуждается отдельно. Напрашиваются, на первый взгляд, декораторы, но это очень сильно зависит от того, как это сейчас реализовано и на что еще повлияет. Насколько это массивные вычисления - вопрос, на который с разбегу не ответишь. Нужно написать модель и потестить, выявить потолок игроков, при котором данный подход загнется. Может так статься, что этот потолок выше существующих ныне ограничений и вполне приемлем.

[Gadsky]

Мне вот в контексте беседы интересно, как ССП решает проблему с бампами кораблей. Т.к. при наивном подходе там вообще квадратичный алгоритм получается, а это ж совсем печально.