Hoping wrote on 2025-07-06, 23:04:

I guess it's my QTJ0, BGA 1440 ES with a Socket 1151 interposer.
I didn't notice the comment box before I clicked submit.
Sorry.

Hi,
Thanks for your many new results!
1. One of the 2 'Intel Classmate PC v3' Atom results seems to be a duplicate. I remove the later if you do not mind.
2. The results of the Intel(R) Pentium(R) CPU N4200 @ 1.10GHz are surprisingly good. It belongs to the low-power new 'Atom' series yet its 1GHz normalized results are closer to 4rd Gen Core i5 processors!

Falcosoft wrote on 2025-07-07, 13:42:

Hi, Thanks for your many new results! 1. One of the 2 'Intel Classmate PC v3' Atom results seems to be a duplicate. I remove the […]
Show full quote

Hi,
Thanks for your many new results!
1. One of the 2 'Intel Classmate PC v3' Atom results seems to be a duplicate. I remove the later if you do not mind.
2. The results of the Intel(R) Pentium(R) CPU N4200 @ 1.10GHz are surprisingly good. It belongs to the low-power new 'Atom' series yet its 1GHz normalized results are closer to 4rd Gen Core i5 processors!

Yes, possibly, the N2600 result is duplicated, it is so slow that I could have clicked twice thinking that the first one didn't work. This is common with slower equipment if you don't pay attention.
The N4200 performs very well in real use, I use it for XP virtual machines with VirtualBox. I use it for using the somewhat older car workshop software. Saab for example.
I still have laptops and desktops left.
Your benchmark is very easy and fast to use.
I'm trying to make the screenshots in each test as in the first case, I don't upload them here because I think it would clutter the thread with too many images. If you are interested in a specific one, no problem.

Edit:
I'm using the maximum 1 core frequency reported by Hwinfo, not the theoretical maximum frequency by the datasheet because sometimes the CPU can't reach its maximum frequency because of the TDP limit. So in another environment, it is possible the same CPU would reach higher frequency or never reach the target turbo frequency.
The A10-5750M and the A10-7300M are two examples of this. Both CPUs have problems to reach the maximum turbo frequency at stock settings and need an undervolt to maintain the Turbo frequencies.
An I doing it wrong?
Using your benchmark is the perfect excuse to power on the computers that are o storage. 😉

Hoping wrote on 2025-07-07, 21:17:

Yes, possibly, the N2600 result is duplicated, it is so slow that I could have clicked twice thinking that the first one didn't […]
Show full quote

Falcosoft wrote on 2025-07-07, 13:42:

Hi, Thanks for your many new results! 1. One of the 2 'Intel Classmate PC v3' Atom results seems to be a duplicate. I remove the […]
Show full quote

Hi,
Thanks for your many new results!
1. One of the 2 'Intel Classmate PC v3' Atom results seems to be a duplicate. I remove the later if you do not mind.
2. The results of the Intel(R) Pentium(R) CPU N4200 @ 1.10GHz are surprisingly good. It belongs to the low-power new 'Atom' series yet its 1GHz normalized results are closer to 4rd Gen Core i5 processors!

Yes, possibly, the N2600 result is duplicated, it is so slow that I could have clicked twice thinking that the first one didn't work. This is common with slower equipment if you don't pay attention.
The N4200 performs very well in real use, I use it for XP virtual machines with VirtualBox. I use it for using the somewhat older car workshop software. Saab for example.
I still have laptops and desktops left.
Your benchmark is very easy and fast to use.
I'm trying to make the screenshots in each test as in the first case, I don't upload them here because I think it would clutter the thread with too many images. If you are interested in a specific one, no problem.

Edit:
I'm using the maximum 1 core frequency reported by Hwinfo, not the theoretical maximum frequency by the datasheet because sometimes the CPU can't reach its maximum frequency because of the TDP limit. So in another environment, it is possible the same CPU would reach higher frequency or never reach the target turbo frequency.
The A10-5750M and the A10-7300M are two examples of this. Both CPUs have problems to reach the maximum turbo frequency at stock settings and need an undervolt to maintain the Turbo frequencies.
An I doing it wrong?
Using your benchmark is the perfect excuse to power on the computers that are o storage. 😉

Hi,

1. It's not a problem if you do not upload the screenshots. Uploading the results directly to database is the more straightforward approach. Originally I thought all the results would be uploaded this way but later it became obvious that not everyone can/want to upload results this way. So the 'screenshot method' was born and it's also perfectly fine as long as I can handle the amount and can save the data to the database manually.

2. MandelX benchmark uses only 1 thread and sets the processor affinity to the selected 1 CPU core ( 1st Core by default). This is the exact scenario where modern CPUs can use their maximum ' 1 core turbo frequency'. So even if the CPU's datasheet reports lower maximum frequency for more cores/all cores than for 1 core still the 1 core maximum frequency should be used. In case of such a workload maximum TDP limit is almost never a constraint since in case of multi-core processors only a fraction of the available resources is used during the benchmark.
The problem you described (undervolting is needed to maintain turbo frequencies) usually only happens with multi-threaded workloads that are using all available CPU cores (including hyper-threaded logical ones). Of course there can be exceptions so you should decide whether the documented 1 core turbo frequency is really used or not in case of your own CPU. Comparing your results to existing ones can help to decide if it's used or not.
Typical problem is that sometimes other background tasks (web browsing, active downloads etc.) use other cores so maximum 1 core turbo frequency cannot be reached by the 1 core that the benchmark uses.

The Hwinfo method you mentioned is a very trustworthy one. Make sure you type in the 'Max' reached frequency reported by HWinfo not the actual one.
But I reserve the right to correct suspicious 1 core MHz values 😀

3. All the results of your parking computers are welcome!

Some interesting proof that the benchmark is really 'vendor neutral' 😀

The Core 2 and K10 were rivals about ~15 years ago. In this case the Core 2 Duo E7500 and the Phenom II x4 960T run almost at the same frequency and produce almost the same results:

And rivals from the present also with almost identical frequency and results: Intel(R) Core(TM) Ultra 9 285K vs. AMD Ryzen 7 9700X (Zen5)

Falcosoft wrote on 2025-07-08, 07:06:

Hi, […]
Show full quote

Hoping wrote on 2025-07-07, 21:17:

Yes, possibly, the N2600 result is duplicated, it is so slow that I could have clicked twice thinking that the first one didn't […]
Show full quote

Falcosoft wrote on 2025-07-07, 13:42:

Hi, Thanks for your many new results! 1. One of the 2 'Intel Classmate PC v3' Atom results seems to be a duplicate. I remove the […]
Show full quote

Hi,
Thanks for your many new results!
1. One of the 2 'Intel Classmate PC v3' Atom results seems to be a duplicate. I remove the later if you do not mind.
2. The results of the Intel(R) Pentium(R) CPU N4200 @ 1.10GHz are surprisingly good. It belongs to the low-power new 'Atom' series yet its 1GHz normalized results are closer to 4rd Gen Core i5 processors!

Yes, possibly, the N2600 result is duplicated, it is so slow that I could have clicked twice thinking that the first one didn't work. This is common with slower equipment if you don't pay attention.
The N4200 performs very well in real use, I use it for XP virtual machines with VirtualBox. I use it for using the somewhat older car workshop software. Saab for example.
I still have laptops and desktops left.
Your benchmark is very easy and fast to use.
I'm trying to make the screenshots in each test as in the first case, I don't upload them here because I think it would clutter the thread with too many images. If you are interested in a specific one, no problem.

Edit:
I'm using the maximum 1 core frequency reported by Hwinfo, not the theoretical maximum frequency by the datasheet because sometimes the CPU can't reach its maximum frequency because of the TDP limit. So in another environment, it is possible the same CPU would reach higher frequency or never reach the target turbo frequency.
The A10-5750M and the A10-7300M are two examples of this. Both CPUs have problems to reach the maximum turbo frequency at stock settings and need an undervolt to maintain the Turbo frequencies.
An I doing it wrong?
Using your benchmark is the perfect excuse to power on the computers that are o storage. 😉

Hi,

1. It's not a problem if you do not upload the screenshots. Uploading the results directly to database is the more straightforward approach. Originally I thought all the results would be uploaded this way but later it became obvious that not everyone can/want to upload results this way. So the 'screenshot method' was born and it's also perfectly fine as long as I can handle the amount and can save the data to the database manually.

2. MandelX benchmark uses only 1 thread and sets the processor affinity to the selected 1 CPU core ( 1st Core by default). This is the exact scenario where modern CPUs can use their maximum ' 1 core turbo frequency'. So even if the CPU's datasheet reports lower maximum frequency for more cores/all cores than for 1 core still the 1 core maximum frequency should be used. In case of such a workload maximum TDP limit is almost never a constraint since in case of multi-core processors only a fraction of the available resources is used during the benchmark.
The problem you described (undervolting is needed to maintain turbo frequencies) usually only happens with multi-threaded workloads that are using all available CPU cores (including hyper-threaded logical ones). Of course there can be exceptions so you should decide whether the documented 1 core turbo frequency is really used or not in case of your own CPU. Comparing your results to existing ones can help to decide if it's used or not.
Typical problem is that sometimes other background tasks (web browsing, active downloads etc.) use other cores so maximum 1 core turbo frequency cannot be reached by the 1 core that the benchmark uses.

The Hwinfo method you mentioned is a very trustworthy one. Make sure you type in the 'Max' reached frequency reported by HWinfo not the actual one.
But I reserve the right to correct suspicious 1 core MHz values 😀

3. All the results of your parking computers are welcome!

I was trying to be faithful to the test scenario, sorry, if what you need is the maximum frequency indicated in the datasheet or reported as theoretical by CPU-Z/Hwinfo, that will be the one I use, it's your test and your work, I didn't mean to hinder it.
Sorry again.
This problem is typical of laptops, as it is not easy to improve cooling.
The A10-7300M has a maximum frequency of 3200 MHz and a maximum TDP of 19 W according to specifications, according to HWinfo it reaches about 27 W maximum, the temperature never exceeds 64 C and without undervolting it never exceeds 2700 MHz on a single core.
The A10-5570M is known to overheat in many cases and also rarely reaches the maximum frequency. With undervolting and a custom heatsink it maintains the maximum frequency, but this is not the usual scenario.
The N4200 has also been found to be limited by the TDP set by the computer manufacturer, although its maximum frequency according to specifications is 2500 MHz, I have never seen it go over 2400 MHz on the one I have, even if the temperature stays within the specified limits. There are threads on other forums on how to change the maximum and minimum TDP of this processor.
The problem is that the operating system loads all threads to a greater or lesser extent and even if the test is performed on only one thread, the operating system is using the others, in the case of the A10-7300M, Windows 10, I know this behavior well, as I used that laptop as my main laptop for many years.

Anyway, I think have already tested it on the laptops I have that show this behavior.
I'll keep doing the test at the same time that I check the performance of the ones I have stored, as I said, it's the perfect excuse to turn then on.

Hoping wrote on 2025-07-08, 08:40:

I was trying to be faithful to the test scenario, sorry, if what you need is the maximum frequency indicated in the datasheet or […]
Show full quote

Falcosoft wrote on 2025-07-08, 07:06:

Hi, […]
Show full quote

Hoping wrote on 2025-07-07, 21:17:

Yes, possibly, the N2600 result is duplicated, it is so slow that I could have clicked twice thinking that the first one didn't […]
Show full quote

Yes, possibly, the N2600 result is duplicated, it is so slow that I could have clicked twice thinking that the first one didn't work. This is common with slower equipment if you don't pay attention.
The N4200 performs very well in real use, I use it for XP virtual machines with VirtualBox. I use it for using the somewhat older car workshop software. Saab for example.
I still have laptops and desktops left.
Your benchmark is very easy and fast to use.
I'm trying to make the screenshots in each test as in the first case, I don't upload them here because I think it would clutter the thread with too many images. If you are interested in a specific one, no problem.

Edit:
I'm using the maximum 1 core frequency reported by Hwinfo, not the theoretical maximum frequency by the datasheet because sometimes the CPU can't reach its maximum frequency because of the TDP limit. So in another environment, it is possible the same CPU would reach higher frequency or never reach the target turbo frequency.
The A10-5750M and the A10-7300M are two examples of this. Both CPUs have problems to reach the maximum turbo frequency at stock settings and need an undervolt to maintain the Turbo frequencies.
An I doing it wrong?
Using your benchmark is the perfect excuse to power on the computers that are o storage. 😉

Hi,

1. It's not a problem if you do not upload the screenshots. Uploading the results directly to database is the more straightforward approach. Originally I thought all the results would be uploaded this way but later it became obvious that not everyone can/want to upload results this way. So the 'screenshot method' was born and it's also perfectly fine as long as I can handle the amount and can save the data to the database manually.

2. MandelX benchmark uses only 1 thread and sets the processor affinity to the selected 1 CPU core ( 1st Core by default). This is the exact scenario where modern CPUs can use their maximum ' 1 core turbo frequency'. So even if the CPU's datasheet reports lower maximum frequency for more cores/all cores than for 1 core still the 1 core maximum frequency should be used. In case of such a workload maximum TDP limit is almost never a constraint since in case of multi-core processors only a fraction of the available resources is used during the benchmark.
The problem you described (undervolting is needed to maintain turbo frequencies) usually only happens with multi-threaded workloads that are using all available CPU cores (including hyper-threaded logical ones). Of course there can be exceptions so you should decide whether the documented 1 core turbo frequency is really used or not in case of your own CPU. Comparing your results to existing ones can help to decide if it's used or not.
Typical problem is that sometimes other background tasks (web browsing, active downloads etc.) use other cores so maximum 1 core turbo frequency cannot be reached by the 1 core that the benchmark uses.

The Hwinfo method you mentioned is a very trustworthy one. Make sure you type in the 'Max' reached frequency reported by HWinfo not the actual one.
But I reserve the right to correct suspicious 1 core MHz values 😀

3. All the results of your parking computers are welcome!

I was trying to be faithful to the test scenario, sorry, if what you need is the maximum frequency indicated in the datasheet or reported as theoretical by CPU-Z/Hwinfo, that will be the one I use, it's your test and your work, I didn't mean to hinder it.
Sorry again.
This problem is typical of laptops, as it is not easy to improve cooling.
The A10-7300M has a maximum frequency of 3200 MHz and a maximum TDP of 19 W according to specifications, according to HWinfo it reaches about 27 W maximum, the temperature never exceeds 64 C and without undervolting it never exceeds 2700 MHz on a single core.
The A10-5570M is known to overheat in many cases and also rarely reaches the maximum frequency. With undervolting and a custom heatsink it maintains the maximum frequency, but this is not the usual scenario.
The N4200 has also been found to be limited by the TDP set by the computer manufacturer, although its maximum frequency according to specifications is 2500 MHz, I have never seen it go over 2400 MHz on the one I have, even if the temperature stays within the specified limits. There are threads on other forums on how to change the maximum and minimum TDP of this processor.
The problem is that the operating system loads all threads to a greater or lesser extent and even if the test is performed on only one thread, the operating system is using the others, in the case of the A10-7300M, Windows 10, I know this behavior well, as I used that laptop as my main laptop for many years.

Anyway, I think have already tested it on the laptops I have that show this behavior.
I'll keep doing the test at the same time that I check the performance of the ones I have stored, as I said, it's the perfect excuse to turn then on.

Hi,
I understand your arguments and I agree that if the CPU never reaches the advertised '1 core turbo speed' during single core testing then the real value should be used shown by HWInfo's 'Max' field.
Overall I see you know what you are doing so I trust your judgement. Seeing the N4200 's results I thought the 2400 MHz was a typo and it really worked at the advertised 2500 MHz. Now that I know your detailed explanation I also know that I was wrong so I'm correcting it in the table right now (the 1GHz normalized values are automatically corrected based on this change).

Falcosoft wrote on 2025-07-08, 07:06:

Hi,
I understand your arguments and I agree that if the CPU never reaches the advertised '1 core turbo speed' during single core testing then the real value should be used shown by HWInfo's 'Max' field.
Overall I see you know what you are doing so I trust your judgement. Seeing the N4200 's results I thought the 2400 MHz was a typo and it really worked at the advertised 2500 MHz. Now that I know your detailed explanation I also know that I was wrong so I'm correcting it in the table right now (the 1GHz normalized values are automatically corrected based on this change).

Well, it's clear that I don't know what I'm doing, that's why I'm taking screenshots, I was convinced, but I think I mixed things up from different computers.
I did again the tests and new screenshots, this time I made screenshots of the HWinfo summary and the sensors.
N4200, maximum frequency during the test, 2500 MHz.
With the A10-5750M I also made the same mistake, one core reaches the maximum frequency of 3530 MHz.
In the case of A10-7300M I repeated the test several times and during the test it reaches 3240 MHz.
These frequencies are the maximum reported by HWinfo after the test.
There is no excuse for my mistake.
You are right, and it is your project, your rules.
Thanks for your patience.

What do you need me to do now to correct my mistakes? I'm very sorry.

Hoping wrote on 2025-07-08, 16:53:

...
N4200, maximum frequency during the test, 2500 MHz.

Yeah, the results were too good to be true 😀

Hoping wrote on 2025-07-08, 16:53:

...
What do you need me to do now to correct my mistakes? I'm very sorry.

Actually nothing. The results are valid, only the 1 core MHz values have to be corrected. As I have said the 1 GHz normalized results are calculated by the SQL query real-time and these are the only results that are 1 core MHz value dependent.

BTW, Thanks for the results, especially the last 1.6 GHz Willamette Pentium 4 one!

It's very interesting that the Willamette P4 does not produce the same poor SSE results as the Northwood/Prescott ones. In case of Willamette the SSE result is almost 2x of the later Northwood/Prescott P4 SSE results.

@Edit:
And Pentium MMX results, very nice 😀

The AMD K10 has not only multipliers but also dividers. With minimum multiplier and maximum divider its clock can be set to FSB/2 (100 MHz in case of default 200 MHz FSB).
With the DOS utility CPUSpd you can set this minimum clock:
CpuSpd - A Hardware Based CPU Speed Control Utility for DOS/Win9X Retro Gaming

And then you get this result:

1CPU Vendor: AuthenticAMD
2CPU ID: 100FA0
3CPU speed: 114 MHz
4System: DOS 7.10
5Mode: Text
6 
7          Time(msec)          Pixels/msec          Pixels/msec(1GHz)
8ALU:        179943                4.37                38.34
9FPU:        211349                3.72                32.64
103DNow!:     117389                6.70                58.77
11SSE:        63111                12.46                109.31
12SSE2:       106812                7.36                64.59
13AVX:        N/A                 N/A                   N/A

At this speed its 32-bit ALU and FPU performance is still better than a Pentium MMX 266 but its 16-bit real mode performance is comparable to a Pentium MMX (e.g. it does not trigger the infamous division by zero error in case of unpatched DOS Turbo Pascal programs and too fast CPUs).