| Автор | Мощность серверов. |
|---|
1) перс курсором ткнул мышкой на точке 2.6. пех перешёл из точки 2.2 в точку 2.6 (играет рэндом) ему улыбнуась удача, (тут снова играет рэндом) у пеха сработал оглушающий удар он бьёт гарпий.
это я и сохраняю ;) |
для Maximum_Damange:
110000 файлов занимают 1,23гига.
размер самого файла зависит от размера кластера на ХДД, поэтому, размер файла на Вашем компе и РЕАЛЬНЫЙ размер файла отличаются. Пример - текстовый файл размером 800 байт на диске по-любому занимает 4кб, потому, что я изложил выше. Логи же хранятся в текстовых таблицах, размер которых весьма невелик. |
| от куда??? |
для BISSON:
ы несёте бред, потому, что логи боев являются не чем иным, как текстовыми записями в таблицах базы данных.
А текст, по вашему, места не занимает? :) |
Имхо, мы можем иметь 2 проблемы:
1. Обработка транзакций, работа с базой
2. Пропускная способность сети
1я проблема решается масштабированием. При этом возможность успешного масштабирования во многом определяется архитектурой БД и ПО. У меня, увы, нет никакой уверенности, что БД и ПО изначально проектировались и писались с учетом решения такой проблемы. К сожалению, более точных оценок нельзя сделать, не видя хотя бы структуры БД.
2я проблема - проблема физического размещения сервера. Как мы помним, недавно Леха жаловался, что на нашего провайдера (?) осуществлялась ддос-атака. Так что здесь тоже могут быть проблемы, которые упираются, скорее всего, в деньги. |
для Maxter:
А текст, по вашему, места не занимает? :)
почитайте предыдущий мой пост и поймете, что 800 байт "немного" отличаются от 4кб, а 1ТБ отличается от тех же 1ГБ |
Обработка транзакций, работа с базой
Пропускная способность сети
проблема физического размещения сервера
нет никакой уверенности, что БД и ПО изначально проектировались и писались с учетом решения такой проблемы
БД и ПО написано не создателями проекта ГВД, а создателями Апач, PHP и MySQL. Другое дело, код php-скриптов были совершенно другие люди )))) |
почитайте предыдущий мой пост и поймете, что 800 байт "немного" отличаются от 4кб, а 1ТБ отличается от тех же 1ГБ
я знаю про размер кластера.
минимальный размер боя - 1кб. это когда 2-3 уровень идет на легкую охоту.
есть бои и по 200кб. и по 500. особенно ТнВ у некров, когда они до 20-30 волны доходили
все равно.
я думаю, вы не будете утверждать, что все логи боев занимают менее 1ТБ |
Как мы помним, недавно Леха жаловался, что на нашего провайдера (?) осуществлялась ддос-атака.
Можно пожалуйста ссылку на пост? |
127
Структура БД определяется именно авторами ГВД, а не создателями мускула. Достаточно часто разные структуры БД одной и той же предметной модели, различаются на порядок по объему и быстродействию. |
| Вообще, у кого есть два компа - настройте один из них сервером, погуглите, скачайте какую-нить утилиту для тестов производительности сервера, к примеру, и посмотрите, КАКОЕ кол-во запросов может обработать ваш обычный железный ящик. |
для BISSON:
тогда вопрос уже от меня. Сколько по вашему происходит запросов при проведении боя охоты с одним участником боя, при проведении тойже охоты уже с двумя участниками и при проведении какого нибудь группового боя с участием 6 игроков.
Давайте также проведем вычисление сколько таких боев проводится в течение 10 минут.
Просвятите меня пожалуйста на предмет сколько должно быть запросов отослано в 1 секунду и как железо сервера с этим справляется. |
Структура БД определяется именно авторами ГВД
трубка 15! прицэл 120! бац-бац и мимо!
Структуру файлов на своем компе Вы тоже определяете САМИ, хотите - назовите файл xxx.avi а хотите - sgoihdoivhdsfgsdf.avi - разница невелика. |
Структуру файлов на своем компе Вы тоже определяете САМИ, хотите - назовите файл xxx.avi а хотите - sgoihdoivhdsfgsdf.avi - разница невелика.
о_О батенькаааааа. Вы это круто загнули.
Тут я уже не в силах что-то объяснить, я не учитель информатики =(
Вразумите кто-нибудь его и просвятите про структуру БД |
133
Вах-вах...
Физическое хранение базы определяет мускул, а ЛОГИЧЕСКОЕ описание модели - авторы ГВД. Простейший вопрос с масштабированием: большинство таблиц, участвующих в часто встречаемых запросах, должны храниться совместно. |
- для bizon4ik:
пусть в среднем происходит 2500 боев за один раз. посмотреть прямо сейчас можно тут - https://www.heroeswm.ru/bselect.php
Исходя из того, что одновременно ходить может только 1 игрок, возьмем, что СРАЗУ ВСЕ 2500 походили - итого 2500 запросов за один раз.
Максимальный размер сетевого пакета в SQL Server 7.0 составляет 64 Кбайт.
Будем считать, что все отправили max запрос - итого ~160МБ. Далее - сжатие данных позволяет уменьшить объем трафика.
Процент сжатия данных можно узнать здесь
https://www.heroeswm.ru/help.php?section=41
Итого - с 4ГБ ОЗУ нам совершенно по-барабану, сколько боев висит - 2500 или 5500.
П.с. прошу извинить, если чё-то упустил. |
Вразумите кто-нибудь его и просвятите про структуру БД
данные в таблицу заносятся сервером, а не создателями ГВД. А вот скрипт, который обрабатывает запрос делали создатели ГВД, и если время исполнения такого скрипта большое, тогда - да, это проблема. НО! Это проблема НАПИСАНИЯ КОДА, а не сервера. |
нет нет нет. Вы описали с точки зрения что лежит в ОЗУ и там обрабатывается.
А если рассмотреть с точки зрения транзакций. Произведено тех же самых 2500 кликов одновременно. На железо поступило 2500 сигналов о запросе. Сколько он должен выдать ответов?
а) при условии что все участники одиночники, то по всей логике мы получаем 2500 ответов.
б) при условии что все участники двойники, то ответ о результате клика должны получить все участники, следовательно ответов получаем в 2 раза больше.
в) всех участников 6 в бою. Таких боев пусть 500. О результате клика одного должны узнать все 6 участников. Таким образом сколько ответов должен послать сервер.
Я опять же объясняю по простому, по деревенски. Вы когда нибудь смотрели транзакцию не занятой сети в комп. классе на сервер? Даже при условии того что сеть не занята происходит обмен пакетами между сервером и компьютером.
Божеее. Я не могу это объяснить. Тем кто не видел пакета транзакции в живую этого не понять. Даже один пакет транзакции в 1 секунду содержит порядка 20-30 операций. |
Максимальный размер сетевого пакета в SQL Server 7.0 составляет 64 Кбайт.
вы собрались бой обсчитывать хранимыми процедурами?
это не пошаговая браузерка с ходами раз в несколько минут.
тут надо риал тайм обработка.
есть мнение, что обработчик боя на С написан |
для bizon4ik:
Вразумите кто-нибудь его и просвятите про структуру БД
а почему именно кто-нибудь? Вы сами несостоятельны в данном вопросе? Объясните мне, непонятливому ))) |
