I quote. Same here with Vista 32 sp2 and Nvidia GTX285Quote:
Originally Posted by LuckMan212
Printable View
I quote. Same here with Vista 32 sp2 and Nvidia GTX285Quote:
Originally Posted by LuckMan212
If you have a Nehalem CPU with HyperThreading enabled, you need to manually set the threads to 16.Quote:
Originally Posted by phsinc1
Love this program!, I remember using the old version back then and it totally owned my OC. Gets the results quick so you can move on to your next OC ^^.
hi guys love the overclocking and how helpfull you are but can you help me PLEASE
i have a gigabite ep45-ud3r and i have 4x2gb of corsair xms pro 800mhz @4.4.4.12 (the one with the lights on) website i brught it from below sorry for the sise
http://www.scan.co.uk/Products/4GB-(...-activity-LEDs
i have a q9450 i have the cpu stable @3.2 using ibt (excellent programme thanks to agent god)
but im wanting to hit 3.5 but the only problem is that i have to overclock the memory by 78mhz but i dont know if it will be ok for 24-7 i have had it stable with 2x 2gb of memory but i know that 4 sticks of memory puts more stress on the north bridge what do you guys think will i be ok for a good for a few years with the memory overclocked im thinking atleast 4 years
THANKS TO ANYONE THAT CAN HELP :)
ps here is the website i have my rig on so you can see it hope you like it (and yes it is a delta ffb1212ehe 120mm fan on my true cooler)
http://mypcrig.com/rig/209/1
No joy running the v2 IBT in XP Pro 32 SP2/3. This is what I get whenever the app is launched:
http://i250.photobucket.com/albums/g...g?t=1246317188
Any suggestions?
Missing one or more of these:Quote:
Originally Posted by pyongmu
Code:- Microsoft(R) Visual C++ 2008 Runtime (x86), can be found here:
http://www.microsoft.com/downloads/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bf
- Microsoft(R) .NET Framework v2.0 (minimum), can be found here:
http://www.microsoft.com/downloads/details.aspx?FamilyID=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5
The .NET Framework v2.0 did the trick. Many thanks.
Good to know :)Quote:
Originally Posted by pyongmu
http://img37.imageshack.us/img37/7339/ibt40loops.png
[my current system as the signature]
i have tested both on Vista (x64) and Win7 (x64), it have the same result.
passed IBT 40 loops but freeze when test with Prime95 / Othos. at 7th hrs
i didn't blame IBT but i have no idea :shrug:
... Yep, IBT can find the unstable system quicker than Prime95 / Othos.
i like IBT :clap:
AgentGOD, could you write something down on the first post of how many times/passes you should run IntelBurnTest to say that you system is stable?
under the Readme-IntelBurnTest folder is says "3. Select the run # (should use at least 5 at minimum, no more than 20)" but on post #9 it says "I would use something like 20 tests over 5."
this will help a lot, especially when I forward this link to someone so they can read about this test and know how many times we should run it.
this is a minor bug
given 11111 times to run it does 13, 19 or so and stops reporting a "success", my cpu is obviously not stable after so few runs and more importantly the linpack.exe crashes but at this point the intelburn executable is deceiving us about the reason of the sudden end.
http://img407.imageshack.us/img407/3...2009033907.png
http://img269.imageshack.us/img269/2...2009033859.png
Updated to v2.3!
- Added latest Linpack binaries and patched for AMD CPUs
- Added Xtreme Stress Mode (Right-click the "Start" button)
Hi, could you please send me a debug log? (right-click "output results to results.log" checkbox, and enable debug logging, and repeat the bug)Quote:
Originally Posted by koltbuut
The new binaries seem to have fixed the problem, reports the error now, and more quickly and reliably now.Quote:
Originally Posted by AgentGOD
lucky me has overwritten the v2.2 when v.2.3 appeared, now this experiment cannot be proven again, that was the case with 1.92 - 2.2
the conditions weren't that special, this happened many times before.
Quick question, what does Xtreme Stress Mode do, is it only for I7's? I ask because it instantly locks my computer (Core2Duo 533x8/Gigabyte UD3P) at stock or OCed settings that are stable.Quote:
Originally Posted by AgentGOD
hot Q 66 @ 3.6 GH
http://img33.imageshack.us/img33/6411/ibt36gh.jpg
I Have the exact smae issue on my Core i7 , extreme mode locks the system up within the first 30 seconds , this happens at stock as well, did any one get a chance to test extreme mode ever? Is this stable?Quote:
Originally Posted by KayossZero
AgentGOD, are you alive? :p:
I have tested IntelBurnTest v2.3 on WIndows 2000 Professional with Service Pack 4 and have found it to be nonfunctional.
I would get an error: "The dynamic link library [DLL file] could not be found in the specified path...".
IntelBurnTest v2.3 seems to be missing some DLL files to function properly.
The files include:msvcr90.dll
msvcm90.dll
mscoree.dll
[Possibly others]
For the next release of IntelBurnTest, please include the necessary binaries to run IntelBurnTest.
EDIT: After rereading the first post to this thread it seems that IntelBurnTest has the limitation that iti requires Microsoft .NET Framework 2.0. Most unfortunate.
Hi there, I was testing my Q6600 + TRUE + SlipStream 1.900RPM on a Gigabyte EP35-DS3L board. PSU is an Topower 520w, HD4850 [nothing to do with this...], and 2x2GB SuperTalent 800mhz + 2x2GB Mushkin 800mhz.
So, I had 3.6GHz @ 1.55v. It had 20h in Blend on Prime95. I've put the test with Thread's manually setted in 4, and got an error.
I started lowering frecuency, to 3.1GHz @ 1.55v, and it continued to be unstable.
Then changed to 333x9 [3GHz] @ 1.4v.
6 times, 4 threads, standard -> Error.
Standard, 6 times, Auto threads -> OK.
High, 7 times, threads Auto -> OK.
Standard 7, 4 threads -> error.
Standard, 10 times, threads Auto -> OK.
So, is it really unstable or it's just setting 4 threads the problem?
Ok, yes, setting 4 threads is the real problem.Quote:
Originally Posted by Luciano90
Using last setting (333x9 @ 1.4v): 20 times, very high, threads in auto: run ok.
Hello, nice app, thank U for that.
I've got question. I cant get pass 8 threads, first run is always ok, second always failure. I read it doesnt mean my settings are unstable right? 16 thread works fine 5 run at Very High.
Second thing,
Cant get Maximum Stress Level. When setting it and start, app is closing becouse there is no ram to run ;) Im running it on 7
here is my first test.
http://img43.imageshack.us/img43/793...oad999241t.jpg
Why yes. If you guys are trying out Xtreme Stress Mode, you need to let IntelBurnTest run by itself and not touch your computer until it's finished running :) It basically squeezes the most resources out of your PC it can and reserve it all for IntelBurnTest to use, hence "Xtreme Stress Mode" :PQuote:
Originally Posted by KayossZero
If you've read the first post, Core i7/Skulltrail users need to manually set 16-threads.Quote:
Originally Posted by ilear
Well thanks for the explanation I'm sorry to report at least on a 32Bit OS I cannot use XSM, my nLited XP uses about 300-400MB of Ram on start up with only drivers loaded I will try again with less resources and on Windows7 for the heck of it.Quote:
Originally Posted by AgentGOD
Hmm....I get higher temps in XP x86 then in Vista x64. Kindda weird i might say.
I cannot pass IntelBurnTest 2.3 on my new Core i7:
Motherboard: Asus P6T7 WS Supercomputer
CPU: Intel Core i7 965
Memory: Corsair Dominator 6GB 1866MHz
OS: Windows 7 64bit
Everything is set to 'Auto' in the BIOS. I've tried all sorts of test (Maximum memory, standard memory, etc)... but it always fails after two test. Can anyone point me in the right direction on passing IntelBurnTest. I'm not looking to overclock (just yet).
Thanks in advance!
Set vDIMM to 1.65. Maybe MB is setting it too low. You can also try raising CPU VTT (QPI voltage, or something on Asus, I don't know).Quote:
Originally Posted by vannguyen0
I hope you solve your problem quickly, it's a shame not to OC that rig. :)
You could run Octo-SLI-Hexa-Fire-X setup and play Crysis in 25600x16000 :rofl:
2author
fix your [...] code to terminate spawn process when closing the main window. make different priorities for spawn process not just your hack w/ RMB click on start. fix task memory sizing for spawn process. 933M instead 1024M - isn't it ugly? Have you tested your algos for this poor shell?
I did it to leave room for Windows in order to prevent paging due to background processes trying to run (which you don't want).Quote:
Originally Posted by asmfan
Try upping the QPI/DRAM voltage to 1.5v or higher... the ASUS boards require an insane amount of power to run high speed RAM.Quote:
Originally Posted by vannguyen0
Hi AgentGod,
First, I've used this program pretty much since its inception and it has been very useful. Thank you for creating it and offering it for free; it's a great tool for overclockers! :)
Secondly, I was using it last night to test a new i7 920 D0 and I ran into some odd behavior. I'm not at the computer right now, and it was very late last night while I was doing it, so the details are kind of fuzzy and I will not be able to provide a debug report until later.
I'm using i7 920 on a EVGA X58 board with 6 GB RAM; however, my OC tools are in Windows XP so the behavior I experienced was in 32 bit XP. I booted into Windows with my overclock. I selected 16 threads and first did Standard test, 5 runs. 4 runs showed up stable, then a linpack.exe error popped up right before the 5th one finished, saying the program had an error and quit. The 5th run did not show but the box popped up saying Success!
I then selected 16 threads, Maximum test, 5 runs. It did not start priming the CPU for a VERY long time. It took the memory down to almost nothing, then it seemed like it started to prime, but not 100%. It did not show the first run ever completing. I then received an error saying something like "linpack memory has been relocated" (it was longer than this, but I was very tired).
I tried it once more, only this time it never took memory or burned - instantaneously the Success! message popped up out of nowhere.
I tried it again, the memory went down (over a long time), it took forever, never showed first run completing, and did some priming but never seemed to fully get going. Then I received a cryptic message about a DLL.
I rebooted the computer and tried it again with 16 threads, Maximum stress, 5 runs. It took the memory down, did some priming but again, never seemed to fully prime. It never showed any runs completing. I did not get any error messages or anything - it just kept going forever without completing any runs.
I'm hoping you can help me diagnose what's going on here. I've not experienced this behavior from the program while testing my overclocks before. Normally it will just reboot the computer, or it will fail the test. I'm thinking maybe the memory is not running stable and that's causing the issue here?
Can anyone here pass successfully:
1. the newest version (v2.3)
2. stress level set to "Very High"
3. Threads set to 4 or higher?
System seems to fail no matter with voltage changes... I wonder if it's me, or the program itself. System passes all other stress tests.
The weird part is, if I customize the stress level to something above "Very High" it passes. (Maximum passes, Very High doesn't)
One other person has tested the same settings, and his system also can't pass this test. But 2/2 isn't exactly a good sampling, which is why I need someone else to try it.
Yes I can. Intel i7 920, OC'd to 3.78GHz, Asus P6T deluxe v2, hyperthreading ON.Quote:
Originally Posted by intx
64-bit Windows 7 RTM, stress level 'very high', 32 threads, times to run 5.
I just tested, my system also passes 32 threads... (but it seems to be a lot easier to pass 32, temperatures reflect accordingly)Quote:
Originally Posted by YngDiego
Someone try 4-8 threads, and see if your system passes.
Can anyone here successfully pass the following settings:
1. the newest version (v2.3)
2. stress level set to "Very High" (Not Maximum)
3. Threads set to 4 or 8
1. v2.3Quote:
Originally Posted by intx
2. Very High
3. 8 threads
NO GO!
Not even @ 4GHz
Passed LinX @ same settings (both times)
So far,
IntelBurnTest v2.3 proves to be defective on the following settings: Standard/High/Very High, 4-8 Threads, 64-bit version.
It seems it will always fail this test.
4/4 people have reported failures (including donmarkoni).
Make that 5 out of 5:(Quote:
Originally Posted by intx
I even tried all stock settings, and still failed..
2.3
2.66 GHz
1066 MHz
8 threads
very high/maximum
Now question is , is it the Shell ( so IBT as the program ) or is it the Core (Linpacks from Intel), is it only related to I7 users or other CPu's too ? I can't pass 4 nor 8 threads either on very high
After first fail whacked the volts to 1.25 (from 1.12 which is 24/7 fold stable) , QPI from 1.25 up to 1.45, this doesn't work at all.
Other thing that seems strange is that Prime 20K custom heats up the CPU as much as IBT, that can't be right can it ?
IBT Failed test :
http://users.telenet.be/OAP2/IBTTEST2.jpg
Prime Custom 20K
http://users.telenet.be/OAP2/Primetest.jpg
Look at them temps, they are the same ???? Not lookign for Prime is better or worse here... IBT and LinX always heated up the CPU's far more than Prime, what's going on ? Or is it on I7 the same now ?
use the new LinX 0.6.2 which has the new linpack 10.2, it will stress your CPU harder and it will give higher tempsQuote:
Originally Posted by Leeghoofd
K did a first test with the latest Linx6.02: took max mem, it passed. Then launched IBT : very high memory and only 4 threads and it fails again ( like always at the 2nd iteneration ) Time to get ya gloves on AgentGod, this ain't working !!!
Temps on Linx are indeed 4-5°C higher, definetaly something wrong here...
http://users.telenet.be/OAP2/IBTTEST.jpg
AgentGOD, For your convenience, I have linked a debug file of failed test that should've passed (Standard, 4 threads).
debug file
have some table with the errors and their causes due ?
thanks
I tried to get INtel Burn to run on an 920 X58 rig last night...won't work in XP 32 or V 64. Something about parallel configuration incorrect.
Tried different DL sites and nothing.
Any ideas? Does the user account need a password to run IntelBurn? That's the only thing different about this rig than the other's I've tried.
Have you installed the necesarry software (look in the readme file mate), too bad he doesn't included them in one package
Hey guys. Is 46C highest (36C average) on burn test a good figure, for a passive water setup at stock for Q6600? :shrug:
Thanks :)
for me it is ok, but what is your room temp ?
Room temp is 21CQuote:
Originally Posted by Marvin
@all & agentGOD
is it a confirmed bug already??
i meant :
IBT v2.3 (8 tread) max/ very high stress + i7 + vista 64 bit & win7 64bit...i never pass more than 2x.
i have tried on 3 different mobos T-POWER X58, P6T DELUXE and P6TD DELUXE
all show the same behaviour <--always error :shrug:
or maybe i7 user should stick at 16 tread or more ?
will it fixed in the next release? when?
thx b4
So seems that i5/i7 users back to occt/prime or linx :rolleyes:
Just ran Intelburntest and I successfully passed it. Could someone take a look at my screenshot and let me know if I set it up correctly and if everything looks okay.
Thank you very much.
http://entertainment.webshots.com/al...=entertainment
you could try 2911mb free memory minus 200mb.
if you have 10 times to run and you see 10 lines in the listbox and linpack process didn't crash, then success means it is ok.
I've ran both 1024, 4096 and max with 25 reps each twice no issues with 4 threads. I can't do 8 without issues. This is with HT off ( is there even a reason to do more than 4 threads without HT anyways? ) So far Prime and OCCT have shown no issues so...
I've never used linpack in another package so I'll have to try that.
I second Chickenfeed. No issues either at Very High 4 threads 20 runs with IBT 2.3. Haven't tried 8 threads.
EDIT: Only works on auto. Not 4 threads. Although I read that auto is supposed to issue 4 threads...
Q6600 G0 and have same bug of maximum stress setting working on auto, but not manually set to 4 threads
I cant dl this link: http://www.ultimate-filez.com/files/IntelBurnTest.zip
Can anyone ul it to another mirror?
Thanks.
link removed
Updated to v2.4
- Optimized the unprecedented Xtreme Stress Mode
- Added latest Linpack binaries and patched for AMD CPUs
- Linpack binary 8-threads issue fixed by Intel
I can confirm v2.4 has this issue fixed.Quote:
Originally Posted by Chickenfeed
So, i5/i7 issues solved? Let's see :)
Should be. Please test :)Quote:
Originally Posted by kiwi
Giving it a show now with my I7 920...Quote:
Originally Posted by AgentGOD
I'll post up the results.
I set it to maximum 8 threads and 10 passes.
Nice program:up:
I have something strange happening though. I have NAV 2010 on all my machines and on one of them the NAV detects IBT as malicious and puts it in quarantine. I can turn off NAV and it runs fine. The strange thing is that the other machine with NAV 2010 doesn't do this.:confused:
8 threads and 5 passes with 2048MB works fine for me (Core i7 920 @ 4GHz).
Has anyone had any issues running this in Windows XP 32bit? Will I have less accurate results such as unstable results simply because I'm using 32bit?
Just a quick question, can you determine what failed based on the results? I failed on my 8th pass with the result of 1.014922e+008 at 200x21.
I seem to be having issues with my CPU (i7 920) its effecting gaming, even wow! gfx card is 4870x2 so should not be having bad framerates. Problem is every few seconds fps hits the floor (cut by about 70%).
Reason I'm posting here is when running the burn test its not always 100% loaded, is this normal? Temps will max out at about 74C for a while then the load goes down to 25%ish and temps immediately drop to 55C ish then go back up again when fully loaded. Any ideas?
That's normal, as it balances load and power requirements in coolup/cooldown tests. If the cpu were always at 100% load with linpack, you may be seeing some burnt out chips....
okay thats good, problem must be elsewhere then. Would passing 10 runs on very high mean the chip is stable and not faulty in any way?
got anything like this for a GPU? would help alot :D
v2.4 is still loading my i7 920 @ 50% with HT on when threads is set on auto. Xtreme stress mode causes the system to freeze <15 second after starting, this happens at stock as well.
Yep, same here too.... also I have to reselect maximum several times before the memory amount it wants to test drops to whats available.Quote:
Originally Posted by GigaByte
If IntelBurnTest were virtualized using VMWare ThinApp, should IntelBurnTest still stress test a CPU as well or better than if run without virtualization?
Updated to v2.50!
- Linpack binaries updated + patched for AMD CPUs
- Tested on more AMD systems
- Better compatibility with UAC-enabled systems
- Optimized GUI for less CPU overhead
- Officially supports Windows 7 x86 & x64
Added screenshots for new version.
solid program.. thanks AgentGOD :up:
Great job AgentGOD :up:
I've been using it replacing OCCT and Orthos :D Save much time for me to detect errors :)
Howdy.
I've noticed weird behaviour in IBT(both 2.4 and 2.5)
If I run ibt under safe mode, it shows one peak performance.
If I run it under normal mode, it shows another performance, lower by almost 10 GFLOPS.
Now, there is nothing to mess with calculations(I've killed all killable and non-essential processes).
My main Specs:
Win7 x64
4 GB DDR2 RAM @ 800 Mhz
Core2Quad Q6600 @ 3.0 Ghz
No matter how I tweaked voltages, the results were the same.
I guess the case is definitely not the voltages.
Oh, and I ran IBT in Xtreme Stress Mode.
What are the differences in Linpack parameters between stress-testing with and without "Xtreme stress mode" ?
I suspect it IBT sets realtime priority to Linpack with that flag.
Are there other changes?
hi, when I run ibt on my pc (Athlon 64 X2 6000+ @ 3420MHz) the program stops after about 20sec saying everything is fine but there is no data output. see pic:
Any ideas?
What happens if you lower the clocks ? Have you tried the LinX variant for a test ? But honestly , I have no idea why you want to hammer such an old setup...
On a i7 860 with HT ON I test with 8 now correct since I'm using version 2.50?
Guess so.
AgentGOD, how about adding 24 threads(or the ability to manually set any number of them) ?
Would be particularly good for SR-2 owners with two 980X .
Is this any better than LinX .. I only use LinX and not try this before
Afaik it does the same job.
i'm having a strange error, it finishes in 0.11sec no matter what-
tried a fresh reinstall of win7, same happens! have .net 3.5.1 installed also vc++2005 and 2008, even 2010 !
it just says it finished no matter how much ram or rounds i give it...
legacy version and linx work great and i'm as stable as it can get :)
----------------------------
IntelBurnTest v2.50
Created by AgentGOD
----------------------------
Processor: Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz
Clock Speed: 2.67 GHz
Active Physical Cores: 2
Total System Memory: 3071 MB
Stress Level: Standard (1024 MB)
Testing started on 17/09/2010 11:46:36
Time (s) Speed (GFlops) Result
Testing ended on 17/09/2010 11:46:36
Test Result: Success.
----------------------------
Love the program AgentGOD. Been using it for awhile but since I just updated from 2.3 to 2.5, I figured I'd finally give you props! Just installed a q8400 so stress testing my overclock. I literally just installed the CPU and started my overclocking adventure at 3.3ghz. Seems to be running stable using your program so far, so gonna bump it up 100mhz each time until I reach the limit. Hoping I reach at least 3.5ghz because that is what I ran my dual core at.
Same here, though it's 0,44 sec for me :p:Quote:
Originally Posted by j00ker85
It's definitely a software problem (for me anyway), I restored my os drive from a five month old os-image, and then everything worked perfectly.
The strange thing is that the program runs correctly up to 4295 mb, 4296 and up finishes in 0,44 sec no matter what, and tells me that everything is great!
I7-920 @ 3.8, 12GB RAM, W7U-64
This happens to me also but only when I OC a step up from the last stable setting. I thought it may be unstable settings but it does not crash OS. It just says it says completed in a few seconds.Quote:
Originally Posted by MetaBaron
My initial impression is that it would be software related as opposed to a stability issue but I'm not sure. One would think if it were to fail or generate an error that soon you would be able to recreate some form of instability within Prime95 or other such testing.
In my case I have confirmed that it is a software issue. 5 month old os-image: Everything works as intended, Ran for about an hour w/10300MB allocated, no problem. Ghosting back to my latest backup: Fails immediately with the same memory allocation.Quote:
Originally Posted by Cornelious0_0
I'm guessing that there's a windows update or something like that, that messes up the memory allocation of Linpack on my current setup, since every single program I have tested that utilizes Linpack fails when allocating above 4200 and some MB: OCCT, LinX, IntelBurnTest.
Prime95 and other cpu-tests works fine on both the old os-image and current setup.
It is by no means a dealbreaker - but it would indeed be nice to know what's causing this behaviour. I can always revert to the old os-image if I need to run stability tests, but that's a somewhat tedious affair, in the long run.
Maybe I'll just reinstall W7, but that's quite a downer when you have configured everything exactly the way you like it :shrug:
I'm having exactly the same problem :) finishes in 0.11 sec and says "successful"... but you haven't even try? :(Quote:
Originally Posted by j00ker85
right now IBT is more reliable than LINX?
Well, this is just a user interface for Intel's Linpack, same as LinX... So it is a matter of preference which one you like most.Quote:
Originally Posted by KURTZ
I seem to have less issues with LinX, personally.
Have a question about Xtreme Stress Mode, is it something that is stable enough to run for really long stability tests, like 150-300 passes? (Heat is well under safe, so thats not a concern)
Ive noticed that when I run Xtreme Stress Mode, I always end up having my computer lock or reboot after like 100-150 passes.
I can speed it up by running IBT for a pass or 2, then stopping it, it seems to free up more system ram that way (about 200-250mb more then a fresh run on initial bootup, windows offloading some stuff to the pagefile?). If I then run Xtreme Stress Mode again with the additional 200-250mb of ram available to it, it usually will lock up/reboot after 10-15 passes.
So could this be that Xtreme Stress Mode is locking away too much ram to keep the computer stable for long tests like that, and should only be used for 30min to 1 hour runs?
My OC might not be 100% stable yet but when your dealing with an error after that many hours/runs I figured id check.
For use with Sandy Bridge you have to download the latest linpack_Xenon64 from Intel, then rename it Linpack_64 and place it in the LinData/64 folder of Intel burn test.
This raised my gflops from 47 to 83 with an i2500. I had been thinking my new cpu was no better than my old overclocked Q9550.
Would someone put this info on the first post?
Google this.
Intel® Math Kernel Library – LINPACK Download
rename and replace the original linpack64 with the linpack_xeon64 found in the latest Windows package
Excellent little app.
Linpack , 10.3.3.006.Quote:
Originally Posted by koltbuut
http://registrationcenter-download.i...10.3.3.006.zip