532 ответов в теме

[LazaruS]

сервер Евы выступает в качестве местной ТЭЦ наверное....

[Crab Nebula]

не удивлюсь если сразу после обновки Жита упадёт при локале 500... и тока дня через 3 они таки наладят обновку...

На все лето упадет. Слабенькие у них сервера для игры. Только крестики и кружочки тянут.

[Макс Махно]

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

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

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

Сообщение отредактировал Макс Махно: 17 June 2010 - 7:31

[oppop]

прирост производительности - 800% оО
как такое возможно

+1
может они на два 0 ошиблись?

Сообщение отредактировал oppop: 17 June 2010 - 7:27

[Bjatta]

сервер Евы выступает в качестве местной ТЭЦ наверное....

Кстати вполне реально, европейцы любят использовать вторичное тепло, до 40% юзайут.

[EVE on-line]

Это теперь значится при массовых зарубах лагать не так сильно будет или 800% прироста не отразится в данном контексте?

[deadok]

/facepalm

With the move we are going to be adding about 800% capacity to our side to side network

где вы тут нашли + 800% мульенов к производительности?

[vhl]

Ну, возможно, что лаги из-за этого внутрисетевого обмена, так что прирост вполне может и быть.

[Yaponiz]

Сказано же что 800% производительности будет только на обмен данных внутри кластера. Небось с 10Мбит на гигабитную сетку между нодами перейдут

[AzagTosh]

Это они после вчерашней показательной зарубы так переполошились. При локале 1100, человек 500, наверное, сидела на логин скрине часа 4, у 500 шип не стрелял, у остальных он не летал и не лочил.

Вывод: надо чаще демонстрировать ссп несостоятельность серва.

[wedge]

Сказано же что 800% производительности будет только на обмен данных внутри кластера. Небось с 10Мбит на гигабитную сетку между нодами перейдут

Судя по дев-блогу, там 4Гбит fiberchannel между блейдами и гигабит между контейнерами. А прирост в 800%, который они обещают, будет из-за того, что снизится нагрузка на свитчи за счёт локальной маршрутизации.
https://www.cisco.co...2495/index.html

Технически, это всё конечно очень секси и очень дорого, но green threads в stackless python оно никак не компенсирует

[Serg Astroman]

Девблог все смотрели? Там указано все железо сервера и откуда растет ожидаемый прирост производительности. " TQ Tech Details: (Not the whole system, just what runs TQ)

Servers
64 x IBM HS21
2x Dual Core 3.33GHz CPU's
32GB of RAM Each
1x72GB HDD Each

2 x IBM X3850 M2's
2x Six Core 2.66GHz
128GB of RAM
4 x 146GB HDD

Cores
- 280 total Cores
- ~1 THz

RAM
- 2.3TB of Total RAM

Storage
- 4.8TB of Local Storage
- 2TB of SSD SAN
- 256GB of RAM SAN

Network
- Gigabit Ethernet
- 4Gb/s Fiber Channel "
А перед заявлениями о несостоятельности сервера и т.д. неплохо бы вначале погуглить о том, что такое IBM HS21 и IBM X3850 M2 и Cisco-системы и сколько все это стоит. Имхо правильно ССР делают, что делятся подробностями апгрейдов серваков. Сразу видно, что у них все серьезно.

[wedge]

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

Ёперный насос, писать серверную логику игры, где на одном шарде уже больше 60к человек, на Stackless Python, держать сервера на винде, а в качестве базы данных использовать MS SQL, и пытаться добиться хорошего времени отклика путём наращивания мускулов?
Я вас умоляю, ева просто выросла из тех технологий, на которых она была создана, ей просто необходим пинок под зад и не то что рефакторинг, а просто смена платформы. Железа, СУБД, ОС... и блин нормальная реализация мультипоточности на сервере.

Сообщение отредактировал wedge: 17 June 2010 - 9:28

[JesDarkJewel]

Ёперный насос, писать серверную логику игры, где на одном шарде уже больше 60к человек, на Stackless Python, держать сервера на винде, а в качестве базы данных использовать MS SQL, и пытаться добиться хорошего времени отклика путём наращивания мускулов?
Я вас умоляю, ева просто выросла из тех технологий, на которых она была создана, ей просто необходим пинок под зад и не то что рефакторинг, а просто смена платформы. Железа, СУБД, ОС... и блин нормальная реализация мультипоточности на сервере.

а что вы можете предложить?

(холивар Comming Soon)

[Deriel]

Предлагаю проспонсировать NASA и перенести Еву IRL.

[wedge]

Я предложу перейти на BolgenOS! XD

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

[Gwin]

О да, даёшь еву на убогом мускуле и на убунту срочно её, на убунту.

[Karalius]

64 x IBM HS21, интересно какие пр этом они шасси юзают, ставлю на шасси Е, хот возможно на комбинацию Е и несколько Т....

Serg Astroman +1, зелезо серьезное и все достаточно свежее

Сообщение отредактировал Karalius: 17 June 2010 - 10:00

[Jack van Hellsing]

Да хоть 900, всё равно найдутся любители заблобить

Сообщение отредактировал Jack van Hellsing: 17 June 2010 - 10:03