|
|
Pages: [1]
|
 |
|
Author
|
Topic: CPU temperature (Read 675 times)
|
|
michael37
|
There are always on and off threads regarding CPU temperature and computer overheating due to BOINC.
Here is a curious fact. Seti@Home is the hottest. My notebook CPUs run up to 75C during Seti runs. The lowest I've seen at 100% CPU utilization on both CPUs was another project which peaked at 60C.
|
|
|
|
|
Logged
|
|
|
|
|
Josef W. Segur
|
There are always on and off threads regarding CPU temperature and computer overheating due to BOINC.
Here is a curious fact. Seti@Home is the hottest. My notebook CPUs run up to 75C during Seti runs. The lowest I've seen at 100% CPU utilization on both CPUs was another project which peaked at 60C. I've often wondered if it would be possible to code a sequence which has no pipeline stalls, keeps all execution units fully occupied, uses cache fully, and uses main memory transfers at peak. In a sense that's the ultimate goal of optimization; nothing wasted. I don't think we're anywhere near that yet, but I take higher CPU temperatures as a good sign in general. OTOH, a bad algorithm can use a lot of CPU without being optimal, so I don't think temperature is a sufficient indicator of effective optimization. Joe
|
|
|
|
|
Logged
|
|
|
|
|
Gecko_R7
|
There are always on and off threads regarding CPU temperature and computer overheating due to BOINC.
Here is a curious fact.═ Seti@Home is the hottest.═ My notebook CPUs run up to 75C during Seti runs.═ The lowest I've seen at 100% CPU utilization on both CPUs was another project which peaked at 60C. I've often wondered if it would be possible to code a sequence which has no pipeline stalls, keeps all execution units fully occupied, uses cache fully, and uses main memory transfers at peak. In a sense that's the ultimate goal of optimization; nothing wasted. I don't think we're anywhere near that yet, but I take higher CPU temperatures as a good sign in general. OTOH, a bad algorithm can use a lot of CPU without being optimal, so I don't think temperature is a sufficient indicator of effective optimization. Joe Along your comment Joe, I remember Francois commenting once (& Alex long before him  ), about the importance of minimizing L1 thrashing. Francois rather threw that in everyone's face a year ago that the then-current code thrashed heavily and that would be a primary area he'd focus/clean-up. To your point, this would contribute to higher CPU temps, right?.... but would certainly not be optimized performance. How much validity do you think there is to his L1 thrashing comment today? Is it really that much of an issue/area of opportunity?
|
|
|
|
« Last Edit: 15 Sep 2007, 05:04:12 pm by Gecko_R7 »
|
Logged
|
|
|
|
|
Josef W. Segur
|
... OTOH, a bad algorithm can use a lot of CPU without being optimal, so I don't think temperature is a sufficient indicator of effective optimization. Joe
Along your comment Joe, I remember Francois commenting once (& Alex long before him  ), about the importance of minimizing L1 thrashing. Francois rather threw that in everyone's face a year ago that the then-current code thrashed heavily and that would be a primary area he'd focus/clean-up. To your point, this would contribute to higher CPU temps, right?.... but would certainly not be optimized performance. How much validity do you think there is to his L1 thrashing comment today? Is it really that much of an issue/area of opportunity? I'm sure it could be an important area to focus on, and I wish some programmer with the right skills were contributing here. I focus on the logic of the application algorithms, but know little about the details of the hardware. I probably should study Alex's recent code and see if he's found some improvements along those lines, though I wouldn't necessarily understand the fine details well enough to recognize what's particularly L1 directed. In addition, both Francois and Alex are concentrating on recent CPUs with less variation of cache size and capabilities to consider. Something good for the L1 in Core 2 might be terrible on an older system. Joe
|
|
|
|
|
Logged
|
|
|
|
|
Pages: [1]
|
|
|
|
Quote!
If there is a worse time for something to go wrong, it will happen then.- Murphy's Law
|
 |  |  |
| |
| Site Statistics |
| Total Members: | 679 |
| Total Posts: | 4,976 |
| Total Topics: | 337 | | Downloads |
| Apps |
| Windows R-1.x | 24,086 |
| Windows R-2.0 | 19,307 |
| Windows R-2.2 | 33,958 |
| Linux 32bit 1.x | 6,262 |
| Linux 32bit 2.2 | 3,792 |
| Linux 64bit 2.2 | 1,271 |
| Alpha/IA64 | 85 |
| FreeBSD | 248 |
| HPUX | 167 |
| Subtotal: | 88,676 |
| Source packs: | 3,405 |
| Tool/WU packs: | 5,501 |
| Total: | 114,223 | | GBs dl'd: | 174.06 | | Pages served |
| Today: | 1,190 |
| Total: | 2,104,070 |
| (since 6/26/2006) |
| 171 Donations to S@H |
| U.S. Dollars: | 3,190.59 |
| Euros: | 830.90 |
| Last 24h: | $ 0.00 |
| Avg./24h: | $ 15.69 |
| Estim. total: | $ 4,270.76 |
Latest Member: driftandflow |
| |
 | |  |
 |  |  |
| |
Online users/last 15m
12 Guests, 2 Users
WHRoeder, seti_britta 31 Members/last 24hWHRoeder, seti_britta, The Grinch, Stefan Ledwina, EastWind, Devaster, j_groothu, Alex Kan, eaglescouter, firefox, Pepo, Fivestar Crashtest, Gecko_R7, DJXaeR0, meglaw, ppppgabor, an_heol_a_zo_glaz, Haselgrove, Garry W, sunu, Josef W. Segur, abrgeza, Purple Rabbit, s52d, korpela, driftandflow, Bluesilvergreen, frazser, DerToT, Raistmer, AstroErektile Dysfunktion,
| |
 | |  |
|