Цитата:
|
Сообщение от Mr. Bugy men
Угу, мало в Хадде отсутствия транзакций на бои, давайте еще меньше консистентности в данных 
Тема - какой-то поток странных мыслей.
1. Инвентарь - это чтение по PK, там все быстро и просто.
2. Рунники пьют через слоты. Хотя есть аналогичная вещь, которая сделана определенно странно - кормежка таракашек. 1000 объедков скармливаются за 2000 запросов (редирект никак в браузере не срежешь) и 2.5мб трафика. Добавить кнопку "скормить все объедки" было бы здорово.
3. Быстрые слоты / авторам расширений
4. Это вообще какой-то бред, посмотри запросы, в обновлении приходит не только статы, но и другие важные вещи. Единственное что можно сделать - переделать на сокеты и пушить с сервера, без доп запросов.
Как я понимаю, основная проблема лагов - старый движок mysql, myisam, где запись вызывает лок на всю таблицу. |
чтение по пк быстро да, нужно ? нет! эта мелочь не даст многово но что-то даст.
просто я более чем уверен если поуберать в определённых местах лишние действия, это привидёт к тому что сервер сможет актуально поддерживать 100 человек, на слабой серверной машинке.
и движок MyIsam на самом деле это не проблема можно очень сложные схемы ставить и они не будут создовать проблем. просто на других движках будут другие примушества учитывая, что игра построена на больших количествах чтений, менять структуру базы на любую другую может привести к проблемам по чтению : )
есть много способов оптимизации но не делать повторные запросы без необходимостей это самый минимум что можно сделать, и чаше всего это приводит к положительным эффектам, и требует минимальное количество внимания от опытного программиста.
на счёт 4 пункта да там что-то очень сомнительное но всё же есть куча способов обрабатывать данные без переодически сложных запросов. просто это как точка отправления а не как что-то максимально выжатое, и то что там по мимо пользовательских данных клеиться абсолютно всё, это уже другой вопрос (если убрать ветку событий то это чуток облегчит задачу.), и по каждому вопросу есть более оптимальное решение чем то что есть на данный момент, да они очень требовательны по времени и возможно не столь актуальны. по этому это было добавлено после доп коментария, и можно даже не рассматривать.