Что такое «5000 игроков», откуда это число взялось? Что предполагается делать с этим числом? Какие данные стоят за каждым «игроком»? И при чем же тут базы данных?
Какая скорость потокового чтения с блина? Какая скорость блочного чтения с SSD? Какая скорость доступа к блоку на кристалле 3D NAND? Какая скорость доступа к блоку на кристалле 3D XPoint? О какой скорости чтения говорить не надо и почему не надо?
Расскажи о технике асинхронного блочного чтения с блинов, с NAND SSD, с 3D XPoint. Поточный доступ быстрее или блочный? В каких случаях?
Расскажи топологию данных в БД для одного аккаунта из L2, из PW, из Aion, Cabal Online. Какие зависимости и связи созданы для данных аккаунта? Сколько будет весить бинарный дамп одного аккаунта со всеми связями для среднестатистического персонажа с максимальной прокачкой?
Ну, вы для меня ни разу не авторитет — поэтому давайте пруфы. На то, чтобы отвечать в стиле «лол», «слон тихо смеётся» много профессионализма не требуется.
яговорил не про себя. Я не зря ссылки даю, а чтоб по ним ходили.
Мне этот некропостинг, если честно, не сильно интересен, если вы не понимаете где у вас ботлнек и упорно тыкаете в память, хотя обе заметки были именно о ней, ну я не знаю что еще сказать.
Еще вы, видимо, не знаете, но я вам расскажу, что количество людей онлайн не так сильно влияет на скорость того самого селекта, как само количество записей в вашей БД и таблиц, особенно если вам еще и джоины иногда нужны. А в 2005 вы застряли еще и потому, что сейчас вообще ни один адекватный сервер на HDD не стоит, тот же яндекс вообще предлагает NVMe, что тоже не спасет вас, если вы считаете, что все «и так сойдет».
Далее, если внимательно почитать все три мои заметки на этом ресурсе, то станет понятно, что:
1 — реляционная модель и на клиенте и на сервере, где при этом ботлнек я тут в комментах и даже в самой заметке объяснил.
2 — в 2019 всем как-то уже недостаточно того объема информации, которого требовала лина
3 — мне сказали что не реляционные базы данные в тренде и они якобы быстрые, но у них очень много проблем, в том числе с кешмис-ами и для ММО они не подходят.
Что касается скорости отклика, если уж нужен рилтайм — Oracle TimesTen. Да и куча других.
Ага, а по сети с клиентом оно тоже за 10ms дойдет? Увас там конь щароообразный в вакууме убегает — ловите.)
Ну, вы для меня ни разу не авторитет — поэтому давайте пруфы. На то, чтобы отвечать в стиле «лол», «слон тихо смеётся» много профессионализма не требуется.
И про поля таблиц расскажите, которые кардинально и в разы отличаются от тех, что были в 2005ом. И про скорость MySql на простых селектах, например.
<
«Если мы говорим про сервер с 5к игроками на одном шарде»
5к онлайн, разумеется.
«Еще разок, 700ns и 2ns, ок?»
Ещё раз, в 2005ом хватало простых рейдов для работы БД, не очень большого количества оперативки и довольно слабых по нынешним временам процессоров. Что так кардинально изменилось в данных, что стало не хватать при новом железе, которое даёт гораздо более быстрый отклик? Не говоря уже о том, что значительно продвинулись сами движки БД.
Что касается скорости отклика, если уж нужен рилтайм — Oracle TimesTen. Да и куча других.
«Причем тут вообще оперативка и SSD? И что мне дадут таблицы в оперативной памяти с учетом того, что запрос к ней представляет из себя не только чтение самих данных, но и их обработку?»
Для этого есть DBa и архитекторы. Которые создадут нормальную структуру, напишут для запросов хинты, создадут вьюшки и партиции. Оперативка и SSD дают огромное преимущество в скорости отклика.
«Хотя, может вам виднее, чем специалистам, или вы из разряда «и так сойдет»\«все так делают»?))»
Извините, я читая вас просто не заметил, что вы специалист.
«Еще напомню, что сейчас не «10 лет назад» и объем данных у игр изменился.»
Насколько принципиально изменился объём данных на уровне БД при том же количестве игроков и примерно тех же параметрах персонажей? Всё те же таблицы, с теми же полями — аккаунты, персонажи, таблицы вещей, справочники. Если мы говорим про сервер с 5к игроками на одном шарде, а не про MOBA игру.
«А про сервера линейки на яве с майкулькой я вообще лучше промолчу))»
Ну, во первых были украденные хроники совершенно на другой БД. Во вторых, MySQL сама по себе довольно шустрая БД которая используется не только для маленьких сайтиков. Там весьма ограниченный язык, но её используют и в том числе и в корпоративных решениях. Можно погуглить если интересно что такое Percona (и что она может) и MariaDB.
Причем тут вообще оперативка и SSD? И что мне дадут таблицы в оперативной памяти с учетом того, что запрос к ней представляет из себя не только чтение самих данных, но и их обработку? Давайте сравним 700ms и 1-2ns? Чувствуется разница? А теперь давайте зафигачим все эти данные в джейсон и будем потом с бубном бегать: а почему так неудобно, а почему так медленно, а где мои данные? Хотя, может вам виднее, чем специалистам, или вы из разряда «и так сойдет»\«все так делают»?))
Еще напомню, что сейчас не «10 лет назад» и объем данных у игр изменился. А про сервера линейки на яве с майкулькой я вообще лучше промолчу))
NoSQL тут не причем, речь про реляционную модель как таковую, то есть логические связи, а не физические. К слову, 5к человек онлайн означает, что у вас в DB записей гигантское количество, т.к. игру купило раз в 100 больше людей.
Насчет NoSQL я бы не торопился, особенно когда у вас есть многопоточный слон, а вам нужна больше даже не скорость записи а скорость чтения селекта и т.п в условиях очень больших таблиц. у сервера ММО свой запросы.
5000 игроков для DB не представляют вообще никаких проблем. Первые фришарды линейки, насколько я помню спокойно выдерживали 2-3к игроков. А это, позвольте было больше чем 10 лет назад. С тех пор появились SSD, которые сейчас к тому же продаются по бросовой цене — говорить о скорости чтения я думаю не надо. Колво оперативки позволяет свободно использовать таблицы in- memory (если уж приспичит). Infiniband в 30-50 раз уменьшит латентность и пропускную полосу. Это уж если совсем приспичит, а для большинства проектов всё это просто излишне. Никаких особенно больших записей в игровой DB с 5к онлайна нет. Если и есть, то к таким данным (как правило, историческим) быстрый доступ не требуется.
Вообще, интересно, что и предыдущий мой комент заминусовали. Ладно первый комент — реакция была предсказуема, учитывая известное отношение местного комьюнити к высказанной точке зрения. Но предыдущий то комент? Который является просто невинным ответом на комент уважаемого William_Godwin, который сводится к «Сперва добейся». Впрочем, имхо, это лишь подтверждает высказанное ранее мною мнение о человеческой природе. Homo homini lupus est
Да, на ПвП сервере, по рассказам, иногда нападают просто за то, что зашёл в чужой купол. На ПвЕ я не могу так просто нанести вред другому кораблю, и другие игроки мне тоже не могут, так что залажу на корабли, ничего не спрашивая. И не помню, чтобы меня кто-то спрашивал, можно ли подняться на мой корабль.
я до сих пор не разобрался, стоит ли спрашивать разрешения на то, чтобы подняться к кому-нибудь на борт. По идее, на ПВП сервере это жизненно необходимо — иначе гарантированно получишь заряд из дробовика. На PVE с этим проще.
Твиттер лучше заточен под микросообщения и проще интегрируется с другими платформами, в то время как ВК (и Фейсбук) в некоторой степени закапсулирован в самом себе. Задача была интегрировать соцсеть в ММОзг, а не увести его в соцсеть. При этом Твиттер глобален, а аудитория ММОзга рассредоточена по всему миру. Хотя, конечно, большинство из России и Украины.
Какая скорость потокового чтения с блина? Какая скорость блочного чтения с SSD? Какая скорость доступа к блоку на кристалле 3D NAND? Какая скорость доступа к блоку на кристалле 3D XPoint? О какой скорости чтения говорить не надо и почему не надо?
Расскажи о технике асинхронного блочного чтения с блинов, с NAND SSD, с 3D XPoint. Поточный доступ быстрее или блочный? В каких случаях?
Расскажи топологию данных в БД для одного аккаунта из L2, из PW, из Aion, Cabal Online. Какие зависимости и связи созданы для данных аккаунта? Сколько будет весить бинарный дамп одного аккаунта со всеми связями для среднестатистического персонажа с максимальной прокачкой?
яговорил не про себя. Я не зря ссылки даю, а чтоб по ним ходили.
Мне этот некропостинг, если честно, не сильно интересен, если вы не понимаете где у вас ботлнек и упорно тыкаете в память, хотя обе заметки были именно о ней, ну я не знаю что еще сказать.
Еще вы, видимо, не знаете, но я вам расскажу, что количество людей онлайн не так сильно влияет на скорость того самого селекта, как само количество записей в вашей БД и таблиц, особенно если вам еще и джоины иногда нужны. А в 2005 вы застряли еще и потому, что сейчас вообще ни один адекватный сервер на HDD не стоит, тот же яндекс вообще предлагает NVMe, что тоже не спасет вас, если вы считаете, что все «и так сойдет».
Далее, если внимательно почитать все три мои заметки на этом ресурсе, то станет понятно, что:
1 — реляционная модель и на клиенте и на сервере, где при этом ботлнек я тут в комментах и даже в самой заметке объяснил.
2 — в 2019 всем как-то уже недостаточно того объема информации, которого требовала лина
3 — мне сказали что не реляционные базы данные в тренде и они якобы быстрые, но у них очень много проблем, в том числе с кешмис-ами и для ММО они не подходят.
Ага, а по сети с клиентом оно тоже за 10ms дойдет? Увас там конь щароообразный в вакууме убегает — ловите.)
И про поля таблиц расскажите, которые кардинально и в разы отличаются от тех, что были в 2005ом. И про скорость MySql на простых селектах, например.
<
«Если мы говорим про сервер с 5к игроками на одном шарде»
5к онлайн, разумеется.
«Еще разок, 700ns и 2ns, ок?»
Ещё раз, в 2005ом хватало простых рейдов для работы БД, не очень большого количества оперативки и довольно слабых по нынешним временам процессоров. Что так кардинально изменилось в данных, что стало не хватать при новом железе, которое даёт гораздо более быстрый отклик? Не говоря уже о том, что значительно продвинулись сами движки БД.
Что касается скорости отклика, если уж нужен рилтайм — Oracle TimesTen. Да и куча других.
Точно внимательно читали, может стоит прочесть ЕЩЕ раз?
Вы застряли в 2005 году
Слон щас тихо в сторонке смеется)
Для этого есть DBa и архитекторы. Которые создадут нормальную структуру, напишут для запросов хинты, создадут вьюшки и партиции. Оперативка и SSD дают огромное преимущество в скорости отклика.
«Хотя, может вам виднее, чем специалистам, или вы из разряда «и так сойдет»\«все так делают»?))»
Извините, я читая вас просто не заметил, что вы специалист.
«Еще напомню, что сейчас не «10 лет назад» и объем данных у игр изменился.»
Насколько принципиально изменился объём данных на уровне БД при том же количестве игроков и примерно тех же параметрах персонажей? Всё те же таблицы, с теми же полями — аккаунты, персонажи, таблицы вещей, справочники. Если мы говорим про сервер с 5к игроками на одном шарде, а не про MOBA игру.
«А про сервера линейки на яве с майкулькой я вообще лучше промолчу))»
Ну, во первых были украденные хроники совершенно на другой БД. Во вторых, MySQL сама по себе довольно шустрая БД которая используется не только для маленьких сайтиков. Там весьма ограниченный язык, но её используют и в том числе и в корпоративных решениях. Можно погуглить если интересно что такое Percona (и что она может) и MariaDB.
Где там «спервадобейся»? Там как раз «сперва изучи вопрос, а потом однозначно утверждай», ну или как минимум «Пруфы, Билли, нам нужны пруфы».
Еще напомню, что сейчас не «10 лет назад» и объем данных у игр изменился. А про сервера линейки на яве с майкулькой я вообще лучше промолчу))