Squall Leonhart

I noticed in the new beta This has caused SM5/Dx11 hardware to be reported as SM4.1 / DX10.1. 3.00.2500 vs 3.00.2505

AIDA64's benchmark utilises more of the entire cpu at any one time than the stability/benchmark utilities you mentioned.

Thank you Fiery I don't see an option for it under Stability, so does it only get measured when a OSD or LCD has the related item enabled? edit: found it under Hardware Monitoring

random modules, so its probably related to my thread, and possible throttle monitoring.

Excellent, this improves the debug information generated as well i'll upload the dmp file in a little while

hmm, well, time will tell.

It happens at any time in my case, possibly because i have Logitech LCD support enabled.

On the Titan, the VRM also covers the Fan, thats why some users found when they cranked the fan higher they hit the GPU boost limit and it throttled.

i found myself getting these as well, in Event Viewer, iirc, you will find the a warning mentioning the crash was due to the process being unable to read the drive it is on i found these to occur significantly less (or basically not at all) by always remembering to return to the power management bar before closing aida to the tray

Seems to be ok so far, I guess the dump file helped? Edit spoke too soon, same crashes still happening, and i can rule out the Asus AsIO and AsUpIO as well

I'm just wondering how this mainboard distributes the PCI-E slots the Rampage II Gene for example has 3 1x slots and a pci slot on the ICH10 while the 2 16x and 1 4x slot are on the x58 I assume since the R3E is utilising the Intel GB NIC integrated in the ICH, that the freed 1x slot allows it to serve the 4x slot from the ich? Fiery, if you have this information it would be helpful for how i distribute my pci-e cards when i move from this Gene to the Extreme

too bad official websites tend to offer drivers that are so out of date they corrupt your hdd's after a service pack (no joke)

i am not having any problems with the gaming software. but im not using inferior versions of windows, so.

Yep, thats where i got that crash. dmp file link in pm

Yup, i can't use any version of Aida64 that has throttle monitoring, i do remember suggesting that it could be an option under stability settings.

the RT OSD server can detect the currently used directx version.

Replied

Ah, i was under the assumption that they hadn't allowed 2 lcd's because of the scenario you mentioned (2x mono lcd's) not working here.

This is a logitech limitation.

yeah, errors start with 2320 (Access Violation at address FFFFFF)

This appears to have been introduced in build recently, though i can atleast trigger it manually in 2327 by opening the summary page newer versions do it at random, with 2341 having the highest frequency. I expect it may have something to do with the Logitech LCD driver, as others have mentioned before. I don't get them with build 2300 and build 2313

after installing my new 680, with that setting disabled the display would glitch itself before correcting and displaying normally. so it doesn't seem to result in a actual gpu crash in every case, hmm..... switching it back on momentary glitch though

This sensor has never been present on aida64 with GTX 680's.

So you want to put your computer at a risk of instabilities, locking up the smbus, freezing the LPC bus, etc.

I know the performance data can be accessed through WMI, however i cannot remember which subinterface.