maksam07 Posted September 28, 2015 Share Posted September 28, 2015 1. Большая ли будет нагрузка, если сделать к примеру 200-1000 setElementData с разными ключами и значениями в них? Изменяться они будут только 1 раз, при входе на сервер, а далее только буду получать значения с этих ключей. 2. И что именно дает 4й аргумент (синхронизация с сервером), при каких условиях его можно использовать? 3. Повлияет ли это как-то на нагрузку сервера? Если же нагрузка большая будет, то какие альтернативные варианты Вы можете предложить? Буду крайне благодарен за ответы. Link to comment
FranklinRoosevelt Posted September 28, 2015 Share Posted September 28, 2015 На счет альтернативы, я бы посоветовал использовать обычные таблицы и грамотно ими управлять (отсылать на нужный клиент когда надо). В англ. ветке есть много топиков о том что elementData не очень рационально, но и это спорно. На счет нагрузки при 200-1000 setElementData, вы её даже не заметите. Link to comment
TheNormalnij Posted September 28, 2015 Share Posted September 28, 2015 Бывали случаи, когда юзалась элементдата в рендере с включенной синхронизацией с сервером, и эта шняга съедала 30% cpu сервера. 2) элементдата синхронизируется со всеме игроками в таком случае Link to comment
maksam07 Posted September 28, 2015 Author Share Posted September 28, 2015 юзалась элементдата в рендере с включенной синхронизацией с сервером у меня синхронизация будет выключена. мне только нужно получать значение для одного игрока. я выбрал этот метод, потому что он подходит как для серверной части, так и для клиентской Link to comment
FranklinRoosevelt Posted September 29, 2015 Share Posted September 29, 2015 Бывали случаи, когда юзалась элементдата в рендере с включенной синхронизацией с сервером, и эта шняга съедала 30% cpu сервера ЭлементДата+Рендер = плохо Link to comment
Kernell Posted October 4, 2015 Share Posted October 4, 2015 Нагрузка идёт на сеть, данные синхронизируются и так раз в 50 мс, более частые вызовы никакого эффекта не дадут. Разница только в том, что если данные не изменились, дополнительных пакетов не будет отправлено. Отсюда следует вывод, что если вы постоянно меняете большое кол-во данных которые летают с клиента на сервер, то они постоянно будут обрабатываться сервером и передаваться в ваши обработчики (более чем уверен, что именно в них у вас и будет проседание). Link to comment
N1kS Posted October 17, 2015 Share Posted October 17, 2015 1. Большая ли будет нагрузка, если сделать к примеру 200-1000 setElementData с разными ключами и значениями в них? Изменяться они будут только 1 раз, при входе на сервер, а далее только буду получать значения с этих ключей.2. И что именно дает 4й аргумент (синхронизация с сервером), при каких условиях его можно использовать? 3. Повлияет ли это как-то на нагрузку сервера? Если же нагрузка большая будет, то какие альтернативные варианты Вы можете предложить? Буду крайне благодарен за ответы. 1. Лучше использовать таблицу, т.к скорость выше с таблицы. 2. Этот аргумент означает, что если вы повести дату с сервера, то сможете получить к ней доступ на клиенте. 3. Оперативная память. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now