AB
На хитачах, при использовании FMD дисков на верхнем тире, в тиринговом пуле работает сжатие на верхнем тире.
Там только компрессия средствами самого FMD, не задействуя контроллер. И без дедупликации
Size: a a a
2020 November 04
RR
На хитачах, при использовании FMD дисков на верхнем тире, в тиринговом пуле работает сжатие на верхнем тире.
Забавная фраза.
МГ
Alexey Bykov
Там только компрессия средствами самого FMD, не задействуя контроллер. И без дедупликации
А он разве сказал по другому?
МГ
Забавная фраза.
Я бы сказал забавная реализация. Получается чем лучше у тебя жмуться данные, тем больше у тебя в верхний тир влезет ☺️
AB
А он разве сказал по другому?
Нет, просто уточняю. Дедуп целиком на контроллере, компрессию можно чисто на fmd делать
МГ
Но при включении на контроллере экономии мы сильно просядем по перфоменсу, а учитывая что у хитачи итак контроллеры на VSP G не ахти, то мы получим нууу такую себе производительность при всем при этом
A
Максим, а на фмд до сих пор при включении компрессии, их объем удваивается? Независимо от того, как эта компрессия отрабатывает?
МГ
Да там не удваевается он, а просто какие то нереальные цифры выдает
S
это зависит от данных. у нас примерно на 1.4 помножил.
МГ
Он там сам еще какие то луны создает. В общем хитачи как всегда в своем репертуаре.
A
У вас жмется в 8 раз? Как в таком случае физическое заполнение мониторить?
АЕ
Andrey
Максим, а на фмд до сих пор при включении компрессии, их объем удваивается? Независимо от того, как эта компрессия отрабатывает?
Он не удваивался никогда - он удесетерялся, но так, что админ сам выбирал в какой уровень сжатия должны попасть его данные. Тоесть сначала надо было посчитать, а потом созавать лунов сверху объема.
Сейчас там другая логика - СХД сама считает эффективное сжатие на уже имеющихся данных, которые вы туда кладете и уже потом увеличивает тир
Сейчас там другая логика - СХД сама считает эффективное сжатие на уже имеющихся данных, которые вы туда кладете и уже потом увеличивает тир
A
Он не удваивался никогда - он удесетерялся, но так, что админ сам выбирал в какой уровень сжатия должны попасть его данные. Тоесть сначала надо было посчитать, а потом созавать лунов сверху объема.
Сейчас там другая логика - СХД сама считает эффективное сжатие на уже имеющихся данных, которые вы туда кладете и уже потом увеличивает тир
Сейчас там другая логика - СХД сама считает эффективное сжатие на уже имеющихся данных, которые вы туда кладете и уже потом увеличивает тир
звучит как “очень удобное” в управление решение
A
Он не удваивался никогда - он удесетерялся, но так, что админ сам выбирал в какой уровень сжатия должны попасть его данные. Тоесть сначала надо было посчитать, а потом созавать лунов сверху объема.
Сейчас там другая логика - СХД сама считает эффективное сжатие на уже имеющихся данных, которые вы туда кладете и уже потом увеличивает тир
Сейчас там другая логика - СХД сама считает эффективное сжатие на уже имеющихся данных, которые вы туда кладете и уже потом увеличивает тир
Алексей, спасибо за пояснение. Изменение произошло в версии микрокода или связано с поколением массивов/fmd?
АЕ
звучит как “очень удобное” в управление решение
Сейчас там другая логика, как я сказал уже.
Но да - раскурить это все требует самурайских усилий.
Но да - раскурить это все требует самурайских усилий.
АЕ
Andrey
Алексей, спасибо за пояснение. Изменение произошло в версии микрокода или связано с поколением массивов/fmd?
Логика поменялась для СХД VSP G0xx (panama 2) и выше. все, что старше имеет прежнюю логику. Например скрин Максима, 146% с HDS VSP G800, со старой логикой.
АЕ
Я по началу, для G700 искал где там луны создать, по старинке и найти не мог то самое удесетярение. вот на сколько приучили...
АЕ
Я такой логики сжатия еще ни у кого не видел)
Может есть еще примеры, где ПУЛ увеличивается, от сжатия?
Может есть еще примеры, где ПУЛ увеличивается, от сжатия?
МГ
Логика поменялась для СХД VSP G0xx (panama 2) и выше. все, что старше имеет прежнюю логику. Например скрин Максима, 146% с HDS VSP G800, со старой логикой.
G900 )
АЕ
G900 )
Надо уточнить...