Topic Rybka Support & Discussion / Rybka Discussion / Questions for Vas regarding upcoming Deep Rybka 5
Happy New Year Vas and welcome back! :) Do you plan to sell Rybka 5 under Chessbase with a new powerful book? It would be awesome! How many cores has the latest Rybka Cluster? Thank you. I'm looking forward for Deep Rybka 5 to be released, and I strongly believe it will regain the number 1 spot as it has always deserved! All the best!
> Do you plan to sell Rybka 5 under Chessbase with a new powerful book?
Yes and yes (but it's not a concrete plan yet).
> How many cores has the latest Rybka Cluster?
Lukas can give you the exact amount. It's around 300.
Vas
Thank you very much Vas for the provided information! All the best!
Which information?
Let me try to ask some more testing questions: 
i) Will Rybka 5 be geared for multi-socket (NUMA) machines like Houdini 2 Pro?
ii) Will you release a single core version for IDeA use?
iii) In Rybka's development a couple of years ago you stated that you spent roughly 2/3 of your time on search and 1/3 on evaluation. Has that proportion changed or stayed the same?

i) Will Rybka 5 be geared for multi-socket (NUMA) machines like Houdini 2 Pro?
ii) Will you release a single core version for IDeA use?
iii) In Rybka's development a couple of years ago you stated that you spent roughly 2/3 of your time on search and 1/3 on evaluation. Has that proportion changed or stayed the same?
i) No, I doubt it.
ii) Yes (100% sure).
iii) Maybe it's more like 3/4 search and 1/4 eval now. It's hard to say for sure, a lot of my work is not specific to either.
Vas
ii) Yes (100% sure).
iii) Maybe it's more like 3/4 search and 1/4 eval now. It's hard to say for sure, a lot of my work is not specific to either.
Vas
Will you add King Safety Eval Parameter ?
Will it contain Learning feature like critter ?
Will it contain Learning feature like critter ?
A hot question here on the forum is how well your cluster algorithms work with a large number of cores. Care to speculate on what kind of improvement in Elo you would get from doubling the cores from ~300 to ~600?
We'd probably get a 1.6x speedup going from 300 to 600 cores. What that translates to in Elo terms will depend on test conditions.
Vas
Vas
Wow. A 1.6X real speadup going from 300 to 600 cores without shared memory is in the 'unbelievable' realm. Not that I would bet against you in a freestyle game!
Please note that that's a WAG. It might easily be 1.5x. But it's decent.
Vas
Vas
If you got an average of 100 kN/sec per core and could run on a supercomputer with 100,000 cores, you'd achieve a paltry 10 gN/sec.
Anyways I have heard that Rybka's kN/sec output was "deliberately obfuscated". I thought the reasoning was that you could really only compare two identical engines to get an accurate benchmark anyways, so Rybka's node count was made the way it was so it would be more convenient for development. Clarification?
Anyways I have heard that Rybka's kN/sec output was "deliberately obfuscated". I thought the reasoning was that you could really only compare two identical engines to get an accurate benchmark anyways, so Rybka's node count was made the way it was so it would be more convenient for development. Clarification?
Rybka's node counts are lower than how other engines count nodes (AFAIK).
Rybka's node counts are also adjusted to take into account for multiprocessing inefficiency. If you have two Rybka processes and they each search 100 nodes, Rybka will report around 170 nodes searched rather than 200, because the value of the combined work is about the same as a single 170-node search. I don't know how other engines handle this.
Vas
Rybka's node counts are also adjusted to take into account for multiprocessing inefficiency. If you have two Rybka processes and they each search 100 nodes, Rybka will report around 170 nodes searched rather than 200, because the value of the combined work is about the same as a single 170-node search. I don't know how other engines handle this.
Vas
Other engines count every node without accounting for MP inefficiency. This has led some to conclude (incorrectly) that Rybka scales worse than some other engines...
Aha. Maybe the NPS scaling should be superlinear with # of processors. 
Vas

Vas
With H2, NPS increases almost exactly linearly out to 12 (16?) nodes...
> With H2, NPS increases almost exactly linearly out to 12 (16?) nodes...
So then you need to allow for a 20% loss of efficiency per doubling of cores.
http://rybkaforum.net/cgi-bin/rybkaforum/topic_show.pl?tid=23899
Seems like Vas has built this 20% into his node counter.
Vas has built a derating curve into his reported NPS values, but I hope it is based on something more substantial than just a 20% loss of efficiency per doubling...
Actually that's pretty much the formula. I think it's 1.7x speedup per doubling.
Vas
Vas
Indeed, 20% efficiency reduction corresponds to 2 / 1.2 = 1.67x effective speed per doubling, pretty much the same value.
Apparently your hardcore fans are quite disappointed that it's as simple as that.
Apparently your hardcore fans are quite disappointed that it's as simple as that.
i knew it was approx 1.7 nobody is disappointed in this,did you think otherwise.Trust you were amused by my 40/40 testing K4-H2
http://rybkaforum.net/cgi-bin/rybkaforum/topic_show.pl?tid=23839;pg=1
http://rybkaforum.net/cgi-bin/rybkaforum/topic_show.pl?tid=23839;pg=1
You didn't access Gaviota Tb's ? Did you? I didn't see any Tb hits on any of the games accessed by Houdini. That's why I'm asking. Or, maybe that wouldn't effect the outcome of any of the games played.
no.
The only reason I'm asking is because I don't have a clue how to run a single core match and I did note that on IPON they utilitize 64 MB hash and 4 piece tbs.
> Apparently your hardcore fans are quite disappointed that it's as simple as that.
I guess Alan expected me to account for some other things like interprocess latencies.
Vas
I thought you (or Lukas) actually did some representative measures of speedup going from 1 to 2 to 4 to 8 to 12 cores and tried to fit some curve to these values. I'm not sure I believe the speedup in going from 2 to 3 cores is the same as going from 8 to 12. I certainly don't believe that the speedup from going from 1 to 2 cores would be the same as going from 32 to 64 cores.
Aha. My formula is of course an approximation. There are a lot of things which genuinely influence the speedup which it doesn't consider. Still, it is surprisingly accurate.
Vas
Vas
Some do account for MP/cluster inefficiency.
Which ones?
Sjeng (Cluster) does. You can actually see the effiency and measure it.
OK, I was kind of referring to available engines.
Oh, my God! You need to get out more!
Of course my only request will be -
Will you commit to a bugfix update! Do we get the "showstopper" option thrown in again? Just for old times sake.
Will you commit to a bugfix update! Do we get the "showstopper" option thrown in again? Just for old times sake.
Actually I've decided to stop having big bugs in my code. 
It was a close call, but ...
Vas

It was a close call, but ...
Vas
Aah! The influence of experiencing an expanding universe and the changing of diapers?
More the former than the latter. 
Vas

Vas
I've noted that the Crown is that of the Queen and not of the King -was that intentional?
I don't know. Maybe Dadi wanted to use a knight and accidentally uploaded the wrong file! 
I see you got your gold crown after all.
Vas

I see you got your gold crown after all.

Vas
My point being the next in line could be the king's crown !
But I suppose that might be too confusing at this point.

But I suppose that might be too confusing at this point.
I guess Uly is the only one in line to get that one right now.
Actually, maybe he would be a good one to come up with a design for the next symbol.
(I did read your last post)
I think all the ideas are good to be honest. Uly is great at design ideas.
I think all the ideas are good to be honest. Uly is great at design ideas.
I always wanted a knight in the ranks, but now that there's a crown already there...
Oh, and I never got the bronze or silver crowns because when they were implemented I jumped to gold directly. I was thinking if I could have a second forum account (with permission) to go for them.
Oh, and I never got the bronze or silver crowns because when they were implemented I jumped to gold directly. I was thinking if I could have a second forum account (with permission) to go for them.
Maybe the crowns should be displayed side by side. For example, if you have enough posts for a gold crown plus enough posts left over for another bronze crown, both should be displayed.
Vas
Vas
Well, that makers me think about the solution for further ranks:
25000 posts - 2 Gold crowns
50000 posts - 3 Gold crowns
75000 posts - 4 Gold crowns
100000 posts - 5 Gold crowns
25000 posts - 2 Gold crowns
50000 posts - 3 Gold crowns
75000 posts - 4 Gold crowns
100000 posts - 5 Gold crowns
That sounds pretty steep. Isn't one gold crown 10,000 posts? In this case I would say that 20,000 should be 2, 30,000 posts should be 3, etc.
Vas
Vas
Hmm, the steepness could be fixed with intermediate ranks:
20,000 Gold + Bronze
25,000 Gold + Silver
30,000 Gold + Gold
35,000 Gold + Gold + Bronze
40,000 Gold + Gold + Bronze
45,000 Gold + Gold + Silver
50,000 Gold + Gold + Gold
55,000 Gold + Gold + Gold + Bronze
60,000 Gold + Gold + Gold + Silver
65,000 Gold + Gold + Gold + Gold
70,000 Gold + Gold + Gold + Gold + Bronze
75,000 Gold + Gold + Gold + Gold + Silver
80,000 Gold + Gold + Gold + Gold + Gold
Though it doesn't end on the mighty 100k.
(I hope this isn't KISS
)
20,000 Gold + Bronze
25,000 Gold + Silver
30,000 Gold + Gold
35,000 Gold + Gold + Bronze
40,000 Gold + Gold + Bronze
45,000 Gold + Gold + Silver
50,000 Gold + Gold + Gold
55,000 Gold + Gold + Gold + Bronze
60,000 Gold + Gold + Gold + Silver
65,000 Gold + Gold + Gold + Gold
70,000 Gold + Gold + Gold + Gold + Bronze
75,000 Gold + Gold + Gold + Gold + Silver
80,000 Gold + Gold + Gold + Gold + Gold
Though it doesn't end on the mighty 100k.
(I hope this isn't KISS
)
Oh, you just want more crowns for yourself.
Well, I'm thinking 20 years down the road
Topic Rybka Support & Discussion / Rybka Discussion / Questions for Vas regarding upcoming Deep Rybka 5
Powered by mwForum 2.27.4 © 1999-2012 Markus Wichitill