Я замечаю, что локальный perfmon, который я настроил для измерения ЦП на сервере Win 2008, фактически записывает две точки данных при записи в ЦП:
"(PDH-CSV 4.0) (GMT Daylight Time)(-60)","\\SIA16\Processor(_Total)\% Processor Time"
"07/06/2009 10:04:14.358"," "
"07/06/2009 10:04:44.354","3.4623040374319847"
"07/06/2009 10:04:44.369","0"
"07/06/2009 10:05:14.349","4.167729488025862"
"07/06/2009 10:05:14.365","24.961740656075715"
"07/06/2009 10:05:44.354","3.2723078398174565"
"07/06/2009 10:05:44.370","0"
"07/06/2009 10:06:14.340","3.4322359633112365"
"07/06/2009 10:06:14.371","0"
"07/06/2009 10:06:44.342","1.584632850972445"
"07/06/2009 10:06:44.373","0"
"07/06/2009 10:07:14.346","3.8717442047881967"
"07/06/2009 10:07:14.362","0"
"07/06/2009 10:07:44.343","3.4048134031355537"
"07/06/2009 10:07:44.359","0"
"07/06/2009 10:08:14.348","3.8436432760831196"
"07/06/2009 10:08:14.363","0"
"07/06/2009 10:08:44.344","3.7013401033585414"
"07/06/2009 10:08:44.360","0"
"07/06/2009 10:09:14.344","5.003598753410432"
"07/06/2009 10:09:14.360","0"
"07/06/2009 10:09:44.353","2.3193168051101831"
"07/06/2009 10:09:44.368","0"
Кто-нибудь еще видел эту проблему раньше? Как вы можете видеть, он иногда дает ненулевое значение для второй точки данных, но очень часто и нулевое значение.
Заранее спасибо, Кьяран
Спасибо за помощь, но похоже, что это на самом деле ошибка. Решение от Microsoft еще не было опубликовано, но нам пришлось применить обходной путь, упомянутый в ветке.
Я не уверен в этом, но указывает ли _Total, что вы собираете информацию со всех процессоров, и у вас есть один, который простаивает? Проверьте процессор (0), и я думаю, что это может дать вам единый набор результатов.