У меня процессор AMD Athlon 64 DTR 3000+ (1800МГц; 1024K; ClawHammer; множитель макс. х9, шина 200МГц)
Твоя прога определила его как Athlon 64 2800+ (1800МГц; 1024K; NewCaste; множитель х10; частота шины 180МГц).
Не знаю как у всех, а у меня при работе CnQ меняется не частота генератора, а множитель. И Vcore не определяется (1.1В...1.5В).
И надо бы прогу перевести на русский язык.

Бета релиз 0.4.0
http://rulezmaker.fatal.ru/rcpu/cpu0.4.0.exe
-------------
0.4.0
[+++] Начата работа над внешней базой данных по процессорам.
Предполагается возможность интерпретировать простейшие логические
операторы, что позволит получать информацию о процессоре не только
по его CPUid, но и по другим параметрам (таким как: размер кэшей, проверка BrandID и пр.).
[*] Расширена база данных процессоров.
[*] Изменения в интерфейсе.
-------------
Архив: http://rulezmaker.fatal.ru/rcpu/index.htm
История: http://rulezmaker.fatal.ru/rcpu/history.txt

Особенных изменений по сравнению с предыдущей версией нет. Море ошибок тоже осталось. Пока этот релиз - практически лишь оболочка от следующего. Как написано выше - будет писаться внешняя бд, возможна будет введена поддержка вин9х, в лучшем случае улучшится работа с MSR. Бенч пока откладывается на неопределённое время. Скорее всего с середины июля доступ к рабочей лошадке перекроется где-то на месяц. Так что обновления скорее всего будут уже ближе к сентябрю Хотя, вряд ли это кого-то сильно огорчит. Если я не прав - отлично, будет стимул.
Обратите внимание на линк перед историей - это архив всех имеющихся старых версий программы. Кому интересно.
ЗЫ: Я всё ещё жив !

А может и не жив:
---------------------------
cpu0.4.0.exe - Application Error
---------------------------
The exception Floating-point division by zero.

(0xc000008e) occurred in the application at location 0x004158f8.


Click on OK to terminate the program
Click on CANCEL to debug the program
---------------------------
OK Cancel
---------------------------

---------------------------
Application Error
---------------------------
Exception EZeroDivide in module cpu0.4.0.exe at 000158F8.

Floating point division by zero.


---------------------------
OK
---------------------------

W2003SP1+GA7n400l(nForce2-Ultra400)+AXP(barton)2500+@3200+

Это хорошо. как работает прога - смотри сам: http://images.people.overclockers.ru/32595.png

аналогично на системе в профиле.

Попробуйте запустить програмку с ключами:
или "-dmionly" или "-nousage"

Нифига. Там же ясно сказано - деление на ноль. EZeroDivide.

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

Ну так4 тебе же адрес ошибки дали? Дали. В Delphi дебагер есть? Есть! Вперед.

Не работает с ключам тоже, эффект тот же. Пробывал и по одному иоба ключа сразу. Адреса теже выдает.

Ошибка в cpu0.3.9. На Notebook Acer Aspire 1.6GHz периодически (через раз) показывает 160-260MHz, вообще частота скачет (~от 1576 до 1592)..
Возможная причина - использование Sleep(..)/таймера/обработки событий для паузы. Нужно использовать цикл с постоянным замером тиков и сравнением, не прошло ли требуемое время, например:
QueryPerformanceFrequency(freq);
QueryPerformanceCounter(ticks1);
ticks1:=ticks1+freq;
//RDTSC
repeat // ждем в цикле 1 секунду
QueryPerformanceCounter(ticks2);
until ticks2 >= ticks1;
//RDTSC
Или (если QueryPerformanceFrequency вернет False) - использовать GetTickCount.
Точность намного выше и стабильнее (+-0.02MHz; при сильной загрузке и выполнении в фоне +-2 при длительности замера 250 мс,программном выставлении себе наивысшего приорити). И не возникает странных значений вроде 160-260MHz
Скорее всего во время Sleep()/обработки событий Notebook переходит в экономичный режим - в результате такая низкая частота.
Добавлено спустя 10 минут, 40 секунд
В cpu0.4.0 та же проблема. А вообще радует компактность и количество информации в программе.
Интересует определение частоты шины и множителя.