I like the "save" in place of "ok", but "use" should definitively be changed to "apply"
Printable View
I like the "save" in place of "ok", but "use" should definitively be changed to "apply"
Start minimized seems to work fine now. Will test it some more but it looks like it's ok.
sorry if this isnt needed but how comes its reading that much lower than coretemp and everest?
with a room temp of 26c
everest : 53/53
coretemp: 52/52
real temp: 42/42
i dont trust realtemp to be honest, considering its reporting completly different tests to everything else
Hm, what about integrated table of Tj.Max values depending on detected CPU ? For example if RT detects E4300 like in my case it would automatically set the Tj.Max to 85.
For some other CPU it would be 95 and for some other 100 etc etc. Only problem i see for doing this is gathering correct Tj.Max values. Applying them according to CPU name should be easy.
Read the first page, that will explain why it's a different temp. I trust realtemp because there is real world (read: actually using a thermometer on the processor IHS) testing.Quote:
Originally Posted by CBird28
The competition does absolutely zero real world testing and basis their results on non-existent documentation from Intel and you choose to trust them over RealTemp. That's kind of funny. :DQuote:
Originally Posted by CBird28
What isn't funny is how far off CoreTemp is when reporting the temperature of my E8400. Here's some of the testing that I've done. Ask the competition where their testing is and what they're basing their results on.
http://www.xtremesystems.org/forums/...postcount=1599
Sounds like your calibration is just right! Most of the 65nm sensors seem to read too low. My original E6400 with a TjMax=85C also needs a calibration offset of +2 for very accurate temps from idle to TjMax.Quote:
pitadotcom: oops. im actually on tjmax 85 and +2 calibration. my bad. from my understanding i thought that the +2 calibration would make my tjmax 95. i guess i was wrong.
That's what RealTemp is doing right now. It automatically detects your E4300 and sets it to TjMax=85C and sets it to TjMax=95C for my E8400. If a user decides to select a different TjMax in the Settings window then it will go along with that number. I was going to publish a list of TjMax values that RealTemp uses. Unfortunately, too many users have preconceived notions about TjMax. They pass judgment on a program without reading the documentation or doing any testing so I said to hell with it.Quote:
RejZoR: Hm, what about integrated table of Tj.Max values depending on detected CPU ? For example if RT detects E4300 like in my case it would automatically set the Tj.Max to 85.
I think Save and Use come from my old Amiga programming days. Save makes more sense to me than OK but OK seems to be the generally accepted Windows term so I'll be using OK.
As for Apply, that's another Windows term that I guess I should be using. Should the Settings window stay opened after you click on Apply? That's what RejZoR thinks should happen. A lot of the functionality in the Settings window is based on any new settings being automatically applied. I find this gives direct feedback as soon as you enter in a new calibration value and Tab over to the next box. Any thoughts?
I'm just cleaning up any loose ends before the next release. Very happy to hear that the Start Minimized issue with Vista might finally be solved.
I think changing the values immediately in the settings window and leaving a save/ok button only would be better. Apply seems like an extra un-needed step to see if you want to keep the settings.
"Ok" to apply the setting and close the window. "Apply" to apply the settings and leave window open. Thats how all WIndows programs do it. I think there is no need to go exotic and confuse users.
So apparently you trust Everest....Quote:
Originally Posted by CBird28
Pic below is a quote from Fiery, developer of Everest, on lavalys forum describing how he feels about the accuracy of measuring core temperature with his program and others.
So you trust a program's guess at accuracy of core temp more than the author? Fiery was simply being honest, as intel does not document tjmax for desktops, thus Everest and coretemp guess at tjmax by using 45nm mobile cpus tjmax's of 105, hoping it is close, even though intel has said "no" to doing so.
Realtemp is the only program that has performed measurements, using intel docs to do so as accurately as possible, to make an accurate estimate of tjmax, and thus core temperature.
We all welcome intelligent arguments either for or against any program or temperature, as that leads to fruitful discussion, but blindly following others, who admit to being blind themselves, makes no sense.
Uncle, Keep up the great work with RealTemp. Sorry to hear the same old arguments tho. Maybe the thread needs to start at page 1 again.......NOT!
I'm playing around with my new setup & love the temps I'm getting at 5.5 (11x500), but before I play with the FSB anymore, I was wondering if you could you please advise what the best TjMax is for a QX9770 (Batch #L803B328)?
I have everything adjusted to the preset of 95 & am just curious if that is correct.
Thanks.
P.S. - The start minimized bug is fixed.
sorry i dont mean to start any arguments, i have absolutely no idea how these things work
The default one that RealTemp uses is best. For your Quad that is TjMax=95C. If you use the adjustable TjMax feature then it will save your new TjMax in the INI file. If you go into the RealTemp.INI file and delete all entries that start with TjMax then it will rescan your CPU next time you start up RealTemp and use the default.Quote:
Originally Posted by Puttz
Edit: I should use RealTemp more often. Looks like the Defaults button in the Settings window also restores TjMax to the default settings.
I don't believe that TjMax is the great mystery that Intel makes it out to be. I do believe that the sensors they use aren't great for reporting idle temperatures and not releasing any official value for TjMax is a good way to cover that fact up. To document what TjMax really is would open up a big can of worms. Sometimes saying nothing is best. Class action lawsuits can be expensive when you sell as many processors as Intel does!
Two :up: so far for that. RejZoR helped me figure out that it is likely a timing problem so I adjusted that a little and added a second try at Minimizing if the first one didn't take. If it works I better leave it alone now. Pretty sad when you have to slow software down to make it more compatible with Vista. :(Quote:
P.S. - The start minimized bug is fixed.
No problem CBird28. Check out RealTemp and read the docs and learn what the issues with these sensors are. Once you go through the calibration process of your own processor you might start to see why I think RealTemp is giving you the straightest, least BS temperature results.
:rofl: Except for the ones that are basing their results on copying you ;) :rofl:Quote:
Originally Posted by unclewebb
Why do you think I've hid my TjMax table. ;) Let 'em squirm a little. :rofl:Quote:
Originally Posted by loonym
it's seems like the ver 2.69.5 read my OC Q6600 temp's better than the ver 2.60, and some general Question.
if i read me CPU or any other component with several programs in parallel, is it harm the accuracy of the sensor read ?
...installed the latest RT 2.69.5
the core order have changed again, but this time it's the first time I seen APIC ID = 0132
probably just a random thing but as usual these new thing one find different than before occurs when one have just installed a new version :rolleyes: but hey that computers
btw I had some freak instabillities and crashes first when used the Speedstep (C1E) but also later when it was disabled, crashes mostly in firefox etc, it tuns out that some cables to ADSL modem and Router, which I havent touch for let say 10 years, was glitchy, but I fixed it yesterday and now the "3 times rebooting" before internet works is gone and firefox is finally stable again
btw since a couple of months maybe ½ year I put in a powerswitch for the ADSL modem, Router and a lamp, just to be able to shut them down while the mouse in my sig is charging ovenight when the computer is "powered off", anyway I noticed a couple of days ago that lamp suddemly fickered and the Router restarted when the computer was on...
...and removed that powerswitch as I though that was the culprit sometimes for the other problems, it´s possible that it has done some micro power outs for them before, only restarting the router, anyways "Murphys Law" always applies with computers :whistle:
I have had the minimized problem in the previous version of RT, but that might be because the computer didn't shut sown correctly due to the internet problems, took long time before computer shutdown and windows forcefully terminates that application
One more thing is that the previous versions lately has been very slow when the computer starts, RT has started but shows empty temperature icons for laet say 20-30 seconds until allmost everything else has finished as the computer starts, is this normal?
I will post this and restart the computer and report back when it starts ;)
Always great work you put into this application
edit:
...restarted and RT now minimized correctly :)
still waits with empty icons until the icons get temp info and start showing the accurate numbers, but I guess this is normal
APIC ID = 0231 ...now and thats what I seen before, probably some weird glicth before
forgot the picture before, anyway here it is...
Quote:
Originally Posted by RejZoR
Yes I was just more or less saying that 95c Max Junction Temperature is right on. There is an .ini file in core temp's main folder. Just set it to -10.
TAOTAO161: There have been lots and lots and lots of changes, new features and improvements since version 2.60. I think both versions should report your temps about the same though. You should get accurate temp readings no matter how many apps are running on your computer. Long term stability has been significantly improved since version 2.61 of RealTemp. I previously didn't have enough time or tools to test for this.
Here's a pic of 18 instances of RealTemp running at the same time without any problems. Only hard part is trying to get a screen shot with them all showing the exact same temperature. :D At least they're all pretty close:
http://img530.imageshack.us/img530/9...loadpg0.th.png
-X-hellfire: The APIC ID which is the proper term for what I was previously calling Core Order can change with each re-boot. AFAIK, it's the order that your bios assigns cores to Windows. I think 0123 is normal and the most common APIC ID but some motherboards change frequently and some never change. I went 3 months at 0123 and now my APIC ID has been 0213 for about the last month. Some users will see different APIC ID values several times a day if they re-boot a lot. I'm not sure why this happens but at least RealTemp tries to compensate for this and will hopefully report your core temps in the correct physical order no matter what APIC ID pops up. CoreTemp and Everest are ignoring this issue so your hot core or your cold core might move around from day to day or with each reboot.
That's not normal at all and sounds like a problem with your computer. Whenever I start RealTemp on my computer there is temperature data being displayed within 1 second of starting the program. Anyone else having this issue?Quote:
....the previous versions lately has been very slow when the computer starts, RT has started but shows empty temperature icons for like say 20-30 seconds until almost everything else has finished as the computer starts, is this normal?
Thanks Unc!Quote:
Originally Posted by unclewebb
Great screen cap of 18 instances of RT, finally we found something for those Quads to do :DQuote:
Originally Posted by unclewebb
Yeah the APIC ID = 0321 after another reboot which shows that it swapw the core order frequently on my computer, well I´ts very good to know it it I was into overclocking, going crazy with temps all over the place from time to time must be tiresome if you try to collect some comparative data
It took 38 seconds to show the RT icons temp this time even though I did a let the Registry Mechanic tried to clean up the registry before reboot (which took at least 1 minute before it could shutdown windows, something is definitely not right)
It must be something else but enough already, that another thread or something :rolleyes: as it´s not really RT related
My favorite program for finding out about all the junk that loads up with Windows is AutoRuns. In the wrong hands it could be dangerous so use some caution. It finds pretty much every location where stuff is hiding in your registry that starts up when Windows does. It was written by some very smart individuals that have plenty of knowledge about the inner workings of Windows. It was such a good program that of course Microsoft bought them out.
RealTemp should show your temp data consistently now and coming from the correct core no matter what APIC ID mood your motherboard is in.
Thanks Uncleweb,Quote:
Originally Posted by unclewebb
So basically OCCT's "CPU Too Hot" after 5mins is complete nonsense as none of the PROCHOT#! are ticked, crossed or filled. They are all clear :up:
I can survive Stress Prime (with all 4 cores maxed) the hottest reading on RealTemp is 63C (this is on Core 2)
Now...if only OCCT would use your program or offer the end user to choose which program they would prefer to monitor temps
With both OCCT and RealTemp 2.60 open OCCT reads 73C (when it stops) and Realtemp reads 63C, 63C is very hot so I am considering changing the Stock Extreme HSF for something like a Xigmatek HDT S1283 which should bring temps down...hopefully
John
I know I need to test my cpu myself but can someone give me ballpark on what to set tjmax to for an e8400?
Usually 95°C.