LSI-9260: включение CacheCade не дало эффекта

[Stepan Razin]

Активировал при помощи триального ключа на 30 дней. Создал CacheCade (RAID-1 из двух SSD-дисков в режиме WriteBack).

Привязал виртуальный диск к CacheCade (см. скриншот):

Пользователи жалуются, что не только быстрее не стало, но и тормозит еще сильнее.
Работа в файловой версии 1C 7.7 в режиме терминала.

Как такое может быть? Везде, где внедрял (правда, там SQL был везде) - ускорялось от 30 до 200 процентов)

[gs]

Рид эхэд-то зачем включили?

И что мешает просто базу на ССД положить?

[Stepan Razin]

А разве Read-Ahead может снижать производительность? Выключу, нет проблем.

Да как-то пока везде хватало включения CacheCade и не надо было перебивать рабочую систему. Это не новый сервак, а модификация существующего, которому три года уже. Требуется перекантоваться еще годик и закупать новый, там уже все будет сразу на SSD.

PS: Кстати, как SSD в плане "можно доверять им БД"? Не сыплются десятками? RAID-10 им доверить можно?

[gs]

С интелами проблем нет.

Рид эхэд при каждой операции чтения заставляет контроллер читать слишком много. Это оправдано лишь на потоковых операциях, а на БД - лишние накладные расходы.

[gs]

Файловая 1Ска - вещь своеобразная. Бес ее знает.

[Stepan Razin]

Про SSD - спасибо.

Про 1с 7.7 в файловом режиме - можете не объяснять %о)))
К сожалению, не прогнозируема.

[gs]

Могу только предположить, что она чувствительна к задержкам, а тут дополнительная стадия кэширования. Но это мысль вслух.

[KAI]

Попробуйте перевести СС в режим read only, т.е. без кэширования записи.

[Umlyaut]

Попробуйте перевести СС в режим read only, т.е. без кэширования записи.

Вот, кстати, соглашусь.
Конечно, автор не отписАл, в каком месте у него "не стало быстрее" (чтение или запись), но по опыту работы с 1С и её юзерами могу предположить, что стала тормозить именно запись.
Что, в общем-то, ожидаемо, т.к.:

- TRIM в случае СС не актуален сразу по двум причинам;
- не факт, что SSD у топикстартера с фукцией BGC, т.е. WA может быть недетских масштабов;
- у СС, в отличие от "просто базы на SSD" нельзя искусственно "растянуть" Wear Leveling Area сверх "спрятаного" производителем процента "запасного" флеша путём использования разделов/LUN размером меньше полной ёмкости SSD/SSD-тома (CC ужрёт весь возможный к использованию объём SSD-приводов... есть, правда, одна оговорка, но это проверять надо).

Собственно поэтому я предпочитаю использовать СС в v1-mode (read only) без торможения записи в SSD-кеше - бо закешировать запись и без того легко (кеш ОС - как DB-used, так и стандартный системный/дисковый; RAM-кеш RAID-контроллера... для отмороженых и кеш хардов), а вот закешировать чтение до СС/MaxIQ было задачей нетривиальной для мидл-класса.