na
где я написал, что кэш=nvram?
Тогда почему вы применяете к нему логику работы кэша?
Size: a a a
2020 July 22
A
Я бы сказал, что пики короче 30 секунд вы не каждой системой мониторинга поймаете и ощутить эффект проблематично, а если решать проблему разгрузки бекенда на долгое время, то для этого есть варианты гораздо лучше увеличения nvram, тот же кеш на чтение, например
Просто не надо тратить ресурсы на то, что принесёт всего 1% прироста производительности
V
Просто не надо тратить ресурсы на то, что принесёт всего 1% прироста производительности
скажем так - надо тратить по порядку на то что принесет максимальный прирост
A
Кстати, большой кэш имел бы смысл, для СХД, которая используется в качестве бэкенда in-memory DB. Там как раз есть пики записи, которые очень легко считаются и должны укладываться в определённое время.
Ɐα
Тогда почему вы применяете к нему логику работы кэша?
но я не применяю.
Давайте ещё раз Николай, надеюсь последний.
При записи данные сначала попадают в кэш, потом зеркалятся в nvram + в nvram второй ноды. Только после этого посылается ack хосту.
Если вы не можете отзеркалить данные из кэша в nvram по причине заполненности последнего, у вас будут увеличиваться задержки. С этим согласны?
Давайте ещё раз Николай, надеюсь последний.
При записи данные сначала попадают в кэш, потом зеркалятся в nvram + в nvram второй ноды. Только после этого посылается ack хосту.
Если вы не можете отзеркалить данные из кэша в nvram по причине заполненности последнего, у вас будут увеличиваться задержки. С этим согласны?
Ɐα
Просто не надо тратить ресурсы на то, что принесёт всего 1% прироста производительности
с этим я и не спорил
Ɐα
Кстати, большой кэш имел бы смысл, для СХД, которая используется в качестве бэкенда in-memory DB. Там как раз есть пики записи, которые очень легко считаются и должны укладываться в определённое время.
ну вот и пример 1% где это сработает
Ɐα
или 0.1% как вам угодно)
na
Вы понимаете какие накладные расходы уходят на копирование блоков в nvram? Понимаете по какому алгоритму он наполняется и что происходит с данными в нем после того как их сбросили на диски? Если да - то мы спорим ни о чем. В третий раз напишу что переполнение nvram - крайне редкая ситуация
Ɐα
Вы понимаете какие накладные расходы уходят на копирование блоков в nvram? Понимаете по какому алгоритму он наполняется и что происходит с данными в нем после того как их сбросили на диски? Если да - то мы спорим ни о чем. В третий раз напишу что переполнение nvram - крайне редкая ситуация
вы не ответили на вопрос.
na
вы не ответили на вопрос.
На какой? Что переполнение nvram это проблема? Этот очевидно и не требует пояснений. Вы начали с того, что nvram малого обьема, поэтому он априори будет узким местом, с чем я не согласен..
A
ну вот и пример 1% где это сработает
Под SAP HANA NetApp как-то и с сертификацией справляется и без увеличения NVRAM.
2020 July 23
Ɐα
На какой? Что переполнение nvram это проблема? Этот очевидно и не требует пояснений. Вы начали с того, что nvram малого обьема, поэтому он априори будет узким местом, с чем я не согласен..
на тот, который я лично вам задал и не получил ответа.
Ɐα
На какой? Что переполнение nvram это проблема? Этот очевидно и не требует пояснений. Вы начали с того, что nvram малого обьема, поэтому он априори будет узким местом, с чем я не согласен..
если вы не видите вопросов, адресованных вам, то я сомневаюсь, что вы целиком читаете то, что я пишу. Поэтому дискуссия и вправду бесполезна.
na
но я не применяю.
Давайте ещё раз Николай, надеюсь последний.
При записи данные сначала попадают в кэш, потом зеркалятся в nvram + в nvram второй ноды. Только после этого посылается ack хосту.
Если вы не можете отзеркалить данные из кэша в nvram по причине заполненности последнего, у вас будут увеличиваться задержки. С этим согласны?
Давайте ещё раз Николай, надеюсь последний.
При записи данные сначала попадают в кэш, потом зеркалятся в nvram + в nvram второй ноды. Только после этого посылается ack хосту.
Если вы не можете отзеркалить данные из кэша в nvram по причине заполненности последнего, у вас будут увеличиваться задержки. С этим согласны?
Никто не спорит с очевидным фактом что переполнение nvram приведёт к увеличению задержек. Я пытался объяснить что переполнение nvram это следствие более глобальных проблем на дисках, при которых уровень задержек на схд будет таким что уже все равно переполнился он или нет. Либо софтовый баг, который лечится обновлением прошивки. В остальных случаях он просто не переполнится..
AP
Чтобы повысить скорость работы, надо просто дефрагментацию этому диску сделать
A
На тему вчерашней дискуссии.
Стою в очереди в парке на rollercoaster. Пропускная способность около 30 человек в 5 минут. А я уже 40 минут торчу в кэше - долгая очередь змейкой.
Стою в очереди в парке на rollercoaster. Пропускная способность около 30 человек в 5 минут. А я уже 40 минут торчу в кэше - долгая очередь змейкой.
ДП
На тему вчерашней дискуссии.
Стою в очереди в парке на rollercoaster. Пропускная способность около 30 человек в 5 минут. А я уже 40 минут торчу в кэше - долгая очередь змейкой.
Стою в очереди в парке на rollercoaster. Пропускная способность около 30 человек в 5 минут. А я уже 40 минут торчу в кэше - долгая очередь змейкой.
В советское время некоторые в очереди на квартиру по 20 лет стояли, потому что кэша не было совсем)
Ɐα
На тему вчерашней дискуссии.
Стою в очереди в парке на rollercoaster. Пропускная способность около 30 человек в 5 минут. А я уже 40 минут торчу в кэше - долгая очередь змейкой.
Стою в очереди в парке на rollercoaster. Пропускная способность около 30 человек в 5 минут. А я уже 40 минут торчу в кэше - долгая очередь змейкой.
Ack пришёл в тот момент, когда ты в очередь попал. хоть сутки там стой.
AL
На тему вчерашней дискуссии.
Стою в очереди в парке на rollercoaster. Пропускная способность около 30 человек в 5 минут. А я уже 40 минут торчу в кэше - долгая очередь змейкой.
Стою в очереди в парке на rollercoaster. Пропускная способность около 30 человек в 5 минут. А я уже 40 минут торчу в кэше - долгая очередь змейкой.
Я так понимаю это не зеркалированный кэш, и ссд тира промежуточного нет? (В виде быстрого pass за доп денежку)