MMM
Results 1 to 25 of 815

Thread: New Multi-Threaded Pi Program - Faster than SuperPi and PiFast

Threaded View

  1. #11
    Xtreme Enthusiast
    Join Date
    Mar 2009
    Location
    Bay Area, California
    Posts
    705
    Quote Originally Posted by SquattingDog View Post
    Thought it was worth having a look at other machines too, not just i7 and dual-socket beasts
    I like that attitude. I haven't seen a P4 in a while.

    Quote Originally Posted by SquattingDog View Post
    The 5200+ cannot complete validation - may not be stable, need to test and tune that a little more lol.
    It's probably a bug in the validation itself - probably being too aggressive with anti-cheat protection. But unless I can reproduce that on a machine that I have access to, I can't fix it.

    Hardware errors don't give that message.

    When a hardware error occurs, one of 4 things can happen:
    1. Crash or BSOD - just to state the obvious...
    2. y-cruncher catches the error, corrects it, and moves on. Validation will still fail. (see picture below)
    3. y-cruncher catches the error, is unable to correct it, and prints an error message.
    4. y-cruncher does not catch the error, and it tells you that the digits don't match at the end.


    When y-cruncher catches and corrects an error, it will look like this:

    If you're curious, this screenshot was generated by intentionally introducing an error into the computation via the source code.
    I don't have access to any unstable machines, and most hardware errors usually end with a BSOD.
    So no, this feature hasn't actually been "truely" tested before.

    The sanity check error that it gave you can (but not always) show up under the following circumstances:
    1. Either the system clock or the BIOS clock has been tampered during the computation.
    2. The program has detected an abnormal frequency* - possibly caused by time-slowing cheats.
    3. The binary has been tampered with.
    4. The base clock or the FSB has been tampered with.**


    *Note that speed-step and any CPU throttling/power-saving feature does NOT trigger this. (I've made sure of that.)
    **This is an unwanted side-effect of the anti-cheat protection. As a result, SetFSB and similar tools may not work as they may trigger a sanity check error.

    It is VERY possible that there are other "legit" things that could set off a sanity check error.
    I've fixed all the things I know of that I could reproduce on my machines. But I don't have a lot of machines to play with, so it's very likely that it's still buggy.
    Last edited by poke349; 07-15-2009 at 12:22 PM. Reason: grammar fix, added info
    Main Machine:
    AMD FX8350 @ stock --- 16 GB DDR3 @ 1333 MHz --- Asus M5A99FX Pro R2.0 --- 2.0 TB Seagate

    Miscellaneous Workstations for Code-Testing:
    Intel Core i7 4770K @ 4.0 GHz --- 32 GB DDR3 @ 1866 MHz --- Asus Z87-Plus --- 1.5 TB (boot) --- 4 x 1 TB + 4 x 2 TB (swap)

Tags for this Thread

Bookmarks

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •