71 ответов в теме

[DarkPhoenix]

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

ps Хотя "незаметно клиент-сайд" - это кому как

[deadok]

яйца, вид-профиль

[Trimutius III]

А в патчнотисах про это ничего нет вообще. Это кагбэ намекает на глобальный на*б с нанонерфом.

А мне нравится что полики и каргориги подешевели.

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

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

Сообщение отредактировал Trimutius III: 30 September 2008 - 23:20

[DarkPhoenix]

Кстати на тему потребления ресурсов дронами/пушками есть интересный пост.

И вообще вся та тема (посты от девов) интересная - много нового о структуре сервака и прочих тонкостях узнал.

[Trimutius III]

Там новый дев блог на эту тему:
http://myeve.eve-onl...?a=blog&bid=588

Времени переводить весь нету к сожалению. Суть сводится к тому что они сделали сервак ЕВЕ 64-битным (да-да уже сделали неделю назад)
А так у них возникли проблемы. При 1400 пилотах в локале Житы у них упал сервак отвечающий за Житу из-за нехватки памяти.
Также в нулях был замечен бой с участием 1100 пилотов (!!!). В общем он шёл нормально около 10 минут, после чего сервак всё же не выдержал.
В общем ССР теперь решают новую проблему. При больших локалах перестало лагать, но из-за большого кол-ва игроков в локале одной системы сервакам перестало хватать памяти.
В общем теперь будет не "Лаги... Лаги... Лаги...", а "Блин все повылетали прямо посреди заварушки", или "ой Жита упала"... Пока ССР не решат проблемы с нехваткой памяти у сервов... =) (Раньше подобных проблем не было потому что смертельные лаги начинались ещё до того как сервер становился перегруженным, теперь же когда лаги не появляются серверы стали перегружаться)

[UAxCrow]

кто бы сомневался...

[Xеn]

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

ps Хотя "незаметно клиент-сайд" - это кому как

Вообще никак незаметно. Кстати за разбор сетевых пакетов отвечает blue.dll, она вообще не поменялось.
Что есть это самое StacklessIO для меня лично остается полнейшей загадкой, но похоже на то что исправили пару детских косяков в обработчике пакетов, из-за которых уж совсем немилосердно лагало. Это же надо чтоб та же жыта где 90% сидят на станции и никоим образом не взаимодействуют с внешним миром так тормозила - даже для питона перебор был.
А еще вспомните про то что для евы хотели суперкомп купить да так и не купили. Угадайте с 3 раз почему .

[AllSeeingI]

А еще вспомните про то что для евы хотели суперкомп купить да так и не купили.

Суперкомпьютер не "покупают" - одно его проектирование под конкретную задачу может занять не один год.

А работа над этим суперкомпом продолжается - по крайней мере, в начале года (когда был последний PvP-чемпионат? февраль?) были видео-интервью с разрабами, и в них говорилось, что работа над этим идёт (CCP + IBM + Microsoft + поставщики оборудования).

[Midael]

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


А вот Жита работает замечательно

Сообщение отредактировал Midael: 01 October 2008 - 23:37

[DarkPhoenix]

Кстати, девблог по сути дублирует содержимое постов от девов в теме о стаклессио, кроме одного - они в нем не сказали, в каких еще системах стоят супер-ноды - это жита, сайла, и еще 2 каких-то.

[ZIgi]

это жита, сайла, и еще 2 каких-то.

Про сайлу там вроде не было. Остальные ноды скорее всего системы в нулях где идут столкновения бобов с ск.

Сообщение отредактировал ZIgi: 02 October 2008 - 0:41

[Tamer]

Ваще не лагает пока что. Хз что там у вас. А стеклес ио - это наверное переход на многопотоковое управление трафиком. Потому что девы не так давно писали, что сервер евы - однопоточный. Кроме того, он на питоне, а питон как известно это "высокоуровневый язык программирования общего назначения с акцентом на производительность разработчика и читаемость кода" (с) в ущерб производительности кода, так что есть куда оптимизировать, и железо менять не обязательно, хотя в ряде случаев это и проще.

Сообщение отредактировал Tamer: 02 October 2008 - 5:31

[VolCh]

Вообще никак незаметно. Кстати за разбор сетевых пакетов отвечает blue.dll, она вообще не поменялось.

Для клиентов под не самой массовой ОС заметно, появились в ее "неэмуляторах" новые ошибки

[panteraon]

Вообще никак незаметно. Кстати за разбор сетевых пакетов отвечает blue.dll, она вообще не поменялось.
Что есть это самое StacklessIO для меня лично остается полнейшей загадкой, но похоже на то что исправили пару детских косяков в обработчике пакетов, из-за которых уж совсем немилосердно лагало. Это же надо чтоб та же жыта где 90% сидят на станции и никоим образом не взаимодействуют с внешним миром так тормозила - даже для питона перебор был.
А еще вспомните про то что для евы хотели суперкомп купить да так и не купили. Угадайте с 3 раз почему .

И почему? Они же вроде HDD скоростной какой то хапали в США, вродеб в интервью об этом даже заикались

[DarkPhoenix]

Ваще не лагает пока что. Хз что там у вас. А стеклес ио - это наверное переход на многопотоковое управление трафиком. Потому что девы не так давно писали, что сервер евы - однопоточный. Кроме того, он на питоне, а питон как известно это "высокоуровневый язык программирования общего назначения с акцентом на производительность разработчика и читаемость кода" (с) в ущерб производительности кода, так что есть куда оптимизировать, и железо менять не обязательно, хотя в ряде случаев это и проще.

Про многопотоковость ничего не слышал, но то что он асинхронный - девы уже говорили

тыц

[SiliconeSomething]

Досужие рассуждения без зауммных терминов и занудства: Стак - стаклис не что иное как кашед - анкашед или чуть в терминах TCP - любой вещательный протокол. Во втором влучае никакая "чрезмерная в каждый конкретный квант времени" инфа не помещается в хранилище для обработки в дальнейшем а просто игнорируется. Применительно к ИВ лаг - отложенный процес, который обязательно должен быть выполнен. При переходе на стаклис ситуация очевидна: кто раньше встал того и тапки. На днях столкнулся с этим, воюя с неписями рядом с сайлой (занесло по нужде, бывает) четко прослеживалась картина: буст хп неписи считается на серваке, дамаг тоже, за исключением что инфа о дамаге поступает извне, при занятости ресурса - игнорируется. Следствием явилось непомерно долгое доведение нпс хп до нуля. Как подобная ситуация выглядет в ПВП хз, возможно побеждать будет тот у кого роф выше (ехидно лыбится) негры отдыхають.

По поводу падения серваков из-за нехватки памяти: Реюнион выкладывал прогу на джаве (ветка продажи, сего форума), каждый при желании может в домашних лабораторных условиях поэкспериментировать, варируя параметрами, причем на разных машинах краш будет при разных циферках. Для краткости назовем процессом совокупность данных и комманд. Так вот прога запрашивает память у ос для своих нужд при увеличении процессов. При отказе в очередной квоте может наступить или нет краш проги. Если прога заточена под подобный контроль, она откажет в очередном запросе на процесс. Что делает ССП их личное дело, но если все будет провильно, а оно так и будет рано или поздно, то динамическое ограничение процессов ни в коем случае не является подконтрольныи человеку. Это к вопросу об подигрывании ССП БОБам. Вероятнее всего игровая механика будет выглядеть след образом: переблобливание процессами, в совокупности с параметрами каналов пользователей.

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

Добавлено: Убиение неписи велось дронами, возможно это относится только к ним и только они потеряют эффективность, хз, время покажет.

Сообщение отредактировал SiliconeSomething: 02 October 2008 - 8:20

[Xеn]

То есть получается их StacklessIO - это всего лишь переход на неблокирующие операции с сокетами. Никаким новым протоколом тут и не пахнет, как были жуткие структуры с 10+ уровнем вложенности для простейших данных так и остались.
Если раньше использовались блокирующие сокеты то секрет лагогенератора в принципе понятен и очевиден. Структура данных на самом нижнем уровне (но выше TCP ) такая: длина_блока;блок. Если сервак получил длину и использует блокирующий recv чтобы получить блок данных - он будет висеть на этом recv до тех пор пока не примет весь блок или клиент не отвалиться с ошибкой (дисконнект). Таким образом послав длинну и например половинку блока и не посылая его до конца клиент практически вешает сервер или один из обрабатывающих потоков, если сервер многопоточный. Соответственно чтоб залагать ноду надо столько таких клиентов сколько обрабатывающих потоков на сервере. Обратный вариант, когда сервер пытается послать клиенту данные и висит на посылке - тоже возможен, буфет TCP вовсе не резиновый, и очень быстро заканчивается если его не выгребать.
Неблокирующая операция возвращает результат сразу после запроса - то есть не столько сколько запросили а столько сколько реально есть в наличии. Если блок еще не полный - сервер перейдет к обработке данных других клиентов.
P.S. Название StacklessIO вообще не говорит ни о чем - просто слеплено из stackless python и IO - ввод/вывод.
P.P.S. Суперкомпьютер эта такая штука которая вовсе не собирается работать под виндой, там своя ОС, под него спроектированная. И там конечно нет никакого питона, потому что ну нет у создателей этого питона суперкомпьютеров. А куда ж им без винды и питона?

Сообщение отредактировал Xеn: 02 October 2008 - 10:25

[DarkPhoenix]

Вот и раскрыт секрет лагогенератора бобов

[deadok]

P.S. Название StacklessIO вообще не говорит ни о чем - просто слеплено из stackless python и IO - ввод/вывод.

Вай, оно говорит, что это IO, юзающее Stackless Python - да здраствует многопоточность, yay!
Мне правдо не совсем понятно, накой для многопоточности асинхронные сокеты и vise versa накой для асинхронных сокетов многопоточность.

Вот и раскрыт секрет лагогенератора бобов

сфегали? механизм убивает всех, суть лагогенератора в том, что бобы как-то умудряются в лагах воевать, чему объяснения пока нет.

т.е. с точки зрения войны с бобами с переходом к стаклессио ничо не поменялось - см баттлрепорты от 30 сентября.

[Frank]

Досужие рассуждения без зауммных терминов и занудства: Стак - стаклис не что иное как кашед - анкашед или чуть в терминах TCP - любой вещательный протокол. Во втором влучае никакая "чрезмерная в каждый конкретный квант времени" инфа не помещается в хранилище для обработки в дальнейшем а просто игнорируется. Применительно к ИВ лаг - отложенный процес, который обязательно должен быть выполнен. При переходе на стаклис ситуация очевидна: кто раньше встал того и тапки.
[бла-бла-бла, прочий бред скипнут]

StacklessIO is a framework that allows us to make things such as asynchronous IO and work that is spawned off to worker threads appear as regular, blocking operations for tasklets in Stackless Python. We then use this to perform asynchronous Winsock operations using IO completion ports. The semantics are not new, but the scheduling framework and the lightweight winsock layer we use are.

Пытаюсь перевести:
StacklessIO - это [питоновский] фреймворк, который позволяет нам [ССР] такие трюки, как асинхронный ввод/вывод [данных] и функции, запускаемые в рабочих потоках как штатные, блокирующие операции для тасклетов в стаклесс питоне (Стаклесс питон - это расширенная версия питона; см. подробнее о тасклетах на http://www.stackless.com/wiki/Tasklets ). Мы теперь используем это для проведения асинхронных Winsock операций, используя майкрософтовскую технику IO completion ports [для уменьшения частоты контекстных переключений и лучшего распараллеливания потоков на многопроцессорных системах, а так же использования сообщений винды вместо постоянного опроса события завершения расчётов, см. подробнее на http://technet.micro...s/bb963891.aspx и http://msdn.microsof...198(VS.85).aspx ]. Семантика не нова [для ССР прогеров], но фреймворк планировщика и слой упрощённых виндовых сокетов, которые заюзаны - в новинку.

P.P.S. Суперкомпьютер эта такая штука которая вовсе не собирается работать под виндой, там своя ОС, под него спроектированная. И там конечно нет никакого питона, потому что ну нет у создателей этого питона суперкомпьютеров. А куда ж им без винды и питона?

Почему-то в ТОП500 суперкомпьютеров, как минимум у 85% из них - ОС гну/линукс, на втором месте какой-нибудь юникс, ну и винда там тоже есть... где-то на задворках (порядка 1%). И уж питон там тоже имеется, везде.

Сообщение отредактировал Frank: 02 October 2008 - 10:46