Not so sure...syzygy wrote:I do agree this discussion is surreal.bob wrote:The "widening" was caused by a bug, as reported by the author.
If only "the author" Don (or Larry) could comment!
Moderators: hgm, Rebel, chrisw
Not so sure...syzygy wrote:I do agree this discussion is surreal.bob wrote:The "widening" was caused by a bug, as reported by the author.
This subthread is about Kai's (real) measurements on Hannibal's smp implementation. The smp implementation has a bug, but the measurements are real. (And my "surreal" was directed at something else than what you're quoting here.)ernest wrote:Not so sure...syzygy wrote:I do agree this discussion is surreal.bob wrote:The "widening" was caused by a bug, as reported by the author.
If only "the author" Don (or Larry) could comment!
Yes I know!syzygy wrote:This subthread is about Kai's (real) measurements on Hannibal's smp implementation.
So this has nothing to do with the corrected bug between 5.1 and 5.1r1 ?...syzygy wrote:3. this is just the state of Komodo's smp implementation at the time of release and a next release might "fix" the bug if that gives Elo improvement.
I don't know what was fixed, but I am pretty sure the bug fix did not bring significant changes.ernest wrote:Yes I know!syzygy wrote:This subthread is about Kai's (real) measurements on Hannibal's smp implementation.
So this has nothing to do with the corrected bug between 5.1 and 5.1r1 ?...syzygy wrote:3. this is just the state of Komodo's smp implementation at the time of release and a next release might "fix" the bug if that gives Elo improvement.
I am usually "Pretty sure" every new change I make is better. "pretty sure" turns out to be far from "reality" sometimes...syzygy wrote:I don't know what was fixed, but I am pretty sure the bug fix did not bring significant changes.ernest wrote:Yes I know!syzygy wrote:This subthread is about Kai's (real) measurements on Hannibal's smp implementation.
So this has nothing to do with the corrected bug between 5.1 and 5.1r1 ?...syzygy wrote:3. this is just the state of Komodo's smp implementation at the time of release and a next release might "fix" the bug if that gives Elo improvement.
Hi Ron,syzygy wrote:Note that "widening" is defined here as "higher quality search when searching to the same depth using more cores".
There is also relevant content in this Rybka forum thread:ernest wrote:Hi Ron,syzygy wrote:Note that "widening" is defined here as "higher quality search when searching to the same depth using more cores".
Somebody (Fulcrum2000) in the Rybka Forum remembered a short 2009 discussion on the subject, which included Vasik Rajlich:
http://rybkaforum.net/cgi-bin/rybkaforu ... pid=158448
Thanks for the thread, it gives some real life numbers which agree remarkably well with Komodo numbers. I measured Komodo effective speedup, and it is as followingAdam Hair wrote:There is also relevant content in this Rybka forum thread:ernest wrote:Hi Ron,syzygy wrote:Note that "widening" is defined here as "higher quality search when searching to the same depth using more cores".
Somebody (Fulcrum2000) in the Rybka Forum remembered a short 2009 discussion on the subject, which included Vasik Rajlich:
http://rybkaforum.net/cgi-bin/rybkaforu ... pid=158448
http://www.rybkaforum.net/cgi-bin/rybka ... l?tid=3836
These are nice threads that confirm much of what was discussed before (but with less noise).Adam Hair wrote:There is also relevant content in this Rybka forum thread:ernest wrote:Hi Ron,syzygy wrote:Note that "widening" is defined here as "higher quality search when searching to the same depth using more cores".
Somebody (Fulcrum2000) in the Rybka Forum remembered a short 2009 discussion on the subject, which included Vasik Rajlich:
http://rybkaforum.net/cgi-bin/rybkaforu ... pid=158448
http://www.rybkaforum.net/cgi-bin/rybka ... l?tid=3836
Vasik Rajlich on 2008-04-28 wrote:When I use the word "speedup", I mean "effective speedup". By itself, a time-to-depth speedup is pointless.