Предел прочности, о переменных

Такой вот вопрос - сколько локальных переменных на одном объекте (и в совокупности на всех объектах) может выдержать сервер? Ответ "смотря скока памяти" лучше не давать Я жду каких-то конкретных цифр, ну к примеру "можно повесить на игрока по 20 переменных и при 64 игроках не лагает".

Не знаю точно насчет переменных, но примерно 50-70 гоблинов в одной локации лагают весь сервер.

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

Я конечно не спец, но несколько сотен это очень много... сервер радоваться вряд ли будет. Но, ждем Элора. Вопросы по способам положить сервер скриптами только к нему

Еще был случай просто репликами можно повесить
Двое человек, копипастящие огромные тексты вещают сервер на ура.
Помню при ужасных лагах пытались с Вадимом их палкой ДМской БАНить Гиблое дело

Вообще НВН можно повесить любым действием которого будет слишком много. Будь то количество игроков, монстров, реплик, обкаста, действий, объектов. Я думаю переменные не слишком опасные, они ведь не используют хэртбит, а так пущай висят.

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

Пока не ответил Элор, возникла мысля. Все эти переменные допустим сохранены в бд. Их ВСЕ нужно перелопатить при первом заходе чара в модуль. Больше они не нужны. Но сколько тогда будет лагов, если чаров много, и всех тянет в бд? Что лучше для сервера - забить память или часто лазить в бд?

Я не знаю, т.к. шарды ни разу не создавал, а тут мысля по одному скрипту пришла

выдержит сколько угодно, но вот поиск через
while(x){
x = x->next;
}
довольно долгий.. лучше не злоупотреблять вешанием всего на модуль имхо

Ураааа! Адванс жив!!!

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

Мне нравится фраза "они нужны только при заходе чара на сервер", мне интересно когда они в таком случае будут устанавливаться, изменяться и сохраняться в случае изменения? )

Не знаю. Я жуткий противник вешать постоянные переменные на чара или его вещи. В новой версии модуля скрипты переделаны на юз только одной переменной (CharID). Плюс к этому ставится переменная DeityID и GuildID (хотя они может быть и не нужны).

Я не решил для себя вопрос "Можно повесить хотя бы одну переменную на _каждую_ вещь на шарде?"... Если решу в положительную пользу - на каждой вещи будет уникальный ItemID, по которому можно будет хранить в базе что хочешь.

ЗЫ:
Имхо чем меньше всего объектов, тем лучше

У меня возникло желание не просто однозначно определить вещь (что делается при создании), но и при заходе проверять, а нет ли в базе точно такой же записи? Т.е. заходит первый чар - его вещи, дороже определенной цены (отметаются аптеки, стрелы, еда и т.п.), добавляются в пустую базу. И так со всеми. При перезапуске модуля база стирается. Но если вдруг при проверке инвентаря найдена шмотка, присутствующая в базе (а на чара скрипт натравливается всего раз за рестарт), то удалять ее нафик. Тока вот вчера я начал пугаться нвновского рандомайзера - при генерации уникального тега шмотки немал шанс потери этой уникальности, даже если котлеты отдельно, мухи отдельно (т.е. у разных типой итемов разные префиксы).

Вот и вся идея С виду нормально, если не учитывать проблему лагов и создания уникального идентификатора

Хм... А может перенести это в ДМский?

Зачем же...?
А может тогда дадим хотя бы реад-онли доступ к ДМскому...)

Скажем так - все хитрости я оставил при себе, в посте тока идея.