да не парьтесь у меня вон развед ко мне прилетел а я его увидел тока когда бой произошол(((( причом красную кнопку запостил потом ее внимательно изучал нк не было там этого гребаного разведа а я его три дня ждал (((((((666

А вот что на Тельце пишут: (http://forum.ds-game.ru/viewtopic.php?f=11&t=8870) Вот такая теперь боевая система в Сфере

мы все ошибаемся.
разрабы смотрят в код и точно видят, что бага нет...

О! Прикольно! А я уж подумал, что только я один какой-то дебил, которому действия разрабов кажутся смешными и вредными для игры и что меня за мои посты скоро забанят )) А оказывается я не один? ))))))))
Вы чего разорались? Вы в зеркало поорите дома или прошепчите свои просьбы обратясь лицом к небу. Такими способами результ можно получить имхо быстрее, чем высказываясь тут.

Вот, например, есть такой топик "кто убил Волка", открытый 1 апреля 2009
http://forum.destinysphere.ru/viewtopic ... 2&start=75
В результате обсуждают по сей день, убивают Волка и дальше ))

Спасибо. После исправления алгоритма у меня непонятно с какого перепугу резко увеличилось количество 54321. И если до этого сообщение 30, 29 .... я видел всего 2 или 3 раза, то сегодня оно у меня раз 5 появилось.

Описание моих действий:
Встал сразу после дауна. В воздухе было около 100-150 армий. Раньше 20 минут хватало что бы все грабли приземлились и обновиться перед разведом, посмотреть - а если ли форс какой я лечу убивать.
Сейчас: 20 минут обновлений. Минуте на 7-8 - показали армии которые бились до 4,05. Потом (минуте на 15 примерно) куча 54321, 30...1 - показало 2 армии которые бились в 5,37. На 20 минуте добавило 15 армий, которые бились с 5,45 по 6,11. (Добавило, начиная с разведа который ко мне прилетал). На 25 минуте - нормально уже зашёл в соту. Вроде всё, бои все обсчитались.
Вражеского форса на соте благополучно не оказалось. Ну и фиг с ним. Всё равно не успевал за 20 минут нормально зайти на соту.

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

Наверное. На меня летела всего одна армия. И обновление информации в красной кнопке было чётко разделено: до прилёта этой армии и после её прилёта.

будем разбираться

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

Я бы взялся вопрос в сроках и цене..

Технически решение не столь простое, необходимо на тестовых сферах определить лимитирующую по времени часть алгоритма расчетов, а уж потом думать как оптимизировать (например,вероятно тут коэффициенты урона стек-стек рассчитываются в скрипте, хотя их (~80*~80~=6400операций) можно считать 1 раз после изменения параметров и загружать массивом) не всегда даже дело в алгоритме, тут могут лимитировать постоянные коннекты к БД (скорее всего не локальной) для записи скрипта об окончании стадии рассчётов (сейчас стадийная схема)....
У меня был случай на моих базах - самый тяжелый скрипт, рассчет полной месячной отчетности с выявлением задвоенных заявок для весьма крупной компании занимал на серваке 15-20 минут... алгоритм оптимизирован с точки зрения функциональности (нужно было конечно на 2 скрипта разделить, но заказчик отказался от оптимизации - подумаешь 20 минут...) - оказалось дело в логировании ошибок апачем, отключил логирование полностью - скрипт занял 18-22 секунд.
Другой пример переход на второй апач, скрипты стали кушать времени в 1.5 раза больше, картинки грузились через Ж..., пришлось вернуться на первый...
Подводных камней много, нужно их выявлять и исправлять - вот только отчет для начальства о "камнях" очень сложно делать, с его (начальства) точки зрения, программист бездельничает вместо оптимизации, да и представить вечно трудящегося программиста я не в состоянии.. мозг тоже может уставать и быстрее чем мышцы

По мне так вот ЭТО самое правильное, а не мифическая экономия серверного времени при обработке событий пакетами.

"ЭТО" означает переделку вообще всей системы боя с НУЛЯ, и по хорошему - выделения одного очень мощного сервера для ежесекундной обработки боёв всей сферы и только их, без участия игроков, и с последующей синхронизацией... множественность потоков отпадает...

Понятно, что заплатки лепить проще на несколько порядков...

ага именно это "ЭТО" и значит.
а иначе мы никогда не выйдем из порочного круга багов подобного типа.

Вот те и раз... А почему я знаю, что в сфере это реализовано? Не каждую секунду, но каждые 15-20 минут бегает скрипт и проводит те бои, где никто не обновлялся. Только этот скрипт бегает, когда может. Когда не может, когда сервер перегружен - не бегает. Ибо игроки - главнее, их обновления выполняются в первую очередь! Альтернатива - ждать в рамочке, пока не расчитаются все бои сферы А именно практика и показывает: ждать надо будет долго

В первый раз слышу. Откуда дровишки?