Привет,

сначала не сообразил и написал сюда .

Стоит задача выдать требования к скорости чтения с диска для нового сервера (там будет лежать OLAP-куб для отчетов).

Хочется понять чего можно добиться сейчас имея например 5-10 SSD дисков в SAN (и не SSD для сравнения).
Не подскажет ли кто-то Case Studies или не поделится собственным недавним опытом?

В SSD привелекает еще то, что у него latency во много раз меньше.
А мне светят сотни юзеров работающих одновременно...

MsDatabaseruлатентность у ссд тоже растет по мере объединения чипов в массив, в результате конечно меньше, но не настолько чтобы в реальной системе дать выигрыш против хорошего сас рэйда с кэшем

latency: 0.1 ms против миллисекунд - это то, что я в тестах нашел
transfer: 250 MB/s vs. 100 MB/s

(тем более, что в моем случае надо только чтение)

А какая пропускная способность у RAID-контроллеров?
PCI-E v3, как я понял, дает 1GB/s
а если он onboard?

Михаил
А какая пропускная способность у RAID-контроллеров?
PCI-E v3, как я понял, дает 1GB/s
а если он onboard?

или 1 GB/s - это x1, а х8 будет означать 8GB/s ?

MsDatabaseruу меня на интегрированном в ich10 sata raid level 10 (4x7200rpm)
по эвересту
average buffered read: 1.3 ГигабАйт/с
average ubbuffered random read 130 Мбайт/с
среднее линейное чтение 180 Мбайт/с

вродеп у самых быстрых винчей sas 15000 рпм время доступа около 2 мс

у нас сейчас среднее линейное чтение 200 Мбайт/с
нам этого мало

MsDatabaseruлатентность для серверов баз данных играет сильную роль лишь только в случае
при соблюдении всех или обльшинства следующих условий:
-когда данные таблиц базы сильно фрагментированы внутри файлов бд,
-фрагментирована файловая система на которой размещены файлы бд,
-отключен кэш контроллера,
- неоптимально составлен алгоритм запросов
- данные не умещаются в рам

в остальных случаях кэши всех уровней "угадывая очередную порцию данных" спасают владельцев таких необслуженных баз от серьезных просадок производительности

Нам будущем светят пара тысяч юзеров работающих одновременно, которым нужны данные в совершенно разных местах базы.
Объемы для RAM неподъемные...