В принципе, Вы правы - в этом случае процессор узское место. Хотя определить это по времени отклика можно только в том случае, если есть возможность сравнить с эталонными показателями. Если же такой возможности нет, то нужно разобраться - почему система забирает столько ресурсов. В реальных условиях минимальное повышение нагрузки может привести к значительной деградации времени отклика.
Так в том то и дело, я хочу реал тайм смотреть reponse time, CPU load и Processor Queue Lenght, и как раз будет видны количественные показатели влияния CPU на response time.
В одной полезной книженции советуют для выявленя узких мест связанных с использованием процессора (а вернее влияния дисковой подсистемы на CPU) мерить (кроме выше перечисленного):
Average Disk Queue Length
Average Disk Read Queue Length
Average Disk Write Queue Length
Average Disk sec/Read
Disk Reads/sec
Disk Wirites/sec
и это только для выявления узких мест дисковой подсистемы :huh:, мой вопрос, собстно, с самого начала был: что используется для реального нагрузочного тестирования, понятно что придумать можно много всего, но ведь наверняка есть эталоны метрик (я например пока остановиля на Reponse time, CPU load и Processor Queue Lenght, Memory Usage и Сomparison metrics for current version of the product and for etalon/last version ), которые измерятся всегда, потому что всё мерять что описанно и тем паче анализировать это задача дюже большая... :)