Jump to content

Sora

Members
  • Posts

    81
  • Joined

  • Last visited

Everything posted by Sora

  1. Hi Fiery, ah okay, now that you mention this, I recall this posting on the RSoD disscussion from earlier last year: http://forums.aida64...creen-of-death/ You said the same thing there and I'm glad I found this posting again for more details. The problem is solved! I didn't have this setting enabled. After your suggestion here and in the previous posting linked above, I enabled the "nVIDIA GPU SMBus access through nVIDIA Forceware" setting in AIDA64 and it fixed it for me. No more RSoD's upon bootup. Having a GTX 580 before I could get away with not enabling that setting somehow. Now that I have the GTX 680 Kepler, the setting will stay enabled to prevent these issues. Thanks again Fiery! BTW, I have the 306.23 Nvidia display driver currently installed. It's been stable for me thus far. I'm a little cautious to upgrade the display drivers until I see enough positive results from others as for them being stable enough on the EVGA Forums.
  2. Hi Fiery, it looks like there is a problem for me with the AIDA64 Gadget. I first encountered this problem a week ago. After booting up, AIDA64 would try to load up but the screen would turn all red, so I'd have to hit the reset button to reboot. After the reboot, I would get this Desktop Gadget Error Message, with the Sidebar support for AIDA64 not showing on screen anymore. Since then I wasn't experiencing this problem and thought it self corrected itself, until today, after installing Windows 7 Security Updates, but now the problem is happening on every reboot. If I even try to open a new instance of AIDA64 from the icon on the Desktop, the red screen occurs again. I've been using the Vista Sidebar support for this to let you know. Thanks. As a side note in case the card needs to be added to the lineup on AIDA64, I wanted to let you know that 2 weeks ago I purchased a new video card and have it installed. It's the Gigabyte GV-N680OC-2GB GeForce GTX 680 2GB. I'm sure the video card is free of hardware defects since I can game and browse just fine without error.
  3. You're welcome, and I hope it's fixed for Roblion as well.
  4. It works just fine now Fiery! With 'shared memory' enabled with all ext. apps checked, GDI Object count is stable at 433 for me, and no more sluggishness when opening Event Viewer and other programs You guys are always hard at work on AIDA64, intending to keep it stable for everyone! Thanks again.
  5. Yes it was Squall, and it is fixed now and working just fine with this new beta! With 'shared memory' enabled and all of the ext. apps checked, GDI count is at 433 and stable, and no more sluggishness when opening Event Viewer and other programs. Thanks so much Fiery and Squall!
  6. Wow, okay GDI objects count before gaming was 867 and rising. After about 6 hours of game play, the GDI object count has slowly risen to 6905 and rising still. This is with 'Shared memory' enabled and all the items check under ext. apps. I'll uncheck 'shared memory' for now. With 'shared memory' and all of the ext apps items unchecked, AIDA64 under Task Manager shows a consistent 464 GDI Object count. So it could be what you mentioned Fiery and Squall as video driver calls when detecting GPU clocks, I don't know.
  7. Good to know all is normal there on the handles and threads count. I didn't have GDI checked in Task Manager but just added that column, and am about to game and will post the before and after gaming GDI count soon. I'll go ahead and re-enable the 'shared memory' and all the external applications items for this test.
  8. Here are the results after gaming for 5 hours. The sluggishness starting showing up after gaming awhile, with these results. No problem at all on doing these test runs, glad to help any way I can. As Squall Leonhart mentioned before, if the commit size shows a higher number than Working Set memory, that would signify some of the memory is being paged out, and this is what shows here with AIDA64 having a higher commit size than working set. I'm sure that's normal though to a degree. I won't enable 'shared memory' since I don't use it with other programs at this time, but I may in the future. I thought having it enabled would ensure that I would need it for other programs, but at this time I don't see any programs that I have that would utilize the shared memory. Roblion may need to use it with his LcdStudio more than I would at this point, unless he uses another method as he said he might. So for now until it can be fixed, I'll just have 'shared memory' unchecked. Hmm, I wrote this with the two listings side by side with a space between them, but it didn't show up that way after posting it. I hope you can read it well with how I organized it. The bottom two listings of 'Handles' and 'Threads' and the 'Working Set' and 'Commit Size' are from the Processes Tab of the Task Manager. Like you said, it does appear to be tough to diagnose these bugs! Thanks again Fiery. Before gaming: Performance tab of Task Manager Before gaming: Memory for AIDA64 Handles: 11906 Working Set: 10,352K Threads: 588 Commit Size: 37,436K Handles: 179 Threads: 5 After gaming: Perfomance tab of Task Manager After gaming: Memory for AIDA64 Handles: 13923 Working Set: 12,368K Threads: 773 Commit Size: 43,940K Handles: 282 Threads: 6
  9. Okay Fiery, will give this a go tonight while gaming, which will be in a few hours.
  10. I tried both of the suggestions you mentioned Fiery, and no sluggishness with just the CPU Temperature checked that I noticed, and a little bit of sluggishness noticed when opening Event Viewer logs with the Registry exporting checked. Sounds good on the possible fixing of this issue soon! In the meantime, I'll leave 'shared memory' unchecked. Thanks again Fiery, Squall and roblion.
  11. I'm glad to have caught it too, thanks to Squall Leonhart! Okay, will do Fiery. Tonight while gaming I'll utitize the first suggestion you gave, selecting only the CPU Temperature, and tomorrow or later tonight will try the second suggestion. Question on 'registry exporting'. Is that the listing called 'Enable writing sensor values to the Registry' in the 'External Applications' section?
  12. Roblion, I'm glad you noticed the sluggishishness of screen redrawing as well and that I wasn't the only one. Good luck to you too.
  13. Good to know it worked for you too roblion! I know, I was about to comment but didn't, that you personally need to have 'shared memory' enabled in AIDA64, using it in conjunction to allow your fan controller and LCD screen to work in tandem with the shared memory. It's good to know it will be fixed soon so that we can have 'shared memory' enabled again without issues, unless you use another method for that as you've mentioned, while using AIDA for benchmarking etc. Thanks again roblion and good luck to you too! Thanks Fiery for working on this.
  14. Roblion, I posted a solution so far for me here. You can try it too. http://forums.aida64...ng/page__st__40
  15. I just gone done gaming and after ALT+Tabbing out of game several times while playing, I opened Event Viewer and clicked on the logs, with no sluggishness! Also, am able to click on the AIDA64 icon in Notification Area many times without a problem of not opening. It appears that disabling 'Shared Memory' fixed this issue for me. I'm not 100% convinced yet, but 98% sure this problem is solved. I'll be more sure after gaming tomorrow night. Roblion, try disabling the 'Shared memory' in AIDA64, see if that fixes it for you. Since Roblion and I didn't have this issue up till about 2 weeks ago, do you guys think it's a bug in AIDA with having 'Shared memory' enabled and it being a mismanaged constant buffer as you've suggested Squall?
  16. Okay will try running AIDA64 with 'Shared memory' unchecked while gaming and see how that works tonight and check on the sluggishness later on as well as the icon appearing near the Start button as a result of clicking on the icon in Notification area, and the AIDA64 not opening as roblion and I have experienced. Thanks Squall.
  17. I have the Shared memory items all checked and enabled too, but don't have any other program running consistenly that would utilize the memory. EVGA Precision is the only program I have running with AIDA64, but have always run that side by side with AIDA64 without problems. To check if it was a conflict with Precision, I recently ran AIDA64 without EVGA Precision running, with the same issues. I haven't tried unchecking all the 'shared memory' items in AIDA64, and thought of that optiion to try. Yes, I use the Desktop Gadget, and even tried unchecking the 'Use HKLM in Registry' box, that didn't fix the issues.
  18. Thanks! You probably know more or about as much as I do about computers and such.
  19. Roblion, that's a good assessment as to what is happening with both of us with AIDA64 lately.
  20. Ah, gotcha now roblion. I use the Zip package as a download, and won't use this now that I know what it is, doing the same things as disabling the low level features and drivers. Thanks for explaining this!
  21. Roblion, you described 'exactly' what' AIDA64 is doing for me as well! Nothing in the event viewer to show any errors with this. I have plenty of memory as well, 6 Gigs and maxed at 70% while gaming. No memory paging issues. I'll give that a try, while gaming, leaving AIDA64 open on the desktop to see if this issue occurs. I get the sluggisness after gaming awhile when opening Event Viewer, for example, in addition to what you've described as well. I'm glad you are experiencing the same problem I am Roblion, so it could hopefully be fixed. Thanks guys for your help on this too. Squall, I usually have the 'Sensor' page open when AIDA64 is minimized.
  22. Where is this /SAFEST option in AIDA64, I don't see it.
  23. Roblion, so good to know it's not just me, whew! I have the same settings set you do under "My Specs'. Same OS as well. I'll go to open AIDA64 in the Notification Area after gaming awhile, and I open it and it's sluggish and then I close it a couple of times, then it gets stuck, unable to open either from right or left clicking. Sometimes I will see half of the AIDA64 icon on the far lower left of my screen near task bar, but it's like it's not really there, disappearing when trying to right or left click AIDA64 again or mousing over that phantom image of AIDA. I haven't tried enabling the SMBus access through ACPI before, but have alternated enabling and disabling the SMART operations, Raid member enumeration, Raid SMART support, nvidia GPU SMBus access through Nvidia Forceware, to no avail of fixing this issue.
  24. I wish to use AIDA64 again without this built up sluggishness. Any other ideas? I'm sure it's not memory issues, I have enough System RAM.
  25. Good info to know, thanks Squall. It's unusual because I can open up the other programs running in the Notification Area just fine. When I close out AIDA64 via the Task Manager by ending the AIDA process and start AIDA64 again, the sluggisness in the Event Viewer is gone, all the logs are snappy when clicked on to open, and AIDA64 opens quick too. The sluggisness seems to occur progressively over time while AIDA64 is open and a running process. By the end of the night, while alt-tabbing out of game, the desktop graphics (icons) disappear for a second and then reappear, the sluggishness I was referring to. I close AIDA64 out, open new instance of it, and all is fine again. This problem is only happening when AIDA64 is running, it's strange.
×
×
  • Create New...