If you think having close derivatives doesn't affect fun and rather increase it, I guess you'll be happy when all the original non-SF non-Leela engines of relevant strength go out of development while you'll get 10 NNUE players to compete with Leela (but still lose to Stockfish).the_real_greco wrote: ↑Tue Sep 29, 2020 10:49 pm So what I guess what I'm saying is, including Allie is more fun than having two engines compete for two SuFi spots? And I'm not sure there's any other question to ask.
Is Allie a 'Leela net player'?
Moderators: hgm, Rebel, chrisw
-
- Posts: 550
- Joined: Tue Nov 19, 2019 8:48 pm
- Full name: Alayan Feh
Re: Is Allie a 'Leela net player'?
-
- Posts: 4319
- Joined: Tue Apr 03, 2012 4:28 pm
Re: Is Allie a 'Leela net player'?
You don't get metaphor?
-
- Posts: 216
- Joined: Sun Jan 22, 2017 8:30 pm
- Location: Russia
Re: Is Allie a 'Leela net player'?
^^ SlowBlitz, RofChade, Schooner, and Pedone (and Komodo, though I'm not sure how long it will stick around) are closed-source, and I trust that their authors are honest enough not to copypaste GPLed code. Also, Winter is on a very original route, and I haven't stopped believing in it yet.
-
- Posts: 70
- Joined: Thu Sep 19, 2019 5:55 am
- Full name: Andy!
Re: Is Allie a 'Leela net player'?
I think you misunderstood me. I didn't generalize to "close derivatives". I made a claim about the effect of Allie in this specific circumstance.Alayan wrote: ↑Tue Sep 29, 2020 11:42 pmIf you think having close derivatives doesn't affect fun and rather increase it, I guess you'll be happy when all the original non-SF non-Leela engines of relevant strength go out of development while you'll get 10 NNUE players to compete with Leela (but still lose to Stockfish).the_real_greco wrote: ↑Tue Sep 29, 2020 10:49 pm So what I guess what I'm saying is, including Allie is more fun than having two engines compete for two SuFi spots? And I'm not sure there's any other question to ask.
-
- Posts: 70
- Joined: Thu Sep 19, 2019 5:55 am
- Full name: Andy!
Re: Is Allie a 'Leela net player'?
You're preaching to the choir! But I will say, the difficulty lies in who you're letting pick the engines. Being able to reference rules gives the veneer of objectivity.Madeleine Birchfield wrote: ↑Tue Sep 29, 2020 11:00 pm Then why have uniqueness rules in the first place? Why doesn't TCEC do what CCCC does and say, 'here are the engines that are playing this season and we as the organisers have the right to choose which engines get to participate in the tournament and which engines do not, to ensure maximum fun in the tournament'.
-
- Posts: 512
- Joined: Tue Sep 29, 2020 4:29 pm
- Location: Dublin, Ireland
- Full name: Madeleine Birchfield
Re: Is Allie a 'Leela net player'?
Moving the conversation back into this thread:
So should the CUDA backend be considered as a library instead of Leela specific code, if it is more general than Leela? Should NNUE be considered a library instead of Stockfish specific code as well then? NNUE isn't chess specific either; it originated in shogi. Should the rules governing the CUDA backend library therefore be the same as the rules governing NNUE code in TCEC, and should the rules governing both be more restrictive regarding engine uniqueness or less restrictive?
-
- Posts: 512
- Joined: Tue Sep 29, 2020 4:29 pm
- Location: Dublin, Ireland
- Full name: Madeleine Birchfield
Re: Is Allie a 'Leela net player'?
TCEC already suffers from perceived bias, in opening choices and hardware choices, along with engine participation. Especially with hardware, there seems not to be any inherent objectivity in TCEC's choices in the hardware, the hardware used is what TCEC says it will be. I don't see much difference with choosing engines then, if there is already precedent in hardware choices. No need for engine rules, make it invite only. And make it clear that each engine has to be re-invited to the tournament each season to participate that season.the_real_greco wrote: ↑Wed Sep 30, 2020 12:29 am You're preaching to the choir! But I will say, the difficulty lies in who you're letting pick the engines. Being able to reference rules gives the veneer of objectivity.
-
- Posts: 1631
- Joined: Tue Aug 21, 2018 7:52 pm
- Full name: Dietrich Kappe
Re: Is Allie a 'Leela net player'?
Don’t evade the point. You are fluttering your hands and referring to some “leela backend” that Allie is using. Not true. What there is instead is some highly optimized linear algebra CUDA code written by one individual and contributed to both projects.Madeleine Birchfield wrote: ↑Wed Sep 30, 2020 1:47 am Moving the conversation back into this thread:
So should the CUDA backend be considered as a library instead of Leela specific code, if it is more general than Leela? Should NNUE be considered a library instead of Stockfish specific code as well then? NNUE isn't chess specific either; it originated in shogi. Should the rules governing the CUDA backend library therefore be the same as the rules governing NNUE code in TCEC, and should the rules governing both be more restrictive regarding engine uniqueness or less restrictive?
Stop making yourself look ridiculous.
Fat Titz by Stockfish, the engine with the bodaciously big net. Remember: size matters. If you want to learn more about this engine just google for "Fat Titz".
-
- Posts: 4185
- Joined: Tue Mar 14, 2006 11:34 am
- Location: Ethiopia
Re: Is Allie a 'Leela net player'?
Yes, NNUE or other NN probing code is something that fits the description of a library nicely.Madeleine Birchfield wrote: ↑Wed Sep 30, 2020 1:47 am Moving the conversation back into this thread:
So should the CUDA backend be considered as a library instead of Leela specific code, if it is more general than Leela? Should NNUE be considered a library instead of Stockfish specific code as well then? NNUE isn't chess specific either; it originated in shogi. Should the rules governing the CUDA backend library therefore be the same as the rules governing NNUE code in TCEC, and should the rules governing both be more restrictive regarding engine uniqueness or less restrictive?
Re-inventing the wheel is not a mark of originality despite what some say here.
For example, I use tensorflow library for probing any neural network on the CPU, and TensorRT for the GPU (I could probably
skip this one and use tensorflow for the GPU too). Tensorflow can do CuDNN or TensoRT or OpenCL etc, so in this regard the gazillion
leela backends are a waste of time. Infact, it is my opinion that this has proven detrimental to experimentation with different net architectures.
Even for NNUE you can probably use Tensorflow for the dense layers and use INT8 optimization to get a similar level of accelration.
While the first layer can be calculated by the engine from weights retreived from the tensorflow graph.
The current NNUE training code is adhoc, i mean who writes a NN training code from scratch in this day and age of AI ??
About originality of engines, could you state a rule that will statisfy you ?
-
- Posts: 512
- Joined: Tue Sep 29, 2020 4:29 pm
- Location: Dublin, Ireland
- Full name: Madeleine Birchfield
Re: Is Allie a 'Leela net player'?
Then what exactly makes the CUDA code, written by ankan for the Leela and Allie engines, any different than the NNUE training and evaluation code, written by nodchip for Stockfish, Minic, Igel, Rubichess, Orion and other CPU alpha beta engines? If there isn't any difference, then TCEC and other members of the community should treat one as they treat the other; either allow the likes of Igel to use the Stockfish data/engine in net training, or disallow the likes of Allie/Stein to use the Leela data/engine in net training.dkappe wrote: ↑Wed Sep 30, 2020 1:58 am Don’t evade the point. You are fluttering your hands and referring to some “leela backend” that Allie is using. Not true. What there is instead is some highly optimized linear algebra CUDA code written by one individual and contributed to both projects.
Stop making yourself look ridiculous.
Perhaps 'Leela net player' is incorrect terminology, perhaps we should be calling both Allie and Leela 'ankan NN players' or something to indicate that ankan was the one to contribute to the CUDA backend, in the same way that NNUE is used for nodchip's code.