В каком случае производительность сервера будет выше (+)
Модераторы: Trinity admin`s, Free-lance moderator`s
В каком случае производительность сервера будет выше (+)
В каком случае производительность сервера будет выше (MySQL):
1. Сто баз данных, одна таблица по три поля в каждой
2. Одна база данных, сто таблиц по три поля
1. Сто баз данных, одна таблица по три поля в каждой
2. Одна база данных, сто таблиц по три поля
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: В каком случае производительность сервера будет выше (+)
Она будет выше на 32-х процессорном IBM x460 например, .ALEZ писал(а):В каком случае производительность сервера будет выше (MySQL):
Точнее...
Доброго времени суток. А можно точнее?ZAlex писал(а):apelsin
Навскидку, могу сформулировать задачу, когда ном.1 будет быстрее.
Но это только для весьма специфического круга задач...
Когда ном.1 будет быстрее?
У меня стоит задача разделять БД. В клиенте, при авторизации, есть выбор БД и мне интересен 1вариант, так как мне не придется связыватся с разработчиками, чтобы внести изменения в клиентский софт, но серьёзные сомнения по поводу производительности...
http://www.3nity.ru/viewtopic.htm?t=9740
Мои соображения:
В варианте 1 параллелилизмом будет заниматься СУБД + ОС.
В варианте 2 этим будет заниматься только ОС.
Что проще и быстрее на конкретной ОС зависит от ее планировщика и тюнинга СУБД.
Однако тормоза, по моему, будут один фиг из-за дисков. Из-за них разницы между первым и вторым вариантом вы вряд ли увидите.
В варианте 1 параллелилизмом будет заниматься СУБД + ОС.
В варианте 2 этим будет заниматься только ОС.
Что проще и быстрее на конкретной ОС зависит от ее планировщика и тюнинга СУБД.
Однако тормоза, по моему, будут один фиг из-за дисков. Из-за них разницы между первым и вторым вариантом вы вряд ли увидите.
В общем случае:
ИМХО
1)Минусы:
-Больше накладных расходов(память+цпу+больше места) для поддержания баз в онлайне
-Сложность управления такой пачкой
-При длинных транзакциях узким местом станет диск с translog ом, из-за необходимости вести 100(при полной нагрузке) случайно-последовательных операций записи.
Плюсы:
-Возможность гибкой подстройки расположения БД под дисковую подсистему
-Больший параллелизм при дисковых операциях.
2)Все наоборот
ИМХО
1)Минусы:
-Больше накладных расходов(память+цпу+больше места) для поддержания баз в онлайне
-Сложность управления такой пачкой
-При длинных транзакциях узким местом станет диск с translog ом, из-за необходимости вести 100(при полной нагрузке) случайно-последовательных операций записи.
Плюсы:
-Возможность гибкой подстройки расположения БД под дисковую подсистему
-Больший параллелизм при дисковых операциях.
2)Все наоборот
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей