|
|
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Методика расчета нагрузки на БД. Существует методика расчет нагрузки на БД по количеству записей и их объема. И возможно с ее помощью прогнозировать размер базы данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2007, 17:35 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Замечательно, что Вы об этом сообщили. Срочно патентуйте метод и пишите статьи на эту тему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2007, 17:37 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Это не сообщение это вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2007, 17:55 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Расчет нагрузки на сервер нужен? Или расчет размера БД? Последнее просто -- размер записей известен, статистика на предприятии есть -- сколько каких бумажек порождается в месяц. Умножем а на b, получаем прирост в месяц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2007, 18:40 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Расчет нагрузки на сервер нужен? Нужен. Для выбора сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2007, 19:10 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Почти все тоже самое только много сложнее ;) В общем опять же берем статистику сколько чего юзеры порождают за день, умножаем на кол-во юзеров, делим на время и сравниваем с пропускной способностью каналов связи. Иногда на этом расчеты заканчиваются и голова болит совсем о другом. В чем мерять нагрузку? Кол-во заявок/секунду? Могу одной маленькой заявкой "положить" сервер, если она считает нечто грандиозное. Есть расчет нагрузки на сервер на основе теории очередей, но сложная мат модель и что делать с результатами не совсем ясно. Можно написать бота, который будет эмулировать работу юзера -- тыкать по кнопкам, создавать, изменять... Он же будет мерять среднее время отклика. Запускаем в любой доступной сети кучу ботов (один комп - один бот), сервак берем тот, который есть. Если результаты устраивают, то хорошо. Нет -- сами прогнозируем на сколько тысяч рублей нужен сервер, чтобы тянул. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2007, 06:33 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Подсчитал. В среднем у меня получается около 200 записей в час. Средний размер записи 256 Байт. Помогите оценить это много или мало? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2007, 20:07 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
БизонПодсчитал. В среднем у меня получается около 200 записей в час. Средний размер записи 256 Байт. Помогите оценить это много или мало?Продолжайте считать :-) Для начала оценим загрузку подсистемы хранения сервера, обслуживающего ваше приложение. Для 200 записей в час и среднем размере записи 256 Байт получается 14.2 байта в секунду. Недорогой диск позволяет читать или писать со скоростью 50000000 байта в секунду. Загрузка диска для вашего приложения составит 0.000028 процента. Теперь оценим сетевые ресурсы. Дешёвый 100 мбит. етзернет показывает пропускную способность 3 мб/сек или 10.8 гб/сек. При передаче от клиента данных для записи канал будет утилизироваться на 0.00000013 процента. Далее - процессорные ресурсы. ... ЗЫ. Если серьёзно, для такой нагрузки подойдёт любой сервер, с любой СУБД и софтом, написанным через Ж. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 14:39 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
alexeyvgЗЫ. Если серьёзно, для такой нагрузки подойдёт любой сервер, с любой СУБД и софтом, написанным через Ж.Для такой нагрузки достаточно не самой торопливой тетушки, записывающий все в учетную книгу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 15:42 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Принцип ясен. Тогда можно смело перейти к хранению не ссылок на файлы, а самих файлов в базе. Средний размер файла 1 Мб. Около 3.5 Мб/с. Дешёвый 100 мбит. етзернет показывает пропускную способность 3 мб/сек или 10.8 гб/сек. При передаче от клиента данных для записи канал будет утилизироваться на 0.00000013 процента. И тогда сетка становится узким местом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 16:24 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
БизонПринцип ясен. Тогда можно смело перейти к хранению не ссылок на файлы, а самих файлов в базе. Средний размер файла 1 Мб. Около 3.5 Мб/с. Дешёвый 100 мбит. етзернет показывает пропускную способность 3 мб/сек или 10.8 гб/сек. При передаче от клиента данных для записи канал будет утилизироваться на 0.00000013 процента. И тогда сетка становится узким местом? а какая разница ссылки или файлы? Вы что в многопользовательской БД ссылки на локальные рисунки-файлы будете хранить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 17:21 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
Где-то так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 17:46 |
|
||
|
Методика расчета нагрузки на БД.
|
|||
|---|---|---|---|
|
#18+
БизонПринцип ясен. Тогда можно смело перейти к хранению не ссылок на файлы, а самих файлов в базе. Средний размер файла 1 Мб. Около 3.5 Мб/с. Дешёвый 100 мбит. етзернет показывает пропускную способность 3 мб/сек или 10.8 гб/сек. При передаче от клиента данных для записи канал будет утилизироваться на 0.00000013 процента. И тогда сетка становится узким местом?В данном случае да. Для записи данных 3.5 Мб/с выливается в 7 Мб/с поток на диск (файл данных + файл лога). Это в принципе немного, хотя нужно предусмотреть запас для системы, для обслуживания и на накладные расходы структуры mssql файлов. А вот 100 Мбит сетка с таким потоком не справится. БизонГде-то так.Если в базе будут ссылки, файлы всё равно должны куда-то класться, пусть на файл-сервер. Сетка всё равно нужна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 15:53 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34279856&tid=1544771]: |
0ms |
get settings: |
11ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
162ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 249ms |
| total: | 532ms |

| 0 / 0 |
