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

Гудвин · 06.06.2016, 11:17

Тема по компьютерам и комплектующим, желательно в связи с шахматными программами.

Aster · 17.12.2018, 17:01

Немного потыкался в настройки - 42000 NPS в Лиле выжимается с одной V100, 3 почему-то работают медленнее, хотя пытаюсь делать

Код:

./lc0 --minibatch-size=1024 -t 20 --backend=multiplexing --backend-opts="a(backend=cudnn-fp16,gpu=0),b(backend=cudnn-fp16,gpu=1),c(backend=cudnn-fp16,gpu=2)" --nncache=2000000

Никто не знает, в чем проблема? Интересно было бы провести такой матч таки.
С такими настройками загрузка ГПУ по 40%, NPS порядка 60000

AndreyZhivotkov · 17.12.2018, 17:24

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

Привезли сервер с 2xIntel(R) Xeon(R) Gold 6148 CPU @ 2.40GHz

Во сколько обошлась покупка?

Rom77 · 17.12.2018, 18:11

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

Никто не знает, в чем проблема?

По-видимому, потому что нейросетевые движки плохо параллелятся. Ещё ни разу не видел, чтобы Лила показывала 100 knps в середине партии. Даже на четырёх V100 в турнире ССС. В то время как на RTX 2070 Лила выдаёт 20-40 knps. А эта карта по тензорным ядрам всего лишь примерно 1/8 от четырёх V100.

P.S. Кстати, Альфа Зеро на 4-х TPU тоже получает примерно 60 knps.

Maratka · 17.12.2018, 18:23

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

А эта карта по тензорным ядрам

Не думаю, что они там используются.

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

Немного потыкался в настройки - 42000 NPS в Лиле выжимается с одной V100, 3 почему-то работают медленнее, хотя пытаюсь делать

А их в SLI или что-то аналогичное объединить можно? Чтобы для прикладного ПО это было не три видеоплаты, а одна?

Rom77 · 17.12.2018, 18:24

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

Не думаю, что они там используются.

Именно они и используются. У нас же матрицы перемножаются.

Rom77 · 17.12.2018, 18:26

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

А их в SLI или что-то аналогичное объединить можно? Чтобы для прикладного ПО это было не три видеоплаты, а одна?

SLI медленный, есть NVLink.

Maratka · 17.12.2018, 18:28

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

Именно они и используются. У нас же матрицы перемножаются.

А как они перемножались до этого, скажем на моей GTX 960?

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

SLI медленный, есть NV-Link.

Без проблем, важно не название, важно чтобы ПО видело одно устройство с ~15 000 ядер, а не три по 5 000.

Rom77 · 17.12.2018, 18:35

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

А как они перемножались до этого, скажем на моей GTX 960?

На ядрах Cuda.

Почувствуйте разницу: gif по ссылке (7Мб)

Aster · 17.12.2018, 19:59

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

По-видимому, потому что нейросетевые движки плохо параллелятся. Ещё ни разу не видел, чтобы Лила показывала 100 knps в середине партии. Даже на четырёх V100 в турнире ССС. В то время как на RTX 2070 Лила выдаёт 20-40 knps. А эта карта по тензорным ядрам всего лишь примерно 1/8 от четырёх V100.

P.S. Кстати, Альфа Зеро на 4-х TPU тоже получает примерно 60 knps.

Я понимаю, просто помониторил загрузку. Я так понимаю, для того чтобы забить ГПУ надо утолщать сеть, а на это никто не пойдет из-за абсурдного времени тренировки.

Rom77 · 17.12.2018, 20:15

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

Я так понимаю, для того чтобы забить ГПУ надо утолщать сеть, а на это никто не пойдет из-за абсурдного времени тренировки.

Не только время тренировки возрастет. Скорость игры понизится. Так что получим ли мы на выходе какую-то прибавку в силе - большая загадка.

Кстати, верно отмечено, что сеть надо утолщать, а не удлинять. Фильтры могут вычисляться параллельно, а вот слоям нужно ждать, когда закончится расчет предыдущих. Но насколько эффективна будет такая структура сети?

Можно увеличивать размер батча, но это не даёт прибавку в силе. И кажется к скорости. Можно улучшать распараллеливание, но как? MCTS в современной редакции абсолютно последовательный алгоритм.

Aster · 17.12.2018, 20:39

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

Не только время тренировки возрастет. Скорость игры понизится. Так что получим ли мы на выходе какую-то прибавку в силе - большая загадка.

Последние лет 5 успехов в диплернинге нам говорят что да.

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

Можно увеличивать размер батча, но это не даёт прибавку в силе. И кажется к скорости. Можно улучшать распараллеливание, но как? MCTS в современной редакции абсолютно последовательный алгоритм.

Ну не совсем последовательный. Я так понимаю, в Лиле уже реализован параллельный MCTS навроде этой статьи, наверняка можно ещё как-то оптимизировать.

Rom77 · 17.12.2018, 20:57

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

Последние лет 5 успехов в диплернинге нам говорят что да.

Поживём-увидим. Когда авторы Лилы решатся на тренировку большей сети, тогда и станет ясно, может ли прибавка в знаниях скомпенсировать падение скорости.

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

Ну не совсем последовательный. Я так понимаю, в Лиле уже реализован параллельный MCTS навроде этой статьи, наверняка можно ещё как-то оптимизировать.

Симуляции в Лиле не используются, поэтому Leaf parallelization и Root parallelization там точно нет. Tree parallelization - это, как я понимаю, батчинг. Берём с дерева кучу позиций, в надежде что они потом пригодятся. Всё равно видеокарта простаивает. Но только одна из этих позиций применяется в дереве, остальные подбираются по сути спекулятивно. Резервы такого "распараллеливания" уже исчерпаны. Чем больше позиций мы набираем в батч, тем более они спекулятивны.

Crem пытался реализовать более тонкое распараллеливание, но пока не вышло.

Maratka · 18.12.2018, 18:22

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

Почувствуйте разницу:

Не вполне понял, что это дает.
Быстрые ядра для данной задачи- это наверное хорошо.
Вопрос, задействованы ли они в LZ?

Например, лично я не вижу особой разницы между в скорости на TCEC между GTX 2070 и 1080 Ti, а значит, что недостаток ядер в 2070 компенсируется математикой FP16 вместо FP32 на ядрах CUDA, и ни о каком многократном приросте от тензорных ядер нет и речи.

Rom77 · 18.12.2018, 18:58

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

Например, лично я не вижу особой разницы между в скорости на TCEC между GTX 2070 и 1080 Ti, а значит, что недостаток ядер в 2070 компенсируется математикой FP16 вместо FP32 на ядрах CUDA, и ни о каком многократном приросте от тензорных ядер нет и речи.

Разница по скорости есть, и она велика (см. тест на картинке ниже). Объяснения см. здесь. Если в двух словах - FP32 использует ядра CUDA, а FP16 тензорные ядра. Разница в скорости всего в 3 раза, поскольку на ядрах CUDA используется оптимизация скорости по типу Winograd transform.

ChessMan · 11.01.2019, 14:20

Недавно приобрёл себе новый ССД Goodram CL100 480GB 2.5" SATAIII TLC (SSDPR-CL100-480) под базы Syzygy.
В связи с новогодними праздниками и загруженностью на работе, вовремя не смог его проверить. Сейчас выяснилось, что он не имеет буферной памяти и соответственно при больших нагрузках его производительность значительно снижается.
Закинул на него шести-фигурные таблицы и часть 7-ми фигурных

Теперь в некоторых позициях скорость движка просаживается с 22 тыс кУ/с до 3 тыс и даже бывает до 0,5 тыс кУ/с...

Вопрос: можно ли как-то улучшить его быстродействие?
Где-то читал что отключение индексирования может помочь.
А также, будет ли в моей ситуации прирост от добавления оперативной памяти (сейчас стоит одна планка на 8 ГБ)?
Буду благодарен за совет.

Maratka · 11.01.2019, 14:33

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

Закинул на него шести-фигурные таблицы и часть 7-ми фигурных

А до этого где они были закинуты?

_____
У меня тоже безбуферный SandForce, и никаких особых проблем с работой движка нет. У SanForce понятно MLC-память, но на чтении она никаких особых рекордов в сравнении с TLC не ставит.

ChessMan · 11.01.2019, 14:39

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

А до этого где они были закинуты?

_____
У меня тоже безбуферный SandForce, и никаких особых проблем с работой движка нет. У SanForce понятно MLC-память, но на чтении она никаких особых рекордов в сравнении с TLC не ставит.

Шестифигурки были на старом Кингстоне (лет пять ему уже).
Оперативки сколько у Вас?

ChessMan · 11.01.2019, 14:47

На восьми потоках, хэш 2048 МБ

8/2q1kr2/4p3/8/4R3/2PP4/1Q6/3K4 w - - 0 1

Maratka · 11.01.2019, 14:58

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

Шестифигурки были на старом Кингстоне (лет пять ему уже).

Модель?

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

Оперативки сколько у Вас?

32

ChessMan · 11.01.2019, 15:01

ChessMan · 11.01.2019, 15:10

Закинул 3 вида 7-ми фигурок в отдельную папку на этом же ССД. Скорость выросла, но всё ещё не та что должна быть.

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

[свернуть]

Maratka · 11.01.2019, 15:13

SandForce ;)

Восьмиканальный контроллер.
У Вашего нового -2 канала, т.е. уровень параллелизма при случайном чтение/записи прямо скажем низок.

Нужное место я выделил. Сравните со своими данными.

ChessMan · 11.01.2019, 15:16

ChessMan · 11.01.2019, 15:18

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

SandForce ;)

Восьмиканальный контроллер.
У Вашего нового -2 канала, т.е. уровень параллелизма при случайном чтение/записи прямо скажем низок.

Нужное место я выделил. Сравните со своими данными.

Я что-то не заметил у Вас обращений к таблице KQRPvKQR.rtbw

Она у Вас есть?

ChessMan · 11.01.2019, 15:19

ChessMan · 11.01.2019, 15:23

Если не использовать эту таблицу (KQRPvKQR.rtbw) то скорость почти нормальная.

ChessMan · 11.01.2019, 15:32

Да, без указанной таблицы всё хорошо.

Maratka · 11.01.2019, 15:32

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

Если не использовать эту таблицу (KQRPvKQR.rtbw) то скорость почти нормальная.

Ну по всей видимости потому, что в данной позиции к ней больше всего обращений.

Сделайте еще так:
1) Перезагрузите систему (чтобы очистить кеши)
2) Запустите счет позиции с в том числе и KQRPvKQR.rtbw (т.е. так, как изначально было)
Снимите показания в первые 2-3 секунды после того, как начнуться расчеты.
В это время движок тянет самые первые и главные данные с таблиц (позже уже тянет меньше, т.к. основная масса есть в памяти)
Тем самым увидите пиковую производительность диска на запросах в данной позиции.

У меня например:

Лучшие результаты - это очевидно максимум мегабайт/сек при минимальной очереди (очередь - это собственно и есть очередь: запросы, которые уже посланы диску, но которые он еще не успел обслужить).

Maratka · 11.01.2019, 15:38

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

Ну по всей видимости потому, что в данной позиции к ней больше всего обращений.

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

ChessMan · 11.01.2019, 15:38

06.06.2016, 11:17	#1
Гудвин Администратор Регистрация: 24.05.2016 Сообщений: 4,186 Сказал(а) спасибо: 7,165 Поблагодарили 7,655 раз(а) в 3,086 сообщениях Репутация: 348	"Железо" для шахматных программ. Тема по компьютерам и комплектующим, желательно в связи с шахматными программами.

17.12.2018, 17:01	#3001
Aster КМС Регистрация: 21.11.2016 Сообщений: 709 Сказал(а) спасибо: 433 Поблагодарили 1,545 раз(а) в 582 сообщениях Репутация: 197	Re: "Железо" для шахматных программ. Немного потыкался в настройки - 42000 NPS в Лиле выжимается с одной V100, 3 почему-то работают медленнее, хотя пытаюсь делать Код: ./lc0 --minibatch-size=1024 -t 20 --backend=multiplexing --backend-opts="a(backend=cudnn-fp16,gpu=0),b(backend=cudnn-fp16,gpu=1),c(backend=cudnn-fp16,gpu=2)" --nncache=2000000 Никто не знает, в чем проблема? Интересно было бы провести такой матч таки. С такими настройками загрузка ГПУ по 40%, NPS порядка 60000

17.12.2018, 17:24	#3002
AndreyZhivotkov 2 разряд Регистрация: 25.02.2017 Сообщений: 271 Сказал(а) спасибо: 619 Поблагодарили 284 раз(а) в 148 сообщениях Репутация:	Re: "Железо" для шахматных программ. Цитата: Сообщение от Aster Привезли сервер с 2xIntel(R) Xeon(R) Gold 6148 CPU @ 2.40GHz Во сколько обошлась покупка?

17.12.2018, 18:11	#3003
Rom77 Мастер Регистрация: 11.08.2017 Адрес: Киров Сообщений: 912 Сказал(а) спасибо: 888 Поблагодарили 1,197 раз(а) в 632 сообщениях Репутация: 132	Re: "Железо" для шахматных программ. Цитата: Сообщение от Aster Никто не знает, в чем проблема? По-видимому, потому что нейросетевые движки плохо параллелятся. Ещё ни разу не видел, чтобы Лила показывала 100 knps в середине партии. Даже на четырёх V100 в турнире ССС. В то время как на RTX 2070 Лила выдаёт 20-40 knps. А эта карта по тензорным ядрам всего лишь примерно 1/8 от четырёх V100. P.S. Кстати, Альфа Зеро на 4-х TPU тоже получает примерно 60 knps.

17.12.2018, 18:23	#3004
Maratka Эксперт Регистрация: 11.04.2017 Адрес: РФ, Крым, Севастополь. Сообщений: 11,849 Сказал(а) спасибо: 3,311 Поблагодарили 5,952 раз(а) в 4,245 сообщениях Репутация: 253	Re: "Железо" для шахматных программ. Цитата: Сообщение от Rom77 А эта карта по тензорным ядрам Не думаю, что они там используются. Цитата: Сообщение от Aster Немного потыкался в настройки - 42000 NPS в Лиле выжимается с одной V100, 3 почему-то работают медленнее, хотя пытаюсь делать А их в SLI или что-то аналогичное объединить можно? Чтобы для прикладного ПО это было не три видеоплаты, а одна?

17.12.2018, 18:24	#3005
Rom77 Мастер Регистрация: 11.08.2017 Адрес: Киров Сообщений: 912 Сказал(а) спасибо: 888 Поблагодарили 1,197 раз(а) в 632 сообщениях Репутация: 132	Re: "Железо" для шахматных программ. Цитата: Сообщение от Maratka Не думаю, что они там используются. Именно они и используются. У нас же матрицы перемножаются.

17.12.2018, 18:26	#3006
Rom77 Мастер Регистрация: 11.08.2017 Адрес: Киров Сообщений: 912 Сказал(а) спасибо: 888 Поблагодарили 1,197 раз(а) в 632 сообщениях Репутация: 132	Re: "Железо" для шахматных программ. Цитата: Сообщение от Maratka А их в SLI или что-то аналогичное объединить можно? Чтобы для прикладного ПО это было не три видеоплаты, а одна? SLI медленный, есть NVLink.

17.12.2018, 18:28	#3007
Maratka Эксперт Регистрация: 11.04.2017 Адрес: РФ, Крым, Севастополь. Сообщений: 11,849 Сказал(а) спасибо: 3,311 Поблагодарили 5,952 раз(а) в 4,245 сообщениях Репутация: 253	Re: "Железо" для шахматных программ. Цитата: Сообщение от Rom77 Именно они и используются. У нас же матрицы перемножаются. А как они перемножались до этого, скажем на моей GTX 960? Цитата: Сообщение от Rom77 SLI медленный, есть NV-Link. Без проблем, важно не название, важно чтобы ПО видело одно устройство с ~15 000 ядер, а не три по 5 000.

17.12.2018, 18:35	#3008
Rom77 Мастер Регистрация: 11.08.2017 Адрес: Киров Сообщений: 912 Сказал(а) спасибо: 888 Поблагодарили 1,197 раз(а) в 632 сообщениях Репутация: 132	Re: "Железо" для шахматных программ. Цитата: Сообщение от Maratka А как они перемножались до этого, скажем на моей GTX 960? На ядрах Cuda. Почувствуйте разницу: gif по ссылке (7Мб)

17.12.2018, 19:59	#3009
Aster КМС Регистрация: 21.11.2016 Сообщений: 709 Сказал(а) спасибо: 433 Поблагодарили 1,545 раз(а) в 582 сообщениях Репутация: 197	Re: "Железо" для шахматных программ. Цитата: Сообщение от Rom77 По-видимому, потому что нейросетевые движки плохо параллелятся. Ещё ни разу не видел, чтобы Лила показывала 100 knps в середине партии. Даже на четырёх V100 в турнире ССС. В то время как на RTX 2070 Лила выдаёт 20-40 knps. А эта карта по тензорным ядрам всего лишь примерно 1/8 от четырёх V100. P.S. Кстати, Альфа Зеро на 4-х TPU тоже получает примерно 60 knps. Я понимаю, просто помониторил загрузку. Я так понимаю, для того чтобы забить ГПУ надо утолщать сеть, а на это никто не пойдет из-за абсурдного времени тренировки.

17.12.2018, 20:15	#3010
Rom77 Мастер Регистрация: 11.08.2017 Адрес: Киров Сообщений: 912 Сказал(а) спасибо: 888 Поблагодарили 1,197 раз(а) в 632 сообщениях Репутация: 132	Re: "Железо" для шахматных программ. Цитата: Сообщение от Aster Я так понимаю, для того чтобы забить ГПУ надо утолщать сеть, а на это никто не пойдет из-за абсурдного времени тренировки. Не только время тренировки возрастет. Скорость игры понизится. Так что получим ли мы на выходе какую-то прибавку в силе - большая загадка. Кстати, верно отмечено, что сеть надо утолщать, а не удлинять. Фильтры могут вычисляться параллельно, а вот слоям нужно ждать, когда закончится расчет предыдущих. Но насколько эффективна будет такая структура сети? Можно увеличивать размер батча, но это не даёт прибавку в силе. И кажется к скорости. Можно улучшать распараллеливание, но как? MCTS в современной редакции абсолютно последовательный алгоритм.

17.12.2018, 20:39	#3011
Aster КМС Регистрация: 21.11.2016 Сообщений: 709 Сказал(а) спасибо: 433 Поблагодарили 1,545 раз(а) в 582 сообщениях Репутация: 197	Re: "Железо" для шахматных программ. Цитата: Сообщение от Rom77 Не только время тренировки возрастет. Скорость игры понизится. Так что получим ли мы на выходе какую-то прибавку в силе - большая загадка. Последние лет 5 успехов в диплернинге нам говорят что да. Цитата: Сообщение от Rom77 Можно увеличивать размер батча, но это не даёт прибавку в силе. И кажется к скорости. Можно улучшать распараллеливание, но как? MCTS в современной редакции абсолютно последовательный алгоритм. Ну не совсем последовательный. Я так понимаю, в Лиле уже реализован параллельный MCTS навроде этой статьи, наверняка можно ещё как-то оптимизировать.

17.12.2018, 20:57	#3012
Rom77 Мастер Регистрация: 11.08.2017 Адрес: Киров Сообщений: 912 Сказал(а) спасибо: 888 Поблагодарили 1,197 раз(а) в 632 сообщениях Репутация: 132	Re: "Железо" для шахматных программ. Цитата: Сообщение от Aster Последние лет 5 успехов в диплернинге нам говорят что да. Поживём-увидим. Когда авторы Лилы решатся на тренировку большей сети, тогда и станет ясно, может ли прибавка в знаниях скомпенсировать падение скорости. Цитата: Сообщение от Aster Ну не совсем последовательный. Я так понимаю, в Лиле уже реализован параллельный MCTS навроде этой статьи, наверняка можно ещё как-то оптимизировать. Симуляции в Лиле не используются, поэтому Leaf parallelization и Root parallelization там точно нет. Tree parallelization - это, как я понимаю, батчинг. Берём с дерева кучу позиций, в надежде что они потом пригодятся. Всё равно видеокарта простаивает. Но только одна из этих позиций применяется в дереве, остальные подбираются по сути спекулятивно. Резервы такого "распараллеливания" уже исчерпаны. Чем больше позиций мы набираем в батч, тем более они спекулятивны. Crem пытался реализовать более тонкое распараллеливание, но пока не вышло.

18.12.2018, 18:22	#3013
Maratka Эксперт Регистрация: 11.04.2017 Адрес: РФ, Крым, Севастополь. Сообщений: 11,849 Сказал(а) спасибо: 3,311 Поблагодарили 5,952 раз(а) в 4,245 сообщениях Репутация: 253	Re: "Железо" для шахматных программ. Цитата: Сообщение от Rom77 Почувствуйте разницу: Не вполне понял, что это дает. Быстрые ядра для данной задачи- это наверное хорошо. Вопрос, задействованы ли они в LZ? Например, лично я не вижу особой разницы между в скорости на TCEC между GTX 2070 и 1080 Ti, а значит, что недостаток ядер в 2070 компенсируется математикой FP16 вместо FP32 на ядрах CUDA, и ни о каком многократном приросте от тензорных ядер нет и речи.

11.01.2019, 14:20	#3015
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ. Недавно приобрёл себе новый ССД Goodram CL100 480GB 2.5" SATAIII TLC (SSDPR-CL100-480) под базы Syzygy. В связи с новогодними праздниками и загруженностью на работе, вовремя не смог его проверить. Сейчас выяснилось, что он не имеет буферной памяти и соответственно при больших нагрузках его производительность значительно снижается. Закинул на него шести-фигурные таблицы и часть 7-ми фигурных Теперь в некоторых позициях скорость движка просаживается с 22 тыс кУ/с до 3 тыс и даже бывает до 0,5 тыс кУ/с... Вопрос: можно ли как-то улучшить его быстродействие? Где-то читал что отключение индексирования может помочь. А также, будет ли в моей ситуации прирост от добавления оперативной памяти (сейчас стоит одна планка на 8 ГБ)? Буду благодарен за совет.

11.01.2019, 14:33	#3016
Maratka Эксперт Регистрация: 11.04.2017 Адрес: РФ, Крым, Севастополь. Сообщений: 11,849 Сказал(а) спасибо: 3,311 Поблагодарили 5,952 раз(а) в 4,245 сообщениях Репутация: 253	Re: "Железо" для шахматных программ. Цитата: Сообщение от ChessMan Закинул на него шести-фигурные таблицы и часть 7-ми фигурных А до этого где они были закинуты? _____ У меня тоже безбуферный SandForce, и никаких особых проблем с работой движка нет. У SanForce понятно MLC-память, но на чтении она никаких особых рекордов в сравнении с TLC не ставит.

11.01.2019, 14:39	#3017
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ. Цитата: Сообщение от Maratka А до этого где они были закинуты? _____ У меня тоже безбуферный SandForce, и никаких особых проблем с работой движка нет. У SanForce понятно MLC-память, но на чтении она никаких особых рекордов в сравнении с TLC не ставит. Шестифигурки были на старом Кингстоне (лет пять ему уже). Оперативки сколько у Вас?

11.01.2019, 14:47	#3018
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ. На восьми потоках, хэш 2048 МБ 8/2q1kr2/4p3/8/4R3/2PP4/1Q6/3K4 w - - 0 1

11.01.2019, 14:58	#3019
Maratka Эксперт Регистрация: 11.04.2017 Адрес: РФ, Крым, Севастополь. Сообщений: 11,849 Сказал(а) спасибо: 3,311 Поблагодарили 5,952 раз(а) в 4,245 сообщениях Репутация: 253	Re: "Железо" для шахматных программ. Цитата: Сообщение от ChessMan Шестифигурки были на старом Кингстоне (лет пять ему уже). Модель? Цитата: Сообщение от ChessMan Оперативки сколько у Вас? 32

11.01.2019, 15:01	#3020
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ.

11.01.2019, 15:10	#3021
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ. Закинул 3 вида 7-ми фигурок в отдельную папку на этом же ССД. Скорость выросла, но всё ещё не та что должна быть. Развернуть для просмотра [свернуть]

11.01.2019, 15:13	#3022
Maratka Эксперт Регистрация: 11.04.2017 Адрес: РФ, Крым, Севастополь. Сообщений: 11,849 Сказал(а) спасибо: 3,311 Поблагодарили 5,952 раз(а) в 4,245 сообщениях Репутация: 253	Re: "Железо" для шахматных программ. SandForce ;) Восьмиканальный контроллер. У Вашего нового -2 канала, т.е. уровень параллелизма при случайном чтение/записи прямо скажем низок. Нужное место я выделил. Сравните со своими данными.

11.01.2019, 15:16	#3023
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ.

11.01.2019, 15:18	#3024
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ. Цитата: Сообщение от Maratka SandForce ;) Восьмиканальный контроллер. У Вашего нового -2 канала, т.е. уровень параллелизма при случайном чтение/записи прямо скажем низок. Нужное место я выделил. Сравните со своими данными. Я что-то не заметил у Вас обращений к таблице KQRPvKQR.rtbw Она у Вас есть?

11.01.2019, 15:19	#3025
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ.

11.01.2019, 15:23	#3026
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ. Если не использовать эту таблицу (KQRPvKQR.rtbw) то скорость почти нормальная.

11.01.2019, 15:32	#3027
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ. Да, без указанной таблицы всё хорошо.

11.01.2019, 15:32	#3028
Maratka Эксперт Регистрация: 11.04.2017 Адрес: РФ, Крым, Севастополь. Сообщений: 11,849 Сказал(а) спасибо: 3,311 Поблагодарили 5,952 раз(а) в 4,245 сообщениях Репутация: 253	Re: "Железо" для шахматных программ. Цитата: Сообщение от ChessMan Если не использовать эту таблицу (KQRPvKQR.rtbw) то скорость почти нормальная. Ну по всей видимости потому, что в данной позиции к ней больше всего обращений. Сделайте еще так: 1) Перезагрузите систему (чтобы очистить кеши) 2) Запустите счет позиции с в том числе и KQRPvKQR.rtbw (т.е. так, как изначально было) Снимите показания в первые 2-3 секунды после того, как начнуться расчеты. В это время движок тянет самые первые и главные данные с таблиц (позже уже тянет меньше, т.к. основная масса есть в памяти) Тем самым увидите пиковую производительность диска на запросах в данной позиции. У меня например: Лучшие результаты - это очевидно максимум мегабайт/сек при минимальной очереди (очередь - это собственно и есть очередь: запросы, которые уже посланы диску, но которые он еще не успел обслужить).

11.01.2019, 15:38	#3029
Maratka Эксперт Регистрация: 11.04.2017 Адрес: РФ, Крым, Севастополь. Сообщений: 11,849 Сказал(а) спасибо: 3,311 Поблагодарили 5,952 раз(а) в 4,245 сообщениях Репутация: 253	Re: "Железо" для шахматных программ. Цитата: Сообщение от Maratka Ну по всей видимости потому, что в данной позиции к ней больше всего обращений. Кстати, можете попробовать убрать любую другую таблицу из семифигурных. Есть вариант, что у Вас затык не на именно этой таблице, а на именно общей производительности диска, и эта таблица просто переполняет чашу. Уберете любую другую, с большим количеством обращений, получите опять же достаточную производительность.

11.01.2019, 15:38	#3030
ChessMan Super Moderator Регистрация: 04.01.2017 Сообщений: 3,629 Сказал(а) спасибо: 2,879 Поблагодарили 6,463 раз(а) в 2,331 сообщениях Репутация: 354	Re: "Железо" для шахматных программ.

Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)