Size: a a a

Storage Discussions

2020 July 22

na

nikolay a in Storage Discussions
Ɐrtem αrtem
Ну как, не влияет? Приходится сбрасывать на диски данные из кэша как только nvram заполнился наполовину.
При большом входном потоке данных это будет узким местом.(учитывая, что ёмкость nvram на порядок меньше кеша)

допустим, на диски можно писать условно один блок в секунду.
кэш позволяет записывать в себя со скоростью 10 блоков в секунду.
Ёмкость кэша 400 блоков, ёмкость nvram 20 блоков.
Вопрос, сколько секунд максимальной нагрузки выдержит массив без просадки производительности?
и сколько бы секунд он выдержал в случае, если бы nvram не было.
Переполнение nvram это не причина а следствие проблем на схд.  И проблемы эти надо лечить увеличением объема nvram в последнюю очередь
источник

na

nikolay a in Storage Discussions
Ɐrtem αrtem
а я и не говорю, что большой кэш - панацея. Я спорю с утверждением о том, что на работу его маленький размер отрицательно не влияет.
При определенной burst нагрузке будет влиять ещё как. И это математика.
Ещё раз, nvram - это НЕ кэш
источник

A

Arthur in Storage Discussions
nikolay a
Ещё раз, nvram - это НЕ кэш
Да даже убери это утверждение. Пусть кэш = нврам. Узкое место всегда вне кэша.
источник

Ɐα

Ɐrtem αrtem in Storage Discussions
nikolay a
Ещё раз, nvram - это НЕ кэш
А где я утверждал, что это кэш?
источник

na

nikolay a in Storage Discussions
Ɐrtem αrtem
А где я утверждал, что это кэш?
Предположениями что он влияет на производительность
источник

Ɐα

Ɐrtem αrtem in Storage Discussions
nikolay a
Предположениями что он влияет на производительность
ок, тогда допустим nvram 8кб. Будет влиять на производительность?
источник

A

Arthur in Storage Discussions
Поедем дальше по аналогиям. Есть шоссе, в конце него мост. Как ты не расширяй шоссе расширить мост ты не сможешь. Увеличивай ширину шоссе сколько угодно. Количество машин прибывающих в точку после моста ты не увеличишь.
источник

AF

Alexander Fedorchenk... in Storage Discussions
источник

Ɐα

Ɐrtem αrtem in Storage Discussions
nikolay a
Предположениями что он влияет на производительность
ваше предположение, что он вообще не влияет никак, какого бы размера он не был?
источник

A

Arthur in Storage Discussions
Ɐrtem αrtem
ок, тогда допустим nvram 8кб. Будет влиять на производительность?
Будет. Потому что этого объема не хватит чтобы оптимальным образом собрать тетрис и полные страйпы для записи на диски.
источник

na

nikolay a in Storage Discussions
Arthur
Да даже убери это утверждение. Пусть кэш = нврам. Узкое место всегда вне кэша.
Ну у нетапа алгоритм записи данных таков, что размер кэша играет свою роль, ситуация с b-to-b cp возникает как раз когда дисковая подсистема не справляется с потоком данных сбрасываемыми из кэша. И в теории увеличение обьема системной памяти может помочь. По такому пути идёт например инфинидат набивая контроллеры терабайтами кэша..
источник

Ɐα

Ɐrtem αrtem in Storage Discussions
Arthur
Поедем дальше по аналогиям. Есть шоссе, в конце него мост. Как ты не расширяй шоссе расширить мост ты не сможешь. Увеличивай ширину шоссе сколько угодно. Количество машин прибывающих в точку после моста ты не увеличишь.
Артур, ну burst же. Окей, давай продолжим. Большое шоссе перед мостом позволяет скопить какое-то количество машин на нём. Выступая в роли буфера.
Если бы до твоего дома было шоссе размером с мост, ты бы в пятницу вечером на дачу выехать бы вообще не смог бы. Потому что все было бы забито.
источник

A

Arthur in Storage Discussions
Размер NVRAM подобран так, что его увеличение смысла не имеет, потому что есть другие узкие места. Например, есть А700 и А700s, там разный объём NVRAM, хотя в остальном контроллеры одинаковые. В чем разница? Количество портов у A700s меньше, дисков к ней можно подключить меньше, значит такой же большой NVRAM как у A700 не имеет смысла
источник

na

nikolay a in Storage Discussions
Не надо транслировать глупости, даже если они пишутся на английском языке)
источник

AF

Alexander Fedorchenk... in Storage Discussions
nikolay a
Не надо транслировать глупости, даже если они пишутся на английском языке)
Окей-окей :)
Была еще какая-то TRка по этому поводу, может поможете найти?)
источник

A

Arthur in Storage Discussions
Ɐrtem αrtem
Артур, ну burst же. Окей, давай продолжим. Большое шоссе перед мостом позволяет скопить какое-то количество машин на нём. Выступая в роли буфера.
Если бы до твоего дома было шоссе размером с мост, ты бы в пятницу вечером на дачу выехать бы вообще не смог бы. Потому что все было бы забито.
Ну и что что burst,  наполнилась у тебя половина NVRAM, ты переключил запись на вторую половину NVRAM, первую скидываешь на диски. Если успел скинуть на диски, до заполнения второй половины, то опять переключился. Если не успел, то проблема очевидно в скорости записи на диски.
источник

na

nikolay a in Storage Discussions
Ɐrtem αrtem
Артур, ну burst же. Окей, давай продолжим. Большое шоссе перед мостом позволяет скопить какое-то количество машин на нём. Выступая в роли буфера.
Если бы до твоего дома было шоссе размером с мост, ты бы в пятницу вечером на дачу выехать бы вообще не смог бы. Потому что все было бы забито.
Вы упорно спорите про кэш приводя примеры которые справедливы для него. К nvram они не имеют отношение..
источник

Ɐα

Ɐrtem αrtem in Storage Discussions
nikolay a
Вы упорно спорите про кэш приводя примеры которые справедливы для него. К nvram они не имеют отношение..
ну так у тебя аck на хост приходит после того, как в nvram запишутся данные. А если он полный, придётся чутка с ack ом подождать.
источник

A

Arthur in Storage Discussions
Ɐrtem αrtem
Артур, ну burst же. Окей, давай продолжим. Большое шоссе перед мостом позволяет скопить какое-то количество машин на нём. Выступая в роли буфера.
Если бы до твоего дома было шоссе размером с мост, ты бы в пятницу вечером на дачу выехать бы вообще не смог бы. Потому что все было бы забито.
И да, если бы шоссе было шириной с мост, то я доехал бы даже быстрее, потому что средняя скорость потока была бы выше. Не было бы мудаков, которые по обочине обгоняют, а потом перед мостом вклиниваются и поток тормозят. Это в урбанистике эмпирическим путём уже давно доказано.
источник

na

nikolay a in Storage Discussions
Ɐrtem αrtem
ну так у тебя аck на хост приходит после того, как в nvram запишутся данные. А если он полный, придётся чутка с ack ом подождать.
Ситуация переполнения nvram - это следствие проблем на back-end. Она достаточно редка
источник