Исходное сообщение
"Оценка зависимости производительности MySQL от настроек аппа..." Отправлено Wulf, 19-Мрт-08 10:27
>Немного поправлю. >По 5-му рейду - избыточные данные пишутся не на один дополнительный диск, >а на каждый, иначе невозможно обеспечить возможность потери хотя бы одного >диска. на один. учите матчасть. n-1 диск пишется как RAID0. на избыточный диск пишется сложенная по XOR информация с остальных. Другое дело, что в отличии от RAID4, избыточная информация периодически смещается по дискам чтобы равномерно "размазать" дополнительную нагрузку на ее поддержание в актуальном состоянии. >По СУБД - причина в том, что никакой контроллер не в курсе, >что за данные вы пишете или читаете. Поэтому есть довольно высокая >вероятность, что, например, при объединении таблиц может возникнуть ситуация, что запрашиваемые >таблицы находятся на одном диске, т.е. распараллелить чтение невозможно. В зеркале >или в стрип + зеркало возможно параллельное чтение соединяемых таблиц, или >даже разных частей одной и той таблицы, что повысит производительность. автор статьи тестил в 64 параллельных потока. при одном потоке у него получалось медленно. >П.С. Оракл я упоминал исключительно из соображений, что он мне ближе к >делу.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: