TCEC 16 - Чемпионат Мира среди шахматных движков

[sovaz1997]

TCEC 16 начнется 14 Июля 2019 года в 17:00 (по МСК) с участием сильнейших шахматных движков в мире. Впервые в истории движок с нейронной сетью, Leela Chess Zero (Lc0), будет защищать как титул лиги, так и Кубок.



TCEC 16 будет представлен в новом формате. Он сохранит известный Премьер-дивизион и Суперфинал, как и в предыдущих сезонах, но даст больше шансов движкам, чтобы подняться в рейтинге. По этой причине будут созданы три лиги из 16 движков. Мероприятие начнется с Квалификационной лиги, где будут представлены все новички, включая новые движки AB и движки, использующие нейронные сети. Лучшие 6 из Квалификационной лиги перейдут в Лигу 2 (также 6 перейдут в низшую лигу), а лучшие 4 из Лиги 2 перейдут в Лигу 1 (также 4 перейдут в низшую лигу). Наконец, лучшие 2 движка из Лиги 1 будут квалифицированы в Премьер-дивизион (также 2 будут переведены в низшую лигу).

Изменение структуры для TCEC необходимо из-за быстрого развития компьютерных шахмат. С новым форматом больше движков получат шанс подняться и получить шанс войти в элиту.

Вот список участников для Премьер-дивизиона и вновь образованных лиг. Посев двигателей полностью основан на TCEC 15.

Суперфинал (100 игр с контролем 120′+10″ – используется новая дебютная книга от Jeroen Noomen)

Развернуть для просмотра

1. 1-е место Премьер-дивизиона
2. 2-е место Премьер-дивизиона

[свернуть]

Премьер-дивизион (3x DRR с контролем 90′+5″ – используется новая 8-ходовая книга от Cato (Nelson Hernandez))

Развернуть для просмотра

1. Lc0 – текущий чемпион TCEC
2. Stockfish
3. Komodo
4. AllieStein
5. Houdini
6. Komodo MCTS
7. 1-е место из Лиги 1
8. 2-е место из Лиги 1

[свернуть]

Лига 1 (1x DRR с контролем 45+5 - используется 6-ходовая дебютная книга, рандомизированная)

Развернуть для просмотра

1. Ethereal
2. Fire
3. Xiphos
4. Laser
5. Andscacs
6. Fizbo
7. Jonny
8. Chiron
9. Ginkgo
10. ChessBrainVB
11. Booot
12. Rofchade
13. из Лиги 2
14. из Лиги 2
15. из Лиги 2
16. из Лиги 2

[свернуть]

Лига2 (1x DRR with time control 30+5 – using a 4 move book, рандомизированная)

Развернуть для просмотра

1. Fritz
2. Nirvana
3. Arasan
4. Texel
5. Vajolet
6. Gull
7. Pedone
8. Nemorino
9. Rubichess
10. Pirarucu
11. из квалификационного раунда
12. из квалификационного раунда
13. из квалификационного раунда
14. из квалификационного раунда
15. из квалификационного раунда
16. из квалификационного раунда

[свернуть]

Квалификация (1x DRR с контролем 30+5 – используется 2-ходовая дебютная книга, рандомизированная)

18 движков бьются за 6 квалификационных позиций. Это смесь движков из 4-го дивизиона и новых.

Развернуть для просмотра

1. Bagatur 1.7b
2. The Baron 3.44.1
3. Cheese 2.1
4. chess22k 1.12
5. ChessFighterNN v2.1-n8x128c_7411
6. Igel 1.8.0
7. Jumbo 0.6.117
8. Marvin 3.4.0
9. Minic 0.76
10. ScorpioNN v2.9.0-n_maddex_INT8
11. Stoofvlees II a10
12. Topple 0.7.2_dev
13. Tucano 7.07
14. Wasp 3.68
15. Winter 0.6
16. Asymptote 0.6.2
17. Rodent III
18. Lc0 CPU

[свернуть]

Промо-движок в полевых условиях
Многие движки в настоящее время используют NN, полностью используя графические процессоры. Тем не менее, чемпион Lc0 выпустил сильную версию, играющую только на CPU! Это не уникальный движок по критериям TCEC, но, безусловно, приятно видеть, как он играет против реальных конкурентов с силой, превышающей 3000 пунктов Эло. Таким образом, Lc0 CPU входит в TCEC в качестве промо-движка. Он будет играть в дивизионе, но в конце турнира все результаты движка будут аннулированы.

[Maratka]

Цитата: Сообщение от dew

как же хваленое дополнение к шине pcie ввиде nvlink(как и sli вплоть до quad), поддержка которого, на миточку(!), присутсвует в SDK NVIDIA Nsight Compute

Это к crem, не ко мне.
Но даже если и... то это все одно не более двух плат, если не путаю спецификации.

[dew]

Цитата: Сообщение от Maratka

Это к crem, не ко мне.
Но даже если и... то это все одно не более двух плат, если не путаю спецификации.

https://devblogs.nvidia.com/how-nvli...gpu-computing/

Тут пиарится аж четыре GPU, и говорят, что это огонь

[dew]

Ну и по поводу того, что зеленые и красные сосредоточились на конкретной поддержки 2-х плат... NVidia втихую (чтобы видимо AMD потеряла бдительность), к nvlink хреначат поддержку nvswitch..

[Maratka]

Цитата: Сообщение от Alex_Zet

Также Маратка не однократно заявлял что только Сток может на равных бороться с Лилой а значит их рейтинги равны. И вдруг как разорвавшаяся бомба, оказывается что бы сместить Лилу нужно всего 50 эло. То есть если сейчас Комодо не может убрать Лилу потому что не хватает 100 эло, то если прибавить 50 эло то этого будет вполне достаточно. Видимо Маратка подразумевает что эти 50 будут не совсем обычные а с дополнительным эффектом, тайный аромат который усыпит Лилу.

Если бы Вы были бы не тем дурнем, которым хотите казаться, а обычным дурнем, я бы сказал, что есть зависимость от contemt, когда более сильный с большей вероятностью переигрывает более слабого даже в ничейных позициях, за счет чего набирает очки на слабых соперниках.

Но т.к Вы еще бОльший дурень, то объяснять это Вам не буду. Читайте доки.

[svoitsl]

Цитата: Сообщение от Alex_Zet

Видимо Маратка подразумевает что эти 50 будут не совсем обычные а с дополнительным эффектом, тайный аромат который усыпит Лилу

Чем меньше разница в силе игры, тем большее влияние оказывают случайные факторы при малом числе игр. И даже когда окончится премьер дивизион ошибка в одно место вполне вероятна, при разнице менее 50 Эло

[Maratka]

Цитата: Сообщение от dew

Тут пиарится аж четыре GPU, и говорят, что это огонь

Возможно, но опять же - на узких задачах. Т.е. попросту говоря, если цикл счета на плате занимает 1/100 секунды, а передача данных по шине 1/1000 для синхронизации, то выхлоп будет практически двойной, при сравнимом времени - уже около 50%, а если передача по шине занимает бОльшую часть времени - то схлопывается до нуля, по мере того, как время передачи данных увеличивается супротив времени счета.

Это чистая теория, но... она именно такова, даже не представляю программного хака для ее обхода.
И не суть, как устроена шина, и какая ее пропускная способность, важно лишь соотношение времени счета и передачи.

[Maratka]

Чисто формально можно построить модель: условно говоря, если мы ограничимся только 32-битным кодом, то на старых 386/486 есть опции в BIOS (и даже аппаратная возможность по физическому удалению микросхем) не задействовать L2-кэш. Ну и что там можно программно придумать для компенсации?

[dew]

Цитата: Сообщение от Maratka

Это чистая теория, но... она именно такова, даже не представляю программного хака для ее обхода.
И не суть, как устроена шина, и какая ее пропускная способность, важно лишь соотношение времени счета и передачи.

Ээээ... Есть мнение, что GPU для видео-игр не смогут прогрузить pcie 4, и Вы сильно ошибаетесь в плане NN-вычислений(в данном случае шахмат) и, к примеру, в майнинг сфере, где все вычисления внутри и по pcie лишь отдается результат (настолько о-малое в сравнении с играми)..

[Maratka]

Цитата: Сообщение от dew

к примеру, в майнинг сфере, где все вычисления внутри и по pcie лишь отдается результат (настолько о-малое в сравнении с играми)..

Не силен в теории, но предположу, что там работает тот самый "ленивый" MP, что и у SF, когда каждая плата занята подбором индивидуального хеша, а тут законы не писаны, оно масштабируется практически линейно как минимум до сотен плат.

Но вот когда много плат решают общую задачу - это все же не так просто.

[Cr@ck]

Не спешите вы нас хоронить, есть у нас ещё дома дела.
С уважением,
Komodo

[dew]

Цитата: Сообщение от Maratka

Не силен в теории, но предположу, что там работает тот самый "ленивый" MP, что и у SF, когда каждая плата занята подбором индивидуального хеша, а тут законы не писаны, оно масштабируется практически линейно как минимум до сотен плат.

Но вот когда много плат решают общую задачу - это все же не так просто.

Ну, тут как? В NUMA так же не просто - каждый CPU напрямую контроллирует определенную зону памяти (не всю), и чтобы добраться до остальной памяти - приходится это делать через одно место (одним словом - медленно)
Так вот, наверное, не надо на multi-gpu строить архитектурно логику аля-NUMA? Где nvlink там на каждой плате минимум 8GB (я к тому что для Lc0 2GB за глаза), и не надо экономить память - а загрузить одно и тоже в каждую плату (дубликация, а не дедубликация) и гонять между только дельты и по nvlink, который будет быстрее в 4-5 раз на обмене данными нежели pcie.. Есть сомнения, что и нет проблем в шине pcie, но нет сомнений - если делать все правильно (а не изображать из себя другие архитектуры), то в пропускную способность nvlink упереться - надо специально постараться.. А чтобы сделать достаточно все грамотно нужно либо много читать, либо мало..

[sovaz1997]

Allie доигралась. А Лила-то предупреждала))

[dew]

Цитата: Сообщение от sovaz1997

Allie доигралась. А Лила-то предупреждала))

Да уж сток поймал ее в цейтнот

[Vizvezdenec]

Ну это она получила обратку за халяву от KomodoMCTS, где показывала +10 в эндшпиле, который удержу и я, и KMCTS умудрился там облажаться.
А тут облажалась сама в шафле на коротком времени, ну да это, наверное, самый сильный компонент игры SF

[Vizvezdenec]

Ну я про то, что если прям не заниматься теорией, то знания устаревают. В плане какие-то варианты становятся более актуальными, чем ранее, какие-то наоборот с новыми анализами начинают считаться плохими, и если за этим не следить, то багаж знаний дебютных устаревает.

[Гудвин]

Посты про велосипед, кирпич на голову и пр. перенес в тему
https://forchess.ru/showthread.php?t=24&page=50

[Alex_Zet]

Лила первой из движков сделала дабл киллер, гуттаперчевые Комодо МС попался под горячую руку.
И чую что будет ещё. Хотя бы даже и на инкрементах. Черт его только знает когда. Да это бы и черт с ним.

[Alex_Zet]

Цитата: Сообщение от Vizvezdenec

А тут облажалась сама в шафле

[Maratka]

Я что-то не понял, SF упал, что ли?

[dew]

Цитата: Сообщение от Maratka

Я что-то не понял, SF упал, что ли?

написано, что крашнулся

[Maratka]

Как-то не верится..
А партия осталась в архиве, где бы ее посмотреть?

[dew]

Цитата: Сообщение от Maratka

Как-то не верится..
А партия осталась в архиве, где бы ее посмотреть?

вот тут:

https://groups.google.com/forum/?fro...ng/5c2uvNHiLfA

[Alex_Zet]

Случилось то что должно было случиться.

AllieStein - Komodo 1 - 0

1. e4 g6 2. d4 Bg7 3. Nc3 d6 4. Bg5 c6 5. Qd2 b5 6. f4 Nf6 7. Bd3 O-O 8. Nf3 Bg4 9. Ne2 c5 10. dxc5 dxc5 11. e5 Nc6 12. exf6 exf6 13. Bh4 Qe7 14. c3 c4 15. Bc2 Rad8 16. Qc1 Rfe8 17. Bd1 Bxf3 18. gxf3 Qd7 19. O-O a6 20. Re1 Qh3 21. Bf2 Bf8 22. Ng3 Rxe1+ 23. Bxe1 Bc5+ 24. Kh1 Qe6 25. Be2 f5 26. Bf1 Ne7 27. Ne2 Be3 28. Qc2 Nd5 29. Nd4 Bxd4 30. cxd4 Qc6 31. Ba5 Re8 32. Re1 Rxe1 33. Bxe1 Nxf4 34. Qf2 f6 35. Kg1 Kg7 36. Bd2 Qd6 37. Kh1 Ne6 38. a3 Qd5 39. Bg2 f4 40. h3 g5 41. Bc3 f5 42. Kg1 Kg6 43. h4 h6 44. Bh3 Ng7 45. Qe2 Kf7 46. hxg5 hxg5 47. Qe5 Qxe5 48. dxe5 Ke6 49. Ba5 Ne8 50. Bd8 Kxe5 51. Bxg5 Nc7 52. Bd8 Nd5 53. Kf2 Ke6 54. Ke1 Ne3 55. Bc7 Nd5 56. Bb8 Kf6 57. Bf1 Ke6 58. Be2 Kf6 59. Ba7 Ke6 60. Kd2 Kf6 61. Bd1 Ke5 62. Bc2 Ne7 63. Bb8+ Kf6 64. Bxf4 Ke6 65. Be3 Nd5 66. Bd4 Nf4 67. Ba7 Nd5 68. Bd1 Ne7 69. Bf2 Kd7 70. Bc2 Ke6 71. Bd1 Nd5 72. Bd4 Ne7 73. b3 cxb3 74. Bxb3+ Kd6 75. Bg7 Ng6 76. Ke3 Nh4 77. Bc3 Ng2+ 78. Ke2 Nf4+ 79. Ke3 Ng2+ 80. Kf2 Nf4 81. Bd2 Nh5 82. Bc2 Ke6 1-0

[svoitsl]

13 оказалась для Стокфиша несчастливым числом

[sovaz1997]

Я вообще не уверен, что Сток падал. Посмотрим, что выяснят)

[Vizvezdenec]

Короче говоря, Windows не позволяет увидеть результаты Crash Dump.
Так что это засчитано как краш.
Но в этом сезоне, например, уже падал стабильный Laser. Не исключено, что это железячно-софтверная проблема TCEC. Пока что ребята с большими ядрами (у Vondele и Fisherman по 32) пытаются что-то воспроизвести.
Но что-то я не верю в воспроизводимость, на 4с SF не падет, у Mark Young тоже не падает, на фиштесте опять-таки 0 крашей, прям из этой позиции запускал поиск crossbr на 32 потоках - вроде бы тоже всё нормально.
Не исключено, что какой-то редкий баг поймался, связанный с уже достаточно старым железом (впрочем, не исключено, что и достаточно редкий баг стокфиша поймался).

[Alex_Zet]

Цитата: Сообщение от sovaz1997

Я вообще не уверен, что Сток падал. Посмотрим, что выяснят)

Обыкновенный крэш. Что тут гадать. Ко всему Стокфиш стал не надежным движком. Что называется дообновлялись

[Alex_Zet]

Цитата: Сообщение от Vizvezdenec

Короче говоря, Windows не позволяет увидеть результаты Crash Dump.
Так что это засчитано как краш.
Но в этом сезоне, например, уже падал стабильный Laser. Не исключено, что это железячно-софтверная проблема TCEC. Пока что ребята с большими ядрами (у Vondele и Fisherman по 32) пытаются что-то воспроизвести.
Но что-то я не верю в воспроизводимость, на 4с SF не падет, у Mark Young тоже не падает, на фиштесте опять-таки 0 крашей, прям из этой позиции запускал поиск crossbr на 32 потоках - вроде бы тоже всё нормально.
Не исключено, что какой-то редкий баг поймался, связанный с уже достаточно старым железом (впрочем, не исключено, что и достаточно редкий баг стокфиша поймался).

Началось. Нет бы признать собственные просчеты, но они, как Маратка,ринулись всех обвинять.
А может вам сняться в знак протеста, да и не выступать больше на ТСЕС?
Вот было бы здорово.

[Alex_Zet]

Вспоминаю этот менторский тон, сезонов 9 - 10, когда на любые просчеты, баги или крэши соперников, со стороны торсиды Стокфиш неизменно доносилось этакое снисходительно - унизительные реплики в просчетах в коде.
Нынче все по другому, все обернулось иначе. Нынче уже сам Стокфиш оказался в сомнительной ситуации. Эти бесконечные изменения кода наконец то сделали свое дело, искать как исправить придется долго, почва из под ног выбита напрочь.
Нуда в самый ответственный момент выбьет? Бессонница и пепельницы полные бычков. Чему тут завидовать. Теперь армия то по убудет. А там глядишь и дефицит ядер. В общем дефолт. Ждать в общем нечего. Самое время когти рвать.

И за что нам такое счастье.

[dew]

Цитата: Сообщение от Vizvezdenec

Короче говоря, Windows не позволяет увидеть результаты Crash Dump.

Не правда:

https://helgeklein.com/blog/2018/10/...on-crash-dump/

И одни люди используют это для ловли багов, а другие как доказательство, что краш не в их зоне ответсвенности.