Где там конкретно об этом, а то книга большая... Скажем, 0,001с это нормально? А 0,01с? Меньше смысла нет, т.к. точность измерений не должна быть ниже 0,01 секунды.

Главы про планирование потоков. ~20 мс это размер кванта, если его не превысить, то поток будет сам постоянно нагружать процессор. Причём если система загружена, то твой код вполне может несколько секунд не получать управление.

Да я вообще не программист. Это просто хобби моё. У меня есть несколько "проектов", и я их год от года шлифую, заодно узнаю что-то новое о программировании. Чисто так, для себя, для радости.

Где там конкретно об этом, а то книга большая... Скажем, 0,001с это нормально? А 0,01с? Меньше смысла нет, т.к. точность измерений не должна быть ниже 0,01 секунды.

А то у нас тут 21 век,

А причём тут 21 век? Или программирование и интернет появились с первого дня "нашей эры"...

А вы сами пробовали? Вроде как в переменной "ClipboardAll" есть всё для этого необходимое.

Как с этим быть?

Сохраняем значения счётчиков при запуске приложения, далее через промежуток времени >=deltaTime снова проводим измерение и из только что полученных данных вычитаем предыдущие измерения и нормализуем их(делим на deltaTime). Это и будет искомое значение. Причём deltaTime нельзя брать очень маленьким, за подробностями в Windows Internals.

На этом форуме так принято. Да и вообще в интернете не чтут формальности .

Это не серьёзно, невнятными и непроверяемыми идеями и предсказаниями интернет изобилует.

Не надо путать тёплое с мягким, Microsoft Word - это программа, а форум - это класс веб-приложений. С тем же успехом можно копировать двигатель Mitsubishi i-MiEV в стиральные машины.

Вы пример из сообщения #23 попробовали использовать на реальных приложениях, «конец загрузки» которых вам хочется отловить?

Нет пока. Я ещё на стадии планирования. К тому же, я в программе буду использовать только то, что мне совершенно понятно, а там ещё разбираться надо. Но спасибо, конечно. Как только дойдёт до практики - обязательно загляну на форум за вашим примером.
Далее. Есть всё-таки ещё один момент, который остался непонятым. Для начала, я расписал предложенные формулы понятным языком:
Загруженность процессора определяется из GetSystemTimes по следующей формуле: (deltaKernelTime+deltaUserTime)/(deltaKernelTime+deltaUserTime+deltaIdleTime), т.е. мы «общее время работы» делим на «общее время работы + время простоя», иными словами мы время работы делим на общее время.
Также, загруженность процессора одним приложением можно узнать так (при помощи двух функций: GetProcessTimes и GetSystemTimes):
(deltaProcessKernelTime+deltaProcessUserTime)/(deltaSystemKernelTime+deltaSystemUserTime+deltaSystemIdleTime), т.е. мы «общее время работы, полученное из GetProcessTimes» делим на «сумму трёх значений (общего времени работы (это 2 значения) и простоя (это ещё одно)), полученных из GetSystemTimes». Иными словами, мы общее время работы процесса делим на общее время системы.
Но тут кроется подвох. Вот, если мы возьмём к примеру, 10 секунд, как общее время, и, скажем, 3 секунды как время работы, то тут всё понятно - делим одно на другое, получаем проценты. Но мне-то нужен момент времени, а не период, а значит эти наши условные 10с превращаются в точку, как и 3с. Если и 3с и 10с являются точками, то есть нулями, то при делении вообще будет ошибка (или бесконечность, я не знаю, но в любом случае - не то что нам нужно). Как с этим быть?

В этом мире много забавного. Вы же тоже почему-то со мной на ты общаетесь. А ведь я вас даже не знаю - это ли не забавно? Впрочем, я не против, тем более что вы мне помогли. Ну или "ты помог".
На счёт определения - я дал идею, а дальше будь что будет. Рано или поздно всё это будет вшито в ядро, технологии не стоят на месте. Кто этим будет заниматься я не знаю, кто захочет - тот и будет.
А то у нас тут 21 век, а программисты до сих пор не придумали как осуществить нормальный удобный (в один клик или вроде того) способ, например, вставлять текст из Ворда на форум. Уже не первое десятилетие существует интернет, уже вовсю пропагандируется вэб 2.0, но мы по-прежнему вручную делаем форматирование, которое пропадает при переносе из Ворда на сайты (а если сохраняется, то очень сильно отличается от оригинала). Впрочем возможно, с появлением HTML 5 что-то изменится. Вот и про определение момента конца загрузки - та же песня.

Ну значит его надо создать, и дать ему правильное определение, которое соответствовало бы реальной ситуации и учитывало бы все нюансы.

Забавно, ты предлагаешь нам придумать определение термину, который сам же и ввёл? Это не к программистам, а к экстрасенсам, гадалкам и прочим "астральным сущностям".

Не логично, в этой идее не учтены как минимум три важных аспекта:
загруженность процессора без анализируемого приложения.
количество процессоров у компьютера и потоков у приложения.
наличие нескольких процессов у одного приложения(например Google Chrome).

1 - для моих целей это не важно. Естественно там полно других приложений.
2 - значит нужна общая загруженность по всем ядрам и процессорам (либо только того ядра, что обрабатывает данный процесс); про потоки у приложения -- опять же, не надо усложнять - если потоков много, значит надо узнать когда загрузился последний из них
3 - да, у Хромого штук пять процессов, коли не больше, но мне, в таком случае, нужно узнать когда загрузился последний из них

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

Жаль, Винда не умеет засекать момент конца загрузки.

Нет даже такого термина "конец загрузки приложения". Когда поймёшь что это такое, тогда сам ответишь на свой вопрос. А пока эта тема служит для знакомства со счётчиками производительности windows.

Не логично, в этой идее не учтены как минимум три важных аспекта:

1. загруженность процессора без анализируемого приложения.

2. количество процессоров у компьютера и потоков у приложения.

3. наличие нескольких процессов у одного приложения(например Google Chrome).

IdleTime это KernelTime+UserTime процесса Idle(PID=0). Если нужна загруженность процессора одним приложением, то нужно вызвать обе функции:
(deltaProcessKernelTime+deltaProcessUserTime)/(deltaSystemKernelTime+deltaSystemUserTime+deltaSystemIdleTime)

(deltaKernelTime+deltaUserTime)/(deltaKernelTime+deltaUserTime+deltaIdleTime)

Интересно. Надо это обдумать. Дельта это как я понимаю изменение на выбранном промежутке? Правда, мне нужно узнать не в промежутке, а в текущий момент, но суть одна, видимо.

Понял. Это очень хорошо, что Винда сама засекает момент начала - меньше проблем. Жаль, Винда не умеет засекать момент конца загрузки.
А вот с остальным вы меня всё-таки запутали. По идее, раз мне нужно узнать, в какой момент приложение загрузилось, то логично использовать GetProcessTimes (раз нас интересует процесс, то процесс мы и проверяем). С другой стороны, при помощи GetSystemTimes тоже можно узнать искомое - по общему графику изменений.
Александр, приведите пож. такой же код, как вы приводили, только для GetProcessTimes. Там ведь нет idletime.

Но тогда зачем мне эта функция?

Даже не представляю .

Тогда активный архиватор(или антивирус) повесит этот скрипт до конца обработки, проц всё время будет на 100%.

Конечно момент.

(deltaKernelTime+deltaUserTime)/(deltaKernelTime+deltaUserTime+deltaIdleTime) даст процент загруженности.

Но 2с - это слишком много. 2мс ещё куда ни шло.

...

Кстати приведите код получающий общую загруженность процессора с помощью GetSystemTimes.

И не пойму зачем всё таки общая загрузка проца, если вас в итоге интересует конкретное приложение, а винда может грузить проц чем то другим.

Никак, для этого нужно собрать статистику по всем процессам.

Но тогда зачем мне эта функция? Может лучше взять GetSystemTimes?

Момент времени или период? Слово "время" может восприниматься и как момент, и как период.