Есть какие-то стандарты для отклика на запросы? ГОСТ по замеру производительности нашёл

Зависит от системы и пользователей. Например если у вас внутренняя система учета трудозатрат тестируется, то вероятно народ готов подождать, чтобы внести свои трудозатрты. А если это интрнет магазин, то скорее всего ожидание больше, условно секудны, может создать неприятное ощущение у юзера.

Аналогично как и для юзера не будет удивлением, что загрузка файла в систему занимает больше времени чем просто переход на страницу, ну например

Внешняя

Все сильно индивидуально, по хорошему эти ожидания необходимо выявлять на этапе планирования разработки системы, если уж их нет. Их можно оценить в любой момент, например у прямых конкурентов, просто у схожих систем. Если совсем пытаться тыкать пальцем в небо, для большинства ситуаций, простые http запросы не должны превышать 1 секунды, но пользователи с каждым годом становятся всё нетерпимее и ряд компаний считает даже это уже большим временем.

Так что скорее это те люди чья система, должны понимать о каком времени отклика должна идти речь

Я наткнулся на цифру 200 мс в интернете, но никаких авторитетных первоисточников нет

Это без графона, только хтмл

Если сделаете 200 мс, то будет хорошо. Стандарты гугла: 99% запросов быстрее 100 мс

Нашел справку от Гугла про 200

А 100мс где посмотреть

Их и не будет, могу с уверенностью сказать. Это сродни тому сколько по времени вы готовы ждать в любой очереди. Фиксированного варианта нет, но крупные компании придумывают как-то нормы. В духе в почте россии в отделении можно прочесть, чт оесли вы стоите в очереди больше 10 мин - звоните по номеру. В продоовльственных магазинах видел если в очереди больше 3 человек - сделайте звонок

Позже ссылку вышлю.

По-моему, это было в книге Site Reliability Engineering by Google.

Есть то ли исследование, то ли книга. И автор там вроде наш. Что-то про интерфейсы и проектирование. Там вроде и про задержки речь шла. Ссылка в qa чате кажется была.

без контекста сложно сказать
Вообще есть инфа что I/O heavy приложения (а для веба они зачастую такие) не могут больше 80-85% CPU утилизировать в связи с переключениями контекста, локами, обработкой пакетов и прочей системной активностью (те-же мьютексы CPU не грузят, а приложение стоит)

Спроси у своего бизнеса или аналитиков

Потому как если твоим пользователям неохота ждать 2 секунды, стандарты гугла их не убедят

А если они готовы ждать 5 сек а ты потратишь миллионы на оптимизацию с 200ms до 100ms - то ты потратишь их ЗРЯ

В винде показывается cpu time и privelege time

Но никакого резервирования 10% под себя я в винде не знаю

Видел, что память проги на .net core отдавали, когда её оставалось менее 20%