|
3 / 3 / 1
Регистрация: 10.09.2014
Сообщений: 36
|
|
Большой объём данных21.11.2015, 22:00. Показов 921. Ответов 2
Метки нет (Все метки)
В общем, есть проект, игра, жанр стратегия, варгейм, только в онлайн режиме и только по мобильные платформы. Детально расписывать не буду, только то, что касается данной проблемы. В игре есть планеты, ландшафт которых состоит из гексогональной сетки, по которым передвигаются юниты и на которых выстраиваются строения. Планеты генерируются по мере регистрации новых игроков. Время, необходимое на то, чтобы юнит прошел клетку зависит от типа клетки, юнита и его состояния, но в среднем думаю это около 15 минут будет. И собственно, проблема в том, что если же размер сетки ОДНОЙ планеты около 1000х1000 то в оперативной памяти (сервера на C#) это занимает около 70 мб, хотя общий размер необходимый в памяти на одну клетку около 30 байт (сумма размеров типов переменных), а остальное это скорее всего ссылки и т.п. А теперь представим, что планет достаточно много, допустим 10 000, то и оперативы только на это нужно 500-700гб, а это просто очень плохо и много. Второй вариант - хранить сетку с данными в базе данных, но это здесь тоже возникают проблемы: пользователю (игроку) вся карта сразу не нужна, а только часть (так как трафик экономить тоже нужно), то есть, сервер будет кидать тяжелый запросик в СУБД (мс скл сервер), примерно такого вида (представим, что в базе 10 000 планет, а значит в таблице около 10 000 000 000 записей): SELECT [Данные] From Regions Where PlanetID=[] And X>[] And X<[] And Y>[] And Y<[].
Третий вариант это некая смесь хранения бд и в оперативной памяти (сетка в оперативной памяти, остальное в базе: строения, некоторые данные, которые необходимо будет в разные таблицы пихать), но в этом варианте возникает много трудностей при обработке данных на стороне сервера. Так что короче такая вот проблема, что лучше выбрать и что пожертвовать не знаю, может у кого были подобные проблемы или подобный выбор?
0
|
|
| 21.11.2015, 22:00 | |
|
Ответы с готовыми решениями:
2
Microsoft Translator: как перевести большой объем текста ReportViewer Большой объем данных Большой объем данных в ArrayDataProvider |
|
1151 / 743 / 483
Регистрация: 21.01.2014
Сообщений: 1,903
|
|
| 23.11.2015, 02:12 | |
|
Небольшая мысль. Не нужно генерировать всю планету сразу, генерируйте карту по мере открытия. Я тут посчитал, что бы игроку прогуляться по всей своей планете потребуется ~28 лет беспрерывной игры. Храните все в бд, иначе при каком нибудь сбое на сервере все игроки потеряют весь прогресс.
1
|
|
|
3 / 3 / 1
Регистрация: 10.09.2014
Сообщений: 36
|
||
| 23.11.2015, 10:25 [ТС] | ||
|
Да, хранить всё в бд придётся в любом случае, но на одной планете может быть до 50 человек, которые "розбрасываются" по карте при регистрации, так что карту генерировать полностью нужно в любом случае. Сетка карты будет храниться в бд. Бекенд сервер будет её полностью подгружать в оперативную память (не все данные, нужно примерно 50-90 гб оперативной памяти (максимум игроков и максимальная загрузка)), в виде трёхмерного масива (планета, х, у), таким образом можно будет обеспечить прямой доступ без выборки, а фронтенд будет по мере необходимости обращаться к нему за данными для отправки клиентам. Вот как-то так я придумал.
0
|
||
| 23.11.2015, 10:25 | |
|
Помогаю со студенческими работами здесь
3
Большой объем данных в память Большой объём данных в Access Access и большой объем данных
QAbstractTableModel и большой объем данных Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Мысли в слух. Про "навсегда".
kumehtar 16.04.2026
Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .
|
My Business CRM
MaGz GoLd 16.04.2026
Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .
|
Знаешь почему 90% людей редко бывают счастливыми?
kumehtar 14.04.2026
Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . .
а удачный момент так и не приходит.
|
Фиксация колонок в отчете СКД
Maks 14.04.2026
Фиксация колонок в СКД отчета типа Таблица.
Задача: зафиксировать три левых колонки в отчете.
Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка)
/ / . . .
|
|
Настройки VS Code
Loafer 13.04.2026
{
"cmake. configureOnOpen": false,
"diffEditor. ignoreTrimWhitespace": true,
"editor. guides. bracketPairs": "active",
"extensions. ignoreRecommendations": true,
. . .
|
Оптимизация кода на разграничение прав доступа к элементам формы
Maks 13.04.2026
Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2.
Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива.
Было так:. . .
|
Контроль заполнения и очистка дат в зависимости от значения перечислений
Maks 12.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2.
Задача: реализовать контроль корректности заполнения дат назначения. . .
|
Архитектура слоя интернета для сервера-слоя.
Hrethgir 11.04.2026
В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html
Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .
|