Здравствуйте, IB, Вы писали:

V>>Для тех кто в танке: достаточно достичь мгновенной плотности обработки запросов в целом по системе не меньшей, чем максимальная ожидаемая плотность входящих в самую первую подсистему запросов и ву а ля.
IB>А если плотность запросов превышает ожидаемую?

Квотирование, балансировка.
В сухом остатке стоит задача эксплуатации системы в режиме максимальной производительности при максимальной нагрузке.
Для РСУБД-серваков это часто не так — при увеличении нагрузки часто падает производительность.


V>>Например, в моей области (которое тоже сплошное ТМО/СМО) порой используется банальный подстраиваемый throttling + прочие разновидности квотирования для целей выравнивания производительности подсистем. Иначе в какую-нить "Чёрную Пятницу" ресурсы быстро исчерпаются из-за перекоса и всё тупо ляжет.
IB>То есть ты в серьез утверждаешь, что для РСУБД нельзя тротлинг настроить? ))

1. Я этого не утверждал, я утверждал лишь об отрицательной наблюдаемой кривой производительности РСУБД в зависимости от нагрузки. Про невозможность защиты от перегрузки скорее можно было прочесть в твоих утверждениях, когда ты рассуждал о "бесконечности".

2. Ограничений всё-равно хватает:

- There is no workload monitoring or workload management between SQL Server instances.
— You cannot set IO thresholds on the internal resource pool.

Здравствуйте, IB, Вы писали:

V>>Для тех кто в танке: достаточно достичь мгновенной плотности обработки запросов в целом по системе не меньшей, чем максимальная ожидаемая плотность входящих в самую первую подсистему запросов и ву а ля.
IB>А если плотность запросов превышает ожидаемую?

Квотирование, балансировка.
В сухом остатке стоит задача эксплуатации системы в режиме максимальной производительности при максимальной нагрузке.
Для РСУБД-серваков это часто не так — при увеличении нагрузки часто падает производительность.


V>>Например, в моей области (которое тоже сплошное ТМО/СМО) порой используется банальный подстраиваемый throttling + прочие разновидности квотирования для целей выравнивания производительности подсистем. Иначе в какую-нить "Чёрную Пятницу" ресурсы быстро исчерпаются из-за перекоса и всё тупо ляжет.
IB>То есть ты в серьез утверждаешь, что для РСУБД нельзя тротлинг настроить? ))

1. Я этого не утверждал, я утверждал лишь об отрицательной наблюдаемой кривой производительности РСУБД в зависимости от нагрузки. Про невозможность защиты от перегрузки скорее можно было прочесть в твоих утверждениях, когда ты рассуждал о "бесконечности".

2. Ограничений всё-равно хватает:

- There is no workload monitoring or workload management between SQL Server instances.
— You cannot set IO thresholds on the internal resource pool.

3. Производительность NoSQL часто близка к производительности сетки, что автоматом позволяет соблюдать упомянутую мною систему неравенств.