128 ответов в теме

[Ashtan]

Не пойму пессимизма. Весьма красивое и логичное решение и с технической, и с игровой точек зрения. Или все тут предпочитают наблюдать блэк скрин?

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

[Psihius]

Хм, в переводе и в английском оригинале как-то не прозвучало, что главная цель замедления времени - это предотвращение инверсии времени (сохранение временного следования событий) - т.е. двух видов беды: а)когда игроа Б нажимает лок позже игрока А, а по факту лочит его первым и б)когда сервер сбрасывает команду отключения модуля, поскольку команда его включения еще не прошла обработку и модуль с точки зрения сервера выключен.
Коллеги-айтишники, я правильно понял, что будут выставляться временные фреймы (все более и более длительные при замедлении времени), и все тасклеты, попавшие в такой фрейм, будут выполнены до тасклетов, попавших в следующие?
По-поводу вытесняющей многопоточности. Это а)реально сложно для такой "развесистой системы" б)даст выигрыш только в пропускной способности по вводу/выводу и с)многопоточность не может уменьшить время отклика ниже , базового значения самой задачи. Прикиньте, каковы будут затраты на синхронизацию в реальном времени 1000 игроков хотя бы с 2 независимыми командами на каждого? Имхо, тут без "замедления" времени никак.

Правильно мыслите. Сейчас временной фрейм секунда, в лагах будет дольше пропорционально нагрузке. Так что даже в жестоких лагах будет вместо моментальной активации с задержкой в 3-5 секунд, что куда лучше чем нынешние хз скока.

Что до многопоточности, то да, синхронизация потоков штука очень не простая и каждая часть программы должна быть написана с ее учетом. В случае евы это переписывание почти всего ядра и смена алгоритмов. Нужно по возможности искать не блокирующие алгоритмы, которыепозволяли бы обработать два объекта в гриде независимо и в нужном порядке не вызывая колизий типа курицы и яйца. Так что да, это сложно к сожалению и у них уйдет много времени на это. В общем без замедления времени в любом случае не обойтись, даже смногопоточностью - она просто позволит замедлению времени меньшев мешиваться и с менее заметным эффектом - скажем вместо 2-3 секунд в нынешних лагах до 1.2-1.4 с многопоточностью, что уже не так заметно.

[Ashtan]

Давайте скажем откровенно. Столь серьёзные изменения архитектуры, как полноценная многопоточность будут стоит денег/часов столько же, если не больше, чем уже потрачено. Отсюда не будет ССР что то серьёзно менять в архитектуре. Будут оптимизировать не спеша, упрощать модель, сервера накачивать, "замедленное время" опять же. Может даже бантик сбоку прикрутят, назвав его многопоточностью. Если внимательно послушать, что и как говорит лохматый из гридлока, становить понятно, что ему как раз это ясно. Так что лаги будут с нами всегда, какого то эпохального решения раз и на всегда нет и не будет.

[Aristash]

Думаю, что нелагающие замедленные зарубы по пунктам приведут к:
а) нормальному гарантированному локу целей
б) своевременной реакции выстрела на нажатие Ф1
в) У тебя больше времени сообщить логистам что тебя лочат 100500 артибидонов

а) и б) делают возможным нанесение альфа страйка на 1,2,3
в) особенно подчеркивает значимость альфы

В итоге артиллерия будет единственным богом войны, а прочее перейдет в разряд дарвинизма. Логисты будут не нужны ваапще. Флот будет формироваться из груп из расчета сколько артибидонов надо что бы 100% снести другой артибидон. Вероятно всякие джаммеры и дамперы смогут чувствовать себя чуть лучше - джаммерам один фиг таскать только матарские и кальмарские модули, а дамперам вообще пох, реварпать смогут и вообще, хотя зачем они нужны если запасной артибидон лучше.

В итоге это скорее всего явно покажет инфляцию качественного и количественного состава флота.

Может это покажет необходимость введения "белого шума" и буста ультраснайперов.

ЗЫ а форум тоже работает с системой замедления времени?

полный бред.

Было бы замечательно, что бы те кому Ив онлайн ненравится свалили куда нить в ВОВ например. И про то что у ИВ нет конкуренции это тоже бред, многим игрокам плевать на какую тематику онлайн игра, главное что б было интересно, онлайн игр сейчас полно. Кстати ИВ в рейтенге этих игр занимает далеко не последнее место. И только больные и плешивые продолжают ныть на тему "ИВ уже не торт", "CCH ничего не делают и только портят игру", но с упорством мамонта почему то продолжают и дальше играть в ИВ, видимо от огромной но неразделенной любви. А главное что эти больные и плешивые по большей части сами ничего в этой жизни не сделали, кроме вылитой грязи на форуме.

И да, с пасхой.

пол страны ездит на дерьме под маркой ВАЗ материт его семиколенным матом но продолжает ездить.
им всем может пойти в реку топиться?

форумные варриоры отаке.

[Алекс диГриз]

пол страны ездит на дерьме под маркой ВАЗ материт его семиколенным матом но продолжает ездить.
им всем может пойти в реку топиться?

аааа, так вся проблема в том, что на другие мморпг денег не хватает?

[DarkPhoenix]

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

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

Про дальнейшие оптимизации, они, кстати, в девблоге тоже написали - никто от них не отказывается.

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

Многопоточность, кстати, тоже не решение.

[Aristash]

аааа, так вся проблема в том, что на другие мморпг денег не хватает?

вся проблема в тупости инженеров ВАЗа и жадности ССР

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

Про дальнейшие оптимизации, они, кстати, в девблоге тоже написали - никто от них не отказывается.

Многопоточность, кстати, тоже не решение.

бюджет ССР коммерческая тайна. врядли он кому-либо известен....

ДаркФеникс, мое почтение а Вы в каком альянсе состоите?))) часто ли у вас блэк скрины наблюдаюцца?)))

[DarkPhoenix]

ДаркФеникс, мое почтение а Вы в каком альянсе состоите?))) часто ли у вас блэк скрины наблюдаюцца?)))

Раньше, когда любил прилететь в систему, где идет замес и покрысить - часто. Именно из-за них результат был всего 1 раз, и то унылый.

[Aristash]

Раньше, когда любил прилететь в систему, где идет замес и покрысить - часто. Именно из-за них результат был всего 1 раз, и то унылый.

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

Надо отдать должное ццп, после патча полугодовалой давности когда немного пофиксили ФБ, блэкскринить супера стало поменьше. да и в локалах >500 стало по божески рубицца на топорах.

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

Господа я не ставлю свое мнение превыше всех, но сейчас разыгрывается очевидная деградация сервера. Это не решение - замедлить игру превратив ее в пошаговое унылое тыкание в ф1-ф8.

[Edo]

Ну, частично мысль здравая. Лаг в нынешних условиях вводит именно дизбаланс в механику. Откачать что-либо довольно часто оказывается много проще, чем продавить ДПСом. Так что, если мы получим "умный лаг", соблюдающий баланс механики, это будет неплохо.
Но само решение ССР решать проблемы такими окольными путями конечно огорчает, чо.

[TomasBarrett]

В игре появятся релятивисткие эффекты и парадоксы. Придётся нанимать сотрудника со степенью в СТО.

Сообщение отредактировал TomasBarrett: 24 April 2011 - 15:18

[Aurum_Gallente]

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

[Ripple]

Хм, в переводе и в английском оригинале как-то не прозвучало, что главная цель замедления времени - это предотвращение инверсии времени (сохранение временного следования событий) - т.е. двух видов беды: а)когда игроа Б нажимает лок позже игрока А, а по факту лочит его первым и б)когда сервер сбрасывает команду отключения модуля, поскольку команда его включения еще не прошла обработку и модуль с точки зрения сервера выключен.
Коллеги-айтишники, я правильно понял, что будут выставляться временные фреймы (все более и более длительные при замедлении времени), и все тасклеты, попавшие в такой фрейм, будут выполнены до тасклетов, попавших в следующие?
По-поводу вытесняющей многопоточности. Это а)реально сложно для такой "развесистой системы" б)даст выигрыш только в пропускной способности по вводу/выводу и с)многопоточность не может уменьшить время отклика ниже базового значения самой задачи. Прикиньте, каковы будут затраты на синхронизацию в реальном времени 1000 игроков хотя бы с 2 независимыми командами на каждого? Имхо, тут без "замедления" времени никак.

По сути они хотят снизить размер очереди тасклетов в единицу времени, в идеале до нуля. Это даст с высокой вероятностью равные шансы всем в данной системе выстрелить/залочить/отварпать.

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

P.S. предложения некоторых форумчан к CCP о покупке сервера/переписке кода выдают в них людей либо далеких от IT, либо не сталкивавшихся с большими высоконагруженными системами, имхо

Сообщение отредактировал Ripple: 24 April 2011 - 15:58

[La Borno]

Ты говоришь об этом так, как будто это плохо.

Что до того что будет китайский сервер-сомнительно. Если и захватим всю еву-то скорее всего просто сбросим стенды и начнется эпоха веселых роамингов

кому?=) гурикам и картелю? =)

[Edius]

лаги узаконили

[Ashtan]

P.S. предложения некоторых форумчан к CCP о покупке сервера/переписке кода выдают в них людей либо далеких от IT, либо не сталкивавшихся с большими высоконагруженными системами, имхо

Ну я как бы сталкивался, много сталкивался. И решились такие проблемы как раз этими двумя методами. Изменения в архитектуре, особенно снижение затрат процессорных мощностей на те, или иные задачи и наращивание этих самых мощностей. Первое конечно может технически быть выражено многими способами, уменьшение объёмов прокачки данных, всякие precalculated механизмы, хитрые двойные-тройные кеши и т.д. А вот второе только в лоб, больше памяти, шустрее процессор, ширше шина )
К вопросу о распараллеливании обсчёта грида и/или системы. Да, это не панацея, есть даже подозрение, что многочисленные взаимосвязи делают выхлоп совсем незначительным. Однако что остаётся то? Полировать код для ускорения бесконечно нельзя, из "глобальных" решений только и получается, что распараллеливание. Ну и железо, да ) При этом я писал, что переделывать игру from zero ground они явно не будут. Это как в анекдоте...
Приходит девочка подросток к врачу, жалуется
-Доктор, у меня прыщи.
-Хм, а сексом занимаетесь?
-Нет доктор.
Доктор пишет на бумажку,
1. Прыщи
2. Нет секса (изза прыщей?)
3. Прыщи (потому как нет секса?)
Доктор в ужасе...
-Да это б..дь какой то замкнутый круг!

[Ripple]

Ну я как бы сталкивался, много сталкивался. И решились такие проблемы как раз этими двумя методами. Изменения в архитектуре, особенно снижение затрат процессорных мощностей на те, или иные задачи и наращивание этих самых мощностей. Первое конечно может технически быть выражено многими способами, уменьшение объёмов прокачки данных, всякие precalculated механизмы, хитрые двойные-тройные кеши и т.д. А вот второе только в лоб, больше памяти, шустрее процессор, ширше шина )
К вопросу о распараллеливании обсчёта грида и/или системы. Да, это не панацея, есть даже подозрение, что многочисленные взаимосвязи делают выхлоп совсем незначительным. Однако что остаётся то? Полировать код для ускорения бесконечно нельзя, из "глобальных" решений только и получается, что распараллеливание. Ну и железо, да ) При этом я писал, что переделывать игру from zero ground они явно не будут. Это как в анекдоте...
Приходит девочка подросток к врачу, жалуется
-Доктор, у меня прыщи.
-Хм, а сексом занимаетесь?
-Нет доктор.
Доктор пишет на бумажку,
1. Прыщи
2. Нет секса (изза прыщей?)
3. Прыщи (потому как нет секса?)
Доктор в ужасе...
-Да это б..дь какой то замкнутый круг!

Спасибо за напоминание про анекдот

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

[Aristash]

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

P.S. предложения некоторых форумчан к CCP о покупке сервера/переписке кода выдают в них людей либо далеких от IT, либо не сталкивавшихся с большими высоконагруженными системами, имхо

теплее теплее)))

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

[DarkPhoenix]

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

А ты работал и с тем, и с другим?