Jump to content
HWBOT Community Forums

I.M.O.G.

Members
  • Posts

    869
  • Joined

  • Last visited

Posts posted by I.M.O.G.

  1. Full XP SP3 here as well. (trying to avoid weirdness)

     

    I can do a mini test if ATI has the problem as well as NVIDIA - I never paid attention when it does it before. Seems like everything, but then I've mostly only been benching NVIDIA stuff. Next up is a 4870, so we'll see if it sucks or not.

     

    @Crusty: I have deleted directcpl.dll before, and it did fix some problem, but I forget what. :)

  2. Thanks for the input. We need to find something on this. It's mainly just a hassle to do a fresh OS install each time we want to run it - once ran a few times the wrapper is murdering the scores like genieben mentioned.

     

    I ended up running it under win7, and the wrapper was scoring about 420K there, however I'm still missing 10-20K because I can't get the wrapper producing proper scores on XP SP3.

     

    Tried again today on the 9800 GTX... Win7 producing the same lower scores I was getting on XP SP3. Will have to get a fresh OS install going to get "real" aquamark scores unless someone else has another solution.

  3. Is there a known fix for low result on XP with aquamark wrapper, and higher result running aquamark directly?

     

    On 8800 series card, I know I've gotten good scores in the past on XP with these cards, but I don't remember if I was still getting higher without wrapper.

     

    On a pretest run, the difference was about 50K. Results reproducible, and I think I've seen this discussed elsewhere in this forum before.

     

    FIX

     

    When the wrapper launches the benchmark it launches a couple additional tasks you can view in task manager. Set these additional tasks to one core affinity and low priority. Score through wrapper is then equal to running aquamark directly. Alt+Tab out of aquamark to enter task manager and apply affinity/priority on other tasks.
  4. It's probably leaving secondary or tertiary subtimings looser than the 890FX/Giga boards you are comparing to. Similar to how some of the z77 gigabyte boards set sub-timings too tight and have been the cause of some memory compatibility issues people have talked about.

     

    Anyways though, I always used the CIVE over the CVF when possible (non-bulldozer), because it yielded me the best results... But if you wanted to make sure you weren't spending money on something just for the sake of convenience, I'd look closer at the 2nd/3rd subtimings.

  5. 1 and 2 were identical, this one is core 2. Three and 4 are strong-ish too, both ~6.8

     

    However M4A89TD Pro/USB3 is too crap of a board, cant run wPrime 32M even at 6.1 and SPi 32M @ 6.4 so I'll have to switch to Crosshair V or buy a CHIV

     

    Nice result. :)

     

    I have a CVF and a CIVE without any plans of being run in the future. The CVF we could make a deal on, though the CIVE has sentimental value, but I could be talked into letting it go if that's what you really want.

  6. That's for Gigabyte to decide on how they recognise their kits. Shouldn't have to go around fiddling with settings 99.99% of people don't understand. Set the strap and go - if the board works then great, if not then too bad, really. I do sense the folly of saying that on an OC forum, but as I review from the perspective of the 'normal enthusiast' user, we're lucky XMP is even set sometimes, let alone XMP then strap as required.

     

    Let's be honest though, GSkill isn't a preferred vendor for Gigabyte. Corsair and Kingston get top priorities, then it filters down. Don't get me wrong, they still work with each other, but in general the later the BIOS the better it seems to work with my kits. In my experience, anyhow - YMMV

     

    The rule of benchmarks prevails... In motherboard reviews where benchmarks are heavily utilized by readers, it gives Gigabyte a perceived "efficiency" advantage because they tighten some things up more than other boards. In most reviews, the reviewer and reader pays no attention to the resulting sub-timings - they assume RAM timings are detected by SPD and set identically. So in a motherboard review where a board is put head to head against a different board, the variance between products is typically 1-3% with all other factors identical (within margin of error)... But a little tweaking like this can give a perceived edge to one board in the benchmark results.

     

    Gigabyte isn't the first to do it. With enough memory module testing while in engineering/bios development, most popular memory will just work and no one pays any mind... The only reason anyone is talking about manually changing these settings on Gigabyte is because some DIMMs weren't tested enough so the auto-settings don't work on some DIMMs at top-end frequencies, which lead to some people figuring out what was up.

     

    Finally, your point doesn't entirely make sense to me. The sticks do just work without fiddling with settings that 99.99% of people don't understand. It's only when pushing aggressive memory frequencies that are pointless for anything other than benchmarking itself that fiddling is required - and fiddling is exactly what we're benchmarking for.

  7. Gone completely from my profile now, like I never did it.

     

    And turrican had just reviewed and approved it earlier today. Lol

     

    An HWBOT moderator, "Turrican", has marked one of your submissions as 'checked by a moderator'.

     

    This was the reason the user gave:

     

    no need for system picture. score is ok, so no mem-tab is ok this time, but next time please don't forget it. ;)

  8. If you are submitting anything other than CPU Frequency, mem frequency, reference clock results... you can just use an old working version of CPUz for the screenshots. CPUz being broken in new versions really only impacts CPUz validations, which are only required for those benches.

     

    Just thought I'd mention this, as it seems maybe some people are worried about CPUz functionality for subs other than those.

×
×
  • Create New...