• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

New Beta Client Out.......

Jator

Golden Member
....and this one doesn't have an expiration date. (Saw this on TA News Page)

8014.468

EDIT - Here's the list of improvements on the 8013 and 8014 cores:

2.8014.468 fix: all: bad results caused by build .466.
fix: all: packets were saved and reloaded after buffer update.
fix: all: current packet wasn't discarded on contest closure.
fix: all: exited without crunching with "-n 1" option.

2.8013.467 new: 68k: new, faster RC5 cores (previously only available in
the AmigaOS client)
new: x86: new, faster RC5 core for the P4.
new: ia64: new 4 pipeline ansi core, used by ia64.
imp: all: add support for a second argument to -test/-bench, the
number to use. example: 'dnetc -test rc5 8'
imp: some: OGR behaves more predictably on non-preemptive systems.
new: macos: dnetc can now find its support files in the active
systems "Application Support" or "Preferences" folder.
 
It was a big letdown for me:
dnetc v2.8010-463-CTR-00071213 for Win32 (Windows 4.10).
[Mar 14 04:46:35 UTC] Benchmark for RC5 core #6 (RG/HB ath)
0.00:00:16.19 [4,661,524.32 keys/sec]

dnetc v2.8014-468-GTR-01031016 for Win32 (Windows 4.10).
[Mar 14 04:50:01 UTC] RC5: Benchmark for core #6 (RG/HB re-pair II)
0.00:00:17.28 [4,585,812 keys/sec]


I'll stick with what works for now. 🙁
 
That's why the 8011-464g was so popular with discriminating OGR counters. It was better than 10% faster on P2/P3/Celerons, but slower with K6s.

viz
 
I benchmarked the 8013 on my fathers P4. There is nothing really to get excited about, no great speed improvement. 🙁
 
While the new 8014 client ran flawlessly, it did not run as fast as 436b, so I've switched back. Mad Pierre, I hope you're correct about the debug code. The executable certainly is larger.
 
Back
Top