logotype bestlogic
Gens una sumus!
Логин
Пароль
Запомнить Забыли пароль?
Логические игры. EnglishRussian
Шахматы на сервере для игроков любой квалификации
  Все полуфиналистам X личного первенства БЛ необходимо, по 1 сентября 2018 года включительно, сообщить о своем участии/не участии в полуфиналах в соответствующем топике форума. Открыт прием участников в 1/4 финала через сервис сервера - http://www.bestlogic.ru/games.php?rezh=tournir&rezh2=zapis&formevent=31. Заявки принимаются от игроков имеющих рейтинг 2100 и выше. А также от игроков получивших путевки из 1/8 финала. Напоминаем игрокам, имеющим более одной регистрации, что на сервере разрешено играть не более чем двумя никами, причем РЕЙТИНГОВЫЕ партии между своими никами ЗАПРЕЩЕНЫ!!! В случае выявления наличия партий между клонами, игрок будет наказываться - от снятия рейтинга до полной блокировки его ников.
17.08.2018 10:33:17
“Общие темы”   “Предложения(Anons)”   “Шахматы(chess)”   “Команды(Teams)”   “Соревнования”   “Флейм”   “Новый форум”
Общие темы

    Тема: "рейтинг и процессор- взаимосвязано или нет?"

вернуться к списку тем   

 Страница 15 из 16      1.. ..|12|13|14|15|16

 10-02-2018 12:36:49
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
сравнение оперативной памяти от SDR с частотой 133Мгц до DDR-4 с 4000Мгц (разницы нет НИКАКОЙ !!!)...
DDR-5 выходит в следующем году...
http://blog.price.ua/kak-vyibrat/ddr3-ddr4-a-est-li-raznitsa/

Отредактировано sergey1963 10-02-2018 12:37:38

 
Вверх   
 
 12-02-2018 21:27:42
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
Теперь о процессорах и гонках за ядрами-
С ростом ядер в процессоре прирост производительности снижается. 6-ядерный процессор позволяет получить 4-кратное улучшение быстродействия по сравнению с 1-ядерным, но это не означает, что 12-ядерный CPU позволит увеличить быстродействии до 8 раз. Увеличение числа ядер выше 8 имеет смысл в задачах, где доля распаралеливаемого кода больше 80%. Иначе кратное усложнение и удорожание CPU обернётся незначительным ростом производительности, который не превысит 20 %. Большинство задач ПК, имеют долю распаралеливаемого кода, не превышающую 80%, и использование в них CPU с серверным арсеналом ядер нецелесообразно. Для игровых приложений, даже оптимизированных под многопоточность, где доля параллельного кода редко выходит за 60% границу, хватит процессоров с 6ядрами. Дальнейшая многоядерность добавит к производительности 20%, что вряд ли есть достойный отклик на рост ядер в несколько раз. Все теоретические расчёты сделаны для идеального случая и не учитывают, что ядра разделяют между собой общие ресурсы, такие как кеш и оперативная память и имеют ограниченный канал для взаимодействия. В реальности производительность масштабируется ещё хуже, чем на графиках. При увеличении числа ядер выше некой границы их быстродействие может даже снижаться. Увеличение сложности процессора влечёт снижение тактовой частоты. Поэтому с многоядерными CPU не стоит связывать большие надежды. Формула «больше ядер- выше быстродействие» работает не всегда, десктопные нагрузки представляют собой не благоприятную среду для подобной масштабируемости. Увеличение числа ядер- специфический способ для улучшения быстродействия процессора, и подходит не для всех ситуаций.
https://3dnews.ru/912174

Отредактировано sergey1963 12-02-2018 21:35:36

 
Вверх   
 
 12-02-2018 21:45:51
 Vladimir_Antonov

Регистрация : 19.05.2007
Возраст : 50
Рейтинг(класс) : 2193 (E)
Партий : 182
Сообщений : 706
Благодарил(а) : 45 раз(а)
Поблагодарили : 251 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
 Цитата:
Сообщение от sergey1963:
  Теперь о процессорах и гонках за ядрами-
С ростом ядер в процессоре прирост производительности снижается. 6-ядерный процессор позволяет получить 4-кратное улучшение быстродействия по сравнению с 1-ядерным, но это не означает, что 12-ядерный CPU позволит увеличить быстродействии до 8 раз. Увеличение числа ядер выше 8 имеет смысл в задачах, где доля распаралеливаемого кода больше 80%. Иначе кратное усложнение и удорожание CPU обернётся незначительным ростом производительности, который не превысит 20 %. Большинство задач ПК, имеют долю распаралеливаемого кода, не превышающую 80%, и использование в них CPU с серверным арсеналом ядер нецелесообразно. Для игровых приложений, даже оптимизированных под многопоточность, где доля параллельного кода редко выходит за 60% границу, хватит процессоров с 6ядрами. Дальнейшая многоядерность добавит к производительности 20%, что вряд ли есть достойный отклик на рост ядер в несколько раз. Все теоретические расчёты сделаны для идеального случая и не учитывают, что ядра разделяют между собой общие ресурсы, такие как кеш и оперативная память и имеют ограниченный канал для взаимодействия. В реальности производительность масштабируется ещё хуже, чем на графиках. При увеличении числа ядер выше некой границы их быстродействие может даже снижаться. Увеличение сложности процессора влечёт снижение тактовой частоты. Поэтому с многоядерными CPU не стоит связывать большие надежды. Формула «больше ядер- выше быстродействие» работает не всегда, десктопные нагрузки представляют собой не благоприятную среду для подобной масштабируемости. Увеличение числа ядер- специфический способ для улучшения быстродействия процессора, и подходит не для всех ситуаций.
https://3dnews.ru/912174
 
Это все отвлеченные темы, а применительно к нашим баранам какой проц будет оптимальным на сегодняшний день?
Я почему спрашиваю - у меня компу лет 8, пришла пора менять свой i7-970 на что-то более новое, и если да, то на что?

 
Вверх   
 
 12-02-2018 22:14:14
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
Это не отвлеченные темы, а напрямую связаны с владельцами ПК, да и ноутов тоже.
Ваш 970- был очень хорошим 6-ядерником с 3.5Ггц частоты, но и стоил немало в 2010г.
На сегодня только 2 выбора- или 8-ядерные АМД- 1700, 1700Х, 1800Х или 6-ядерные Интел- 8600К (без гипертрейдинга), 8700К. Первые гонятся до 4Ггц, вторые до 5Ггц. Кстати из статьи следует, что все же немного получше будет Интел. Однако цены на память кусаются, с 2015г они увеличились в 3 раза, тем более в 2019г выходит DDR-5 от 5000Мгц, а значит и новые процы.

 
Вверх   
 
2 пользователя сказали спасибо: Vladimir_Antonov (13.02.2018, 20:20), Chess762 (15.03.2018, 10:27)
 13-02-2018 17:44:58
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
6 фигурки сизиги- 67,83Гб-
http://oics.olympuschess.com/tracker/index.php

 
Вверх   
 
 13-02-2018 20:32:53
 Vladimir_Antonov

Регистрация : 19.05.2007
Возраст : 50
Рейтинг(класс) : 2193 (E)
Партий : 182
Сообщений : 706
Благодарил(а) : 45 раз(а)
Поблагодарили : 251 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
 Цитата:
Сообщение от sergey1963:
  Это не отвлеченные темы, а напрямую связаны с владельцами ПК, да и ноутов тоже.
Ваш 970- был очень хорошим 6-ядерником с 3.5Ггц частоты, но и стоил немало в 2010г.
На сегодня только 2 выбора- или 8-ядерные АМД- 1700, 1700Х, 1800Х или 6-ядерные Интел- 8600К (без гипертрейдинга), 8700К. Первые гонятся до 4Ггц, вторые до 5Ггц. Кстати из статьи следует, что все же немного получше будет Интел. Однако цены на память кусаются, с 2015г они увеличились в 3 раза, тем более в 2019г выходит DDR-5 от 5000Мгц, а значит и новые процы.
 
Я свой разгонял когда купил, потом отказался.
АМД всегда были печкой. У сына шестиядерный ФХ-8..ээ..50/70/90? В общем, топовый )) В условиях нашей суровой техасской зимы )) сын реально обогревает свою комнату компом - у него теплее, чем во всей квартире.
Интел выпустил 9ххх серию. Или они еще слишком дороги в плане цена/производительность?
Ну и до покупки нового компа мне еще минимум год. Коплю деньги, но не решил пока на что потратить - новый комп или двустволка ))

 
Вверх   
 
 13-02-2018 21:46:34
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
да, хороший комп с SSD формата NVME будет под 100тр
и не путайте i9 7-ой серии с 8-ой серией последних процев Интела, хотя 9-ая серия выйдет в конце этого года...
-с двустволкой в магазине выберете себе любой комп...

Отредактировано sergey1963 13-02-2018 21:47:51

 
Вверх   
 
2 пользователя сказали спасибо: TT66 (15.02.2018, 08:50), Chess762 (15.03.2018, 10:28)
 16-02-2018 12:40:28
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
Для общего развития-
Алгоритмы шахматных программ.
Минимакс.
Крестики-нолики 3х3 всего 9ходов- на каждый из них 8ответов и т.п. Длина игры 9полуходов или быстрее. Сверху листа бумаги нарисуем начальную позицию. Из неё возможно 9ходов, проведём 9чёрточек- ветвей. В конце каждой ветви нарисуем позицию после этого хода, далее проведём из неё ветви- ходы, возможные из данной позиции и т.п. Эта структура- дерево- у неё есть корень- начальная позиция, есть листья - позиции, где не идёт ветвей- игрок победил или ничья, и она похоже на дерево, если лист бумаги перевернуть. Припишем каждому листу его оценку. Выигрыш крестиков -1, ноликов +1, ничья- 0. Поднимаем оценку вверх по дереву - рассмотрим вершину, стоящую над листом (терминальной позицией). Из неё ведёт несколько ветвей (в крестиках-ноликах 1). Ход крестиков- он заинтересован в получении -1, выберет вариант с минимальным значением (-1, если возможно, а если нет- 0). Т.о. он выберет минимальную оценку из тех, какую имеют его потомки, припишет её этой вершине. Уровнем выше- очередь хода ноликов. Он заинтересован в получении +1- будет максимизировать полученную снизу оценку. Так поднимем оценку до корня. В крестиках-ноликах это 0- теоретический результат при оптимальной игре- ничья. С деревом играть легко- крестики выбирают ход в позицию с минимальной оценкой; нолики- с максимальной. Это- минимакс.
Альфа-бета.
Минимакс работает и на деревьях, листьям которых приписаны числа. Минимакс- трудоёмкий алгоритм, для определения результата размечается всё дерево. Можно поменьше? Да, это алгоритм- альфа-бета. Идея его: есть корень, у него- 2 потомка, у каждого из них по 3 потомка-листа. В корне - очередь хода мина, в вершинах 2уровня- ход макса. Листам-потомки левого поддерева, приписаны оценки 0, 5, 10. В вершинах 2подуровня мы максимизируем, левому поддереву припишем оценку 10. Рассматриваем правое поддерево. Пусть у самого левого листа оценка 100. Мы знаем, что уровнем выше мы будем максимизировать. Это означает, что оценка *всего правого поддерева* будет не меньше 100, т.к. оставшиеся листья могут эту оценку только поднять. Мы знаем, что в начальной позиции будем минимизировать, и выберем левое поддерево, оценка которого 10. Итого, получили оценку всего дерева, рассмотрев 4 позиции из 6. Шахматная аналогия- посмотрел один из своих ходов и обнаружил, что после всех ответов противника позиция равна. Посмотрел, что происходит после другого моего хода и обнаружил, что одним из ответов соперник выигрывает коня. Рассматривать другие его ответы не имеет смысла- этот свой ход я не сделаю. Нам повезло- в правом поддереве оценку 100 имеет самый левый лист. Будь он правым, и если при этом оба левых имеют оценку 7, нам пришлось бы обойти все 6 листьев. В наихудшем случае (мы всегда рассматриваем поддерево/лист с наилучшей оценкой в последнюю очередь) альфа-бета вырождается в минимакс. В наилучшем случае рассматривается 2*(количества вершин, рассматриваемых минимаксом).
Применение теории к практике.
Всё дерево машина обойти не сможет, идут на жульничество. Во-первых, всё дерево не строят- памяти не хватит. Хранят текущую позицию и последовательность ходов. Во-вторых, точная оценка заменяется на приближённую. После перебора на некоторую глубину, если нет мата или форсированной ничьи- вместо перебора дальше, мы зовём оценочную функцию, приписывающую текущей позиции некоторую оценку. Мы рвем с теорией, т.к. оценочная функция- нечто приближённое. Это жульничество- альфа-бета обоснована в других условиях и почему она работает после введения оценочной функции- непонятно.
Оценочная функция.
Во-первых, сосчитать материал: пешка- 1, конь и слон- 3, ладья- 5, ферзь- 9. Во вторых, позиционная оценка- самое сложное. Факторам приписывают веса, отлаживают, оптимизируют: 2слона-1/3; король прикрыт пешками-1/2; слабая пешка-1/4 (вес факторов зависит от ситуации на доске- ферзей не разменяли- прикрытость короля оценивается выше)- получаем позиционную оценку, складываем с материалом и… Первые программы использовали этот алгоритм- перебор на фиксированную глубину с вызовом оценочной функции. Выяснилось, мы можем прекратить перебор в середине размена, а что у атакующей стороны не хватает ладьи- не имеет значения. Попытались учитывать это в оценочной функции- она становилась сложной и медленной. Еще программа пытается отсрочить неприятности, получая худшие- перебираю на 7 полуходов- вижу- теряю слона, отдам пешку и слона противник возьмёт на 4полухода позже, я не вижу- эффект горизонта- программа выпихивает неприятности за горизонт видимости. Программы forward pruning- отсечение ветвей дерева без их рассмотрения- проваливаются. Есть позиции, где отсекается нужный ход. Поэтому оценочную функцию зовут в спокойных позициях и в конце основного перебора вставили ещё и упрощённый, где рассматриваются только взятия, превращения, шахи, ответы на шах. Таких ходов немного- форсированный вариант-ФВ-замедляет программу на 30%, а сила увеличивается, т.к. программа не оценивает острые позиции. Серия ходов с разменом в конце рассматривается глубже, чем с разменом в середине и варианты с разменом в середине рассматривают глубже. После некоторых ходов не уменьшают оставшуюся глубину перебора- типичные углубления- после размена, при превращении пешки, при уходе от шаха. Идея- как в ФВ- ситуация на доске может измениться- вариант изучается глубже.
Улучшения.
За 50лет замена альфа-бете не найдена. Прогресс объясняется развитием железа и улучшениями:
Библиотеки дебютов. Дебютная теория в шахматах разработана- программы стали её использовать.
Базы данных с просчитанными эндшпилями. Предел для ПК- 6фигур. Используя базы данных, программы играют эндшпили безупречно, при переборе вариантов дотягиваются до базы данных при 20фигурах.
Эвристики- помогают отсортировать ходы при переборе. Альфа-бета чувствительна к порядку анализа ходов. При хорошем порядке она быстрее. Алгоритм-экспоненциален-перебор на N+1 полуходов- в разы медленнее, чем на N полуходов, но возводимое в степень число ощутимо уменьшается.
Итеративное углубление- iterative deepening. В игре дано время, в позиции с разменами варианты считаются глубоко, программа не успеет выполнить перебор. Особенность альфа-беты- незаконченный перебор не используют- нет гарантии. Но в закрытой позиции с малым количеством ходов- branching factor- перебор заканчивается быстро. Идея итеративного углубления- программа производит перебор на глубину 1, осталось время - перебираем на глубину 2 и т.п. Следующий перебор в 6 раз длинее, мы заново делаем 1/6 работы, но всегда есть ход от предыдущей итерации.
Хэш-таблицы. Мы имеем не дерево игры, а граф- часто после перестановки ходов получаем ту же позицию. Идея- занять память машины, под запоминание рассмотренных. Для каждой позиции надо хранить её оценку, глубину перебора, наилучший ход, служебную информацию. Разбирая позицию, взглянем- не встречали мы её? Не встречали- поступаем как раньше. Встречали, смотрим, на какую глубину. Даже если на меньшую, мы можем воспользоваться частью информации- наилучшим ходом. Лучший ход для глубины N может оказаться лучшим и для глубины N+1. Кроме своего предназначения, хэш-таблица полезна и для упорядочения ходов. Здесь помогает итеративное углубление- когда мы начинаем следующую итерацию, хэш-таблица заполнена информацией от предыдущей- до какого-то момента есть все позиции, с наилучшим ходом на глубину N-1. Программа с итеративным углублением и хэш-таблицей выполняет итерации от 1 до N в разы быстрее, чем если она сразу начала итерацию N, т.к. с вероятностью 75% всегда первым выбирается наилучший ход, с вероятностью 90% наилучший ход среди первых трёх. 
Пустой ход- null move. Очерёдность хода важна- игрок с 2ходами подряд имел бы преимущество. Возникла идея- A сделал свой ход и теперь очередь B. У А преимущество- лишний конь. Надо рассмотреть поддерево на глубину N. A говорит- я не буду делать ход, пусть B делает 2хода подряд, зато поддерево после этого мы посмотрим до глубины N-2 а не N-1, как было бы после моего хода. Выполняем этот перебор на меньшую глубину, если у A всё равно преимущество, мы решаем- на самом деле он делает ход, его преимущество будет ещё больше. Сэкономили, разобрав не настоящее поддерево до глубины N, а другое до глубины N-1, т.к. перебор экспоненциален, выигрыш- значителен. Если B, имея 2хода подряд, может восстановить баланс- пустой ход не сработал, придётся перебирать честно до глубины N. Мы потеряли немного, т.к. перебирали до глубины N-1. Пустой ход, являясь эвристикой, может наврать- в цугцванге право хода мешает. Но цугцванг встречается в эндшпиле, там пустой ход не используют. Это улучшение сокращает перебор. 
Единственный ответ- singular extension. Альфа-бета прекращает анализ, когда найден ход, вызывающий отсечение. У нас неполное дерево игры и используем оценочную функцию- может оказаться- мы ошиблись. Идея единственного ответа- найдя 1хороший ответ, мы не отсекаем всё поддерево, а продолжаем перебор, пока не найдём 2хороший ход- не нашли- позиция анализируется заново, но на глубину N+1. Видим тактику раньше, но замедляется перебор.
Современные программы.
Fast searchers- упростив оценочную функцию, написав программу на ассемблере, довели рассматриваемые позиции до максимума. На каждую позицию программа тратит 2тыс. машинокоманд. Здесь ход из предыдущей позиции в эту, оценка позиции, управляющая логика и т.п. На оценочную функцию остается около 100команд. Она проста- перед перебором программа строит таблицы- на каждой клетке нарисовано, какая фигура стоит хорошо, какая- плохо. Вражеский король на е8-на клетках рядом с ним нашему ферзю припишем +0.5, слабая пешка- мы можем на неё давить- ладье +0.3 и т.п. Для оценки для каждой фигуры смотрим в её таблицу и добавляем разницу в материале. Проще не выписывать оценочную функцию, а посчитать её перед перебором и обновлять- сделали ход, вычли из неё оценку фигуры на старом месте- добавили на новом. Съели, вычитаем материальную и позиционную оценку. Программы- быстры, но плата за тактическое умение- слабая позиционная игра- принятые в начале решения- неверны.
Knowledge-based- все на оценочную функцию. Учитывается взаимодействие фигур друг с другом, прикрытость короля и т.п. В nps программа работает раз в 10 медленнее, но играет в позиционные шахматы. Хорошо-если на доске нет тактики или у программы есть время тактику просчитать. Беда-если что-то не учтено в оценочной функции- программа не знает, что отставшая пешка- плохо. Быстрая программа избегает таких позиций увидит возможности противника-он подтянет свои фигуры и съест пешку. Медленная программа не знает, что это плохо, глубины перебора для нахождения выигрыша пешки не хватит.
Современные программы- раза в 4 медленнее быстрых и имеют сложную оценочную функцию.
Альфа-бета отсечение не гарантирует лучший ответ, даже учитывая долгое время на перебор. Проблема- что после перебора на фиксированную величину проводится оценка позиции. Однако, в некоторых позициях нельзя прекращать перебор- его можно прекращать только в спокойных позициях. Поэтому в основном переборе дописали дополнительный перебор, в котором рассматриваются только взятия, promotions и шахи (называется форсированный перебор). Заметили, что некоторые позиции с разменом в середине также надо рассматривать поглубже. Появились идеи насчет углублений и укорачиваний дерева перебора- для углублений подходящие позиции- типа ухода от шаха, размен фигуры в середине перебора и т.п. Для укорачиваний- подходят «абсолютно спокойные» позиции.
Еще о специализированных алгоритмах.
1.оценки позиции. Возможностей море в engine_score.cpp описано всё, что используется для оценки позиции. Представлены массивы очков за нахождение фигуры в данной клетке поля.
2.альфа-бета с амортизацией отказов. Самое интересное в шахматных программах, как сократить число ходов для этого алгоритма.
3.хэш-таблица. В шахматах позиция при переборе часто повторяется- зачем заново анализировать то, что уже смотрели? Выявить такую позицию позволяет хэш-таблица. В ней хранятся “уникальные” значения, отличающие одну позицию от другой. Строятся эти “уникальные” значения просто выполняя операцию xor для ключей элементов, описывающих позицию. Поэтому нужны массивы уникальных 64 битных чисел.
4.статистика истории. Во время игры можно заметить, что какие-то ходы улучшают оценку позиции- стоит этот факт отмечать и в дальнейшем использовать при сортировке ходов- делаем массив [64][64] ([начальная позиция фигуры на поле 8x8][конечная позиция фигуры на поле 8x8]), обнулить в начале оценки выбора лучшего хода и в дальнейшем увеличиваем счётчик на 1 в случае хода, улучшающего оценку позиции.
5.сортировка ходов. Первыми должны быть ходы с максимальной выгодой по оценке позиции. Ходы взятия приоритетнее обычных “тихих” ходов. Они сортируются по принципу MVV/LVA (наиболее ценная жертва – наименее ценный нападающий). При этом стоит продвигать все необычные ходы со взятием (любой ход, который не имеет тип MOVE_TYPE_SIMPLY). Вперёд стоит продвинуть и взятие последней ходившей фигуры противника (если взятие будет). Обычные ходы сортируются по возрастанию оценки позиции с учётом эвристики истории. Вся эта сортировка очень важна! Она сама по себе позволяет сократить обход дерева игры, но более того, на нижних уровнях дерева можно выбросить почти все “тихие” ходы (если король не под шахом) из рассмотрения- это и есть- Late Move Reduction- LMR.
6.продлевать анализ взятий и шахов. Позволит увеличить точность оценки позиции.
7.эвристика убийцы- сильный ход в одной позиции, скорее всего, окажется сильным и в похожей. При анализе веток дерева пробовать первым ход, вызвавший отсечение на предыдущей ветке. Это сократит перебор. Однако, такой ход может быть только “тихий”- взятия и необычные ходы использовать для таких проверок нельзя.
8.эвристикой ответного хода. Ответы на некоторые ходы очевидны независимо от позиции- на axb5 обычно отвечают axb5.
9.нулевой ход- самая сильная эвристика!- дала до 300эло! Сделать пропуск хода и посмотреть, насколько всё станет плохо. При этом можно сократить глубину анализа дерева (сделать редукцию) – всё равно оценка предварительная и не забыть пометить хэш позиции ключом этого самого нулевого хода.
10.Futility Prunning. На последних 2полуходах дерева оценка позиции не точна и в ряде случаев (если мы не в нулевом ходе, если ход не является шахом, взятием и ход не продление анализа ветки), а также если разность оценки позиции была больше некоторой небольшой величины, то можно просто вернуть эту оценку и не анализировать глубже. Это также ускоряет работу программы.
11.Razoring. Почти то же самое, что Futility Prunning, но относится к последним 4полуходам и граница оценки задаётся в некоторую стоимость допустимых потерь фигур.
12.некоторые ходы стоит продлевать в анализе. К ним относятся ходы взятия, шахов, приближения фигур противника к королю. Продлевать лучше отдельной функцией анализа, в которой только для шахов стоит запускать полный перебор. Для остальных ходов достаточно анализировать только ходы взятия. Это называется статический поиск.
13.Principal Variation (главное изменение). Это линия игры, которую программа считает лучшей в данный момент. Она постоянно корректируется во время перебора позиций. Ход из главной линии при сортировке стоит продвигать вперёд.
Необходимое количество партий при процентах набранных очков-
60.00% - 84
59.00% - 104
58.00% - 132
57.00% - 172
56.00% - 232
55.00% - 336
54.00% - 520
53.00% - 924
52.00% - 2076
вот почему любой чемпионат среди движков не выявляет сильнешего...

 
Вверх   
 
4 пользователя сказали спасибо: ba70 (16.02.2018, 14:22), Tagray (16.02.2018, 14:49), Vladimir_Antonov (16.02.2018, 16:17), Chess762 (15.03.2018, 10:29)
 17-02-2018 18:14:34
 Alexandr_L

Регистрация : 20.06.2011
Возраст : 35
Рейтинг(класс) : 2147 (D)
Партий : 317
Сообщений : 136
Благодарил(а) : 138 раз(а)
Поблагодарили : 74 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
Сергей, за чем аватарку удалил с бутылкой пшеничной?

 
Вверх   
 
 17-02-2018 18:58:50
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
А что- тебе ее сегодня, в субботу вечером, не хватает? Сталин бы не одобрил твой выбор...

 
Вверх   
 
 26-02-2018 19:11:05
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  часть1-
ОЗУ и производительность ПК.
Зависимость производительности ПК от памяти имеет сложный характер, что затрудняет оценку скорости памяти, т.е. сравнение различных модулей. Память с частотой 3.2 Ггц имеет вдвое большую пропускную способность, чем 1.6 Ггц . Синтетические тесты памяти выведут столбик в 2 раза выше, но если протестировать систему с этими видами памяти с помощью приложений, на которых тестируют ЦП, то и близко не получается двухкратной разницы в производительности. Быстродействие может отличаться максимум на 10-20%.
Теория.
Для работы центрального процессора (ЦП) удачна аналогия с заводским конвейером- движутся по конвейеру инструкции из программного кода, а функциональные модули процессора обрабатывают их словно станки. Многоядерные ЦП будут подобны заводам с несколькими цехами. Работу технологии Hyper-Threading можно сравнить с конвейером, по которому едут вперемешку детали сразу нескольких автомобилей, и умные станки обрабатывают их одновременно, по метке на деталях определяя, к какой модели машины они относятся- собирается красная и синяя машины, тогда красящий станок использует красную краску для деталей красной машины и синюю краску для синей. Поток деталей сразу для 2 моделей позволяет лучше загрузить станки. А если аппарат для покраски будет иметь 2 распылителя, и сможет красить одновременно 2 детали в разные цвета, конвейер сможет работать на полную мощность вне зависимости от того, в каком порядке будут поступать детали. Сегодня различные ядра ЦП имеют общие функциональные блоки, что можно сравнить с идеей сделать часть особо громоздких и дорогих станков общей для 2 цехов, чтобы сэкономить заводскую площадь и сократить капитальные затраты.
Здесь ОЗУ будет внешним миром, который поставляет на завод сырье и принимает готовый продукт, а кэш-память (L3) - это некий склад на заводской территории. Чем больше у нас ОЗУ, тем больший виртуальный мир мы можем обеспечивать выпускаемой продукцией, а чем больше частота ЦП и количество ядер, тем мощнее и производительнее наш завод. Чем больше размер кэш-памяти, то есть заводского склада, тем меньше будет обращений в ОЗУ- запросов на поставку сырья и комплектующих. Производительность памяти в этой аналогии соответствует скорости транспортной системы по доставке сырья и отправке деталей во внешний мир. Допустим, доставка на завод осуществляется при помощи грузовиков- тогда параметрами транспортной системы будут вместимость грузовика и скорость движения, т.е. время доставки. Это хорошая аналогия, т.к.работа ЦП с памятью осуществляется с помощью отдельных транзакций с блоками памяти фиксированного размера (вспомним про обычные и большие страницы памяти), причем данные блоки расположены рядом, в 1 участке памяти, а не произвольно. И для общей производительности завода важна не только скорость работы конвейера, но и оперативность подвоза компонентов и вывоза готовых изделий.
Произведение объема кузова на скорость движения, т.е. количество грузов, которые можно перевезти в единицу времени, будет соответствовать пропускной способности памяти (ПСП). Системы с одинаковой ПСП не обязательно равноценны- важно значение каждого компонента- скоростной маневренный грузовичок может оказаться лучше, чем большой, но медленный транспорт, т.к. необходимые данные могут лежать в различных участках памяти, расположенных далеко друг от друга, а вместимость грузовика (объем транзакции) меньше общего объема (памяти), и тогда большому грузовику придется совершить 2 рейса, и его вместимость не будет востребована. Другие программы имеют локальный доступ к памяти, т.е. они читают или пишут в близко расположенные ячейки памяти- им относительно безразлична скорость случайного доступа. Это свойство программ объясняет эффект от наращивания объемов кэш-памяти в ЦП, которая, благодаря близкому расположению к ядру, в десятки раз быстрее. Даже если программа требует, например, 1 Гб общей памяти, в каждый отдельный небольшой промежуток времени (например, миллион тактов, то есть одна миллисекунда), программа может работать только с несколькими мегабайтами данных, которые успешно помещаются в кэше. Потребуется только обновлять время от времени содержимое кэша, что, в общем, происходит быстро. Но может быть обратная ситуация: программа занимает всего 100 Мб памяти, но постоянно работает со всем этим объемом. А 100 Мб значительно превышают типичный размер кэша существующих ЦП, 90% обращений к памяти (при размере кэша в 10 МБ) не кэшируются, т.е. 9 из 10 обращений идут непосредственно в память, т.к. необходимых данных нет в кэше. Общая производительность будет лимитирована скоростью памяти, т.к. процессор практически всегда будет находиться в ожидании данных. Время доступа к памяти в случае, когда данных нет в кэше, составляет сотни тактов. 1 инструкция обращения к памяти по времени равна десяткам арифметических.
«Памятенезависимые» приложения.
Есть приложения, производительность в которых не зависит от смены модулей на более высокочастотные и низколатентные. Откуда такие приложения берутся? Все программы имеют различные требования к памяти, в зависимости от используемого объема и характера доступа. Каким-то программам важна общая ПСП, другие- критичны к скорости доступа к случайным участкам памяти, которая называется латентностью памяти. Очень важно, что степень зависимости программы от параметров памяти во многом определяется характеристиками ЦП- прежде всего, размером его кэша, так как при увеличении объема кэш-памяти рабочая область программы (наиболее часто используемые данные) может поместиться целиком в кэш процессора, что качественно ускорит программу и сделает её малочувствительной к характеристикам памяти. Важно и как часто в коде программы встречаются сами инструкции обращения к памяти. Если значительная часть вычислений происходит с регистрами, велик процент арифметических операций, то влияние скорости памяти снижается. Тем более, что современные ЦП умеют изменять порядок выполнения инструкций и начинают загружать данные из памяти задолго до того, как те реально понадобятся для вычислений. Такая технология называется предвыборкой данных- prefetch. Качество реализации данной технологии также влияет на памятезависимость приложения. Теоретически ЦП с идеальным prefetch не потребуется быстрая память, т.к. он не будет простаивать в ожидании данных.
Активно развиваются технологии спекулятивной предвыборки, когда ЦП ещё не имея точного значения адреса памяти, уже посылает запрос на чтение. Например, ЦП для номера инструкции обращения к памяти запоминает последний адрес ячейки памяти, которая читалась, ЦП видит, что скоро потребуется исполнить данную инструкцию, он посылает запрос на чтение данных по последнему запомненному адресу. Если повезет, то адрес чтения памяти не изменится, или изменится в пределах читаемого за одно обращение к памяти блока. Тогда латентность доступа к памяти скрадывается, поскольку параллельно с доставкой данных ЦП исполняет инструкции, предшествующие чтению из памяти. Разумеется, такой подход не является универсальным и эффективность предвыборки сильно зависит от особенностей алгоритма программы. Разработчики программ в курсе характеристик современных ЦП, зачастую в их силах оптимизировать объем данных т.о., чтобы он помещался в кэш-памяти даже бюджетных процессоров. Если мы работаем с хорошо оптимизированным приложением- для примера можно вспомнить некоторые программы кодирования видео, графические или трехмерные редакторы,- у памяти, с практической точки зрения, не будет такого параметра, как производительность, будет только объем. Еще одна причина, по которой пользователь может не обнаружить разницы при смене памяти, состоит в том, что она и так слишком быстрая для используемого ЦП. Если бы сейчас все процессоры вдруг замедлились в 10 раз, то для производительности ПК в большинстве программ стало бы абсолютно все равно, какой тип памяти в ней установлен — хоть DDR-400, хоть DDR4-4000. А если бы ЦП радикально ускорились, то производительность значительной части программ наоборот стала бы гораздо существеннее зависеть от характеристик памяти. Т.о. реальная производительность памяти есть величина относительная, и определяется используемым ЦП и особенностями ПО.
«Памятезависимые» приложения.
В каких задачах производительность памяти имеет большее значение?- в случаях, которые сложно тестировать- игрушки-стратегии со сложным и "медленным" искусственным интеллектом (ИИ). Ими не любят тестировать ЦП, т.к. инструменты для оценки отсутствуют или с большими погрешностями. На скорость выработки решения алгоритмом ИИ влияют множество факторов- например, иногда закладываемая в ИИ вариативность решений, чтобы сами решения выглядели более "человеческими". Соответственно реализация различных вариантов поведения занимает разное время. Это не значит, что у системы в данной задаче нет производительности, что она не определена. Просто её сложно точно вычислить, для этого потребуется собрать большое количество статистических данных, т.е. провести множество испытаний. Такие приложения сильно зависят от скорости памяти из-за использования сложной структуры данных, распределенных по оперативной памяти непредсказуемым образом, поэтому упомянутые выше оптимизации могут не работать или действовать неэффективно.
Достаточно сильно от производительности памяти могут зависеть игры других жанров, не со столь умным ИИ, но с собственными алгоритмами имитации виртуального мира, включая физическую модель. На практике они чаще упираются в производительность видеокарты, поэтому тестировать на них память также бывает не удобно. Важным параметром комфортного игрового процесса в 3-мерных играх от "первого лица" является минимальное значение fps (кадров в секунду): его возможное проседание в пылу битвы имеет плачевные последствия. Минимальный fps невозможно измерить. Опять же- из-за вариативного поведения ИИ, особенностей расчета "физики" и случайных системных событий, которые приводят к проседанию. Как анализировать полученные данные? Тестирование скорости игр в демо-роликах имеет ограниченное применение потому, что не все части игрового движка бывают задействованы для воспроизведения демки- в реальной игре на скорость могут влиять иные факторы. Причем даже в таких наполовину искусственных условиях минимальный fps непостоянен, и его редко приводят в отчетах о тестировании. Хотя, это наиболее важный параметр, в тех случаях, когда идет обращение к данным, проседание fps весьма вероятно. Современные игры, в силу своей сложности, разнообразия кода, включающего помимо поддержки физического движка и ИИ также подготовку графической модели, обработку звука, передачу данных через сеть и пр., очень зависят как от объема, так и от производительности памяти. Заблуждение считать, что графический процессор обрабатывает сам всю графику: он только рисует треугольники, текстуры и тени, а формированием команд занимается ЦП, и для сложной сцены это вычислительно емкая задача. Многие другие сложные приложения, прежде всего серверные, в случае которых имеет место обработка случайного потока событий, также существенно зависят от производительности подсистемы памяти. Используемое в организациях ПО, с точки зрения характера кода программы, зачастую не имеет аналогов среди популярных приложений для домашних ПК, и поэтому большой пласт задач остается без адекватной оценки. Случаем усиленной зависимости от памяти является режим многозадачности, т.е. запуск нескольких ресурсоемких приложений одновременно. Большинство пользовательских приложений, которые хорошо поддерживают многоядерность, всячески оптимизированы. Пакеты для работы с видео и графикой больше всех получают прирост от многопоточности- это оптимизированные приложения. Объем используемой памяти меньше, когда код параллелится внутри программы- по сравнению с вариантом, когда запускаются несколько копий одной задачи, тем более- разные приложения. Если запустить на ПК сразу несколько различных приложений, нагрузка на память возрастет многократно. Это произойдет по 2 причинам:
1.кэш-память будет поделена между несколькими задачами, т.е. каждой достанется только часть. В ЦП кэш L3- общий для всех ядер, и если одна программа использует много потоков, то они все могут выполняться на своем ядре и работать с общим массивом данных в L3-кэше, а если программа однопоточна, то ей достается весь объем L3 целиком, а если потоки принадлежат различным задачам, объем кэша будет вынужденно делиться между ними.
2.большее количество потоков создаст больше запросов на чтение-запись памяти- т.о. если на заводе работают все цеха на полную мощность, то сырья потребуется больше, а если они делают различные машины, то заводской склад будет переполнен различными деталями, и конвейер каждого цеха не сможет воспользоваться деталями, предназначенными для другого цеха, так как они от разных моделей.
Проблемы с ограниченной производительностью памяти- главная причина низкой масштабируемости многоядерных ПК (после приципиальных ограничений возможности распараллеливания алгоритмов). Такой ситуацией на ПК будет одновременный запуск игры, антивируса и программы кодирования видеофайла, в которой очень сложно корректно измерить скорость работы, т.к. на результат влияют действия планировщика в составе ОС, который при каждом замере может по-иному распределять задачи и потоки по разным ядрам и давать им различные приоритеты, временны́е интервалы и делать это в разной последовательности. Наиболее важным параметром будет пресловутая плавность работы- характеристика, по аналогии с минимальным fps в играх, которую в данном случае измерить еще сложнее. Что толку от запуска игры или другой программы одновременно с кодированием видеофайла, если поиграть нормально не удастся из-за рывков изображения? Пусть даже видеофайл быстро сконвертируется, поскольку многоядерный процессор в данном случае может быть и недогружен. Здесь нагрузка на систему памяти будет гораздо больше, чем при исполнении каждой из перечисленных задач по отдельности. В случае использования ПК как рабочей станции, ситуация одновременного исполнения нескольких приложений более типична, чем для домашнего ПК, и сама скорость работы ещё более важна.

 
Вверх   
 
2 пользователя сказали спасибо: Tagray (01.03.2018, 00:17), Chess762 (15.03.2018, 10:30)
 27-02-2018 15:19:48
 Alexandr_L

Регистрация : 20.06.2011
Возраст : 35
Рейтинг(класс) : 2147 (D)
Партий : 317
Сообщений : 136
Благодарил(а) : 138 раз(а)
Поблагодарили : 74 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?

 
Вверх   
 
2 пользователя сказали спасибо: abadirich (28.02.2018, 10:41), Sex_God (28.02.2018, 23:45)
 28-02-2018 21:27:13
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  ответ Шурику Л-
Пончик- не ватрушка,
Ватрушка- не пирожок.
Толстый- не тонкий,
Тонкий- не худой...
Писать чужие высказывания без своих слов- глуповато...

 
Вверх   
 
1 пользователь сказал спасибо: Alexandr_L (01.03.2018, 12:49)
 28-02-2018 23:50:14
 Sex_God

Регистрация : 06.02.2008
Возраст : 38
Рейтинг(класс) : 2267 (C)
Партий : 218
Сообщений : 1822
Благодарил(а) : 57 раз(а)
Поблагодарили : 110 раз(а)
Достижения пользователя :
  Re: рейтинг и процессор- взаимосвязано или нет?
sergey, ты свои простыни тоже не сам писал.

 Цитата:
 ОЗУ и производительность ПК.
 

Здесь первоисточник:
https://www.ixbt.com/mainboard/memory-measuring-2011.shtml

 
Вверх   
 
1 пользователь сказал спасибо: Alexandr_L (01.03.2018, 12:50)
 28-02-2018 23:55:59
 Still

Регистрация : 05.02.2014
Возраст : 48
Рейтинг(класс) : 2317 (C)
Партий : 660
Сообщений : 1489
Благодарил(а) : 613 раз(а)
Поблагодарили : 562 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
(зевая) Эх, скукота...
Даёшь полноценный срач с переходом на личности!

 
Вверх   
 
 01-03-2018 00:17:00
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
 Цитата:
Сообщение от Sex_God:
  sergey, ты свои простыни тоже не сам писал.
 Цитата:
 ОЗУ и производительность ПК.
 
Здесь первоисточник:
https://www.ixbt.com/mainboard/memory-measuring-2011.shtml
 
Да- это оно и есть- я и не скрывал, что не мое, как и по алгоритмам. Просто сильно ужал- подсократил.
Но в отличии от Шурика- у меня неплохой вывод в конце каждой статьи, а здесь после 2-ой части он будет убийственен.

 
Вверх   
 
 01-03-2018 00:18:17
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
 Цитата:
Сообщение от Still:
  (зевая) Эх, скукота...
Даёшь полноценный срач с переходом на личности!
 
Пожалуйста, как и заказывали- Стиль- козел!!! Драный...

 
Вверх   
 
1 пользователь сказал спасибо: Alexandr_L (01.03.2018, 12:50)
 01-03-2018 09:05:58
 Still

Регистрация : 05.02.2014
Возраст : 48
Рейтинг(класс) : 2317 (C)
Партий : 660
Сообщений : 1489
Благодарил(а) : 613 раз(а)
Поблагодарили : 562 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
мдя...

 
Вверх   
 
2 пользователя сказали спасибо: Tagray (01.03.2018, 09:24), sergey1963 (01.03.2018, 11:41)
 01-03-2018 17:40:06
 sergey1963

Регистрация : 10.02.2011
Возраст : 55
Рейтинг(класс) : 2261 (B)
Партий : 1194
Сообщений : 842
Благодарил(а) : 363 раз(а)
Поблагодарили : 389 раз(а)
  часть 2-
Проблемы тестирования.
Группа факторов снижает чувствительность ЦП-ориентированных тестов к скорости памяти- очень чувствительные к памяти программы представляют собой плохие тесты ЦП- они слабо реагируют на модель ЦП. Такие программы могут различать процессоры с контроллером памяти, снижающим латентность доступа к памяти, и без, но при этом в пределах одного семейства почти не реагировать на частоту процессора, показывая сходные результаты при работе на частоте 3 и 4 Ггц. Такие приложения отбраковываются как тесты ЦП- тестеру непонятно, что лимитирует их производительность, кажется, что дело в "чудачествах" самой программы- все процессоры (AMD, Intel) покажут в тесте одинаковый результат, а такое вполне возможно для приложения, сильно зависимого от памяти. В тесты включают популярные приложения, которыми все пользуются, но такая выборка не точна: популярные приложения из-за своей массовости очень хорошо оптимизированы, а оптимизация программы начинается с оптимизации её работы с памятью- она важнее, чем оптимизация под SSE 3-4. Но не все программы так хорошо оптимизируются- не хватает программистов, которые умеют писать быстрый код. Популярные программы кодирования были написаны при активном участии инженеров фирм-изготовителей ЦП, как и другие ресурсоемкие программы- медленные фильтры 2-мерных графических редакторов и движки рендеринга студий 3-мерного моделирования. Популярно сравнивать компьютерные программы с дорогами. Эта аналогия объясняет почему на некоторых программах быстрее работает Intel, а на других AMD. Интеловский ЦП не любит ветвления и быстрее "едет" по прямым дорогам. Эта упрощенная аналогия, но она хорошо передает суть- когда 2 точки на карте соединяют 2 дороги- "оптимизированная" прямая качественная дорога и "неоптимизированная" кривая ухабистая. В зависимости от выбора дорог, ведущих к цели, выигрывает тот или иной ЦП, хотя в каждом случае они делают одно и тоже. Т.е. на неоптимизированном коде выигрывает AMD, а при простой оптимизации приложения выигрывает Intel, но хорошие "оптимизированные" дороги строить дорого и долго. Если мы отойдем от популярных наезженных трасс, то окажемся в лесу- там вообще нет никаких дорог. Немало приложений написаны без оптимизации, что влечет сильную зависимость от скорости памяти в случае, если объем рабочих данных превышает размер кэша ЦП и множество программ пишутся на языках программирования, которые не поддерживают оптимизацию. Тест основан на измерении скорости работы алгоритмов из типичных для сложных приложений программных конструкций, работающих с нелокальными структурами данных, т.е. данные распределены в памяти достаточно хаотично, а не составляют один небольшой блок, и доступ в память не является последовательным. Существует несколько алгоритмов сортировки, они отличаются по типу шаблона доступа к памяти. В некоторых доступ к памяти в целом локален, а другие используют сложные структуры данных (например- бинарные деревья) и доступ к памяти хаотичен. Интересно сравнить, насколько параметры памяти влияют при различном типе доступа- при том, что обрабатывается одинаковый размер данных и количество операций не сильно отличается. Программа осуществляет операции с графом, соединяющим пункты карты- каждый элемент содержит ссылки на соседние, они как бы соединены дорогами. Есть 2 подтеста: в одном граф строится на основе 2-мерной матрицы, т.е. плоской карты, а во втором- на основе 3-мерной матрицы, которая представляет собой некий сложный массив данных. Структура данных аналогична так называемым спискам- популярному способу организации данных в программах с динамическим созданием объектов. Такой тип адресации в целом характерен для объектно-ориентированного ПО- это практически все финансовые, бухгалтерские, экспертные приложения. Характер их обращений к памяти разительно контрастирует с типом доступа у оптимизированных на низком уровне вычислительных программ, вроде программ видеокодирования. (сортировка массива с использованием алгоритма quicksort (локальный доступ к памяти) и сортировка массива с использованием алгоритма heapsort (сложный доступ к памяти). Тест может быть использовани и для оценки масштабируемости процессоров по частоте при разгоне или внутри модельного ряда. Он позволяет понять, с какой частоты процессор начинает «затыкаться» в память. Часто процессор формально разгоняется сильно, и синтетические тесты, основанные на выполнении простых арифметических операций, показывают соответствующий изменению частоты прирост, но в памятезависимом приложении прироста может и не быть вообще из-за отсутствия соответствующего прироста в скорости памяти. Другая причина в том, что ядро ЦП может потреблять больше энергии в случае сложного приложения и начнет либо сбоить, либо само снижать частоту, что не всегда возможно выявить в простых арифметических тестах.
Итого.
Если платформы и сокеты не менялись бы так часто, то можно было бы рекомендовать покупать самую быструю память, т.к после апгрейда на новый более мощный и быстрый ЦП возрастут и требования к памяти. Однако оптимальной стратегией все же является покупка сбалансированной конфигурации, и поскольку сама память тоже прогрессирует- ко времени смены ЦП потребуется обновить и память. Поэтому тестирование производительности подсистемы памяти в сочетании с разными ЦП, в т.ч.в режиме разгона, остается актуальной задачей, которая позволит выбрать оптимальную связку. Проблема ускорения доступа к данным- краеугольный камень современного процессоростроения. Узкое место здесь будет всегда, если сам ЦП не будет состоять полностью из кэш-памяти, что недалеко от истины- львиную долю площади кристаллов современных ЦП занимает как раз кэш-память разных уровней. Однако всегда будут существовать приложения, которые либо невозможно оптимизировать т.о. чтобы данные умещались в кэш-памяти, либо этим просто некому заниматься. Быстрая память- практичный выбор, как внедорожник, который может передвигаться и по асфальту, и по дорогам с "неоптимизированным" покрытием.
---через пару дней- размышления о связке- ядра-кэш-ОЗУ...

 
Вверх   
 
1 пользователь сказал спасибо: Chess762 (15.03.2018, 10:31)
 16-03-2018 11:06:16
 Chess762

Регистрация : 19.11.2015
Возраст : 54
Рейтинг(класс) : 2198 (D)
Партий : 48
Сообщений : 116
Благодарил(а) : 349 раз(а)
Поблагодарили : 104 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
 Цитата:
Сообщение от sergey1963:
  вот почему любой чемпионат среди движков не выявляет сильнешего...
 
Не понял этой мысли, почему чемпионат движков не выявляет сильнейшего?

 
Вверх   
 
 28-05-2018 09:18:05
 borisk

Регистрация : 30.11.2011
Возраст : 80
Рейтинг(класс) : 2195 (C)
Партий : 271
Сообщений : 96
Благодарил(а) : 22 раз(а)
Поблагодарили : 18 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
Возникла проблема. Мой комп стал очень медленно загружаться при включении, если удается запустить за пол часа это хорошо, нужные программы не отвечают. Нутром чувствую, что проблема серьезная, вот-вот совсем сдохнет. А мозгами не понимаю. 5 лет работал отлично и разом...Процессор Intel Core I7 3770, диск 1 терабайт. Может подскажите, что делать? Надо менять? Или можно лечить? Если менять, то сколько такой может стоить? Лучше не потяну, а хуже не хочется. Благодарю за советы

 
Вверх   
 
 28-05-2018 11:49:53
 Sheldon

Регистрация : 16.12.2014
Возраст : 34
Рейтинг(класс) : 2182 (D)
Партий : 477
Сообщений : 262
Благодарил(а) : 133 раз(а)
Поблагодарили : 100 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
Однозначно лечить) Поменять всегда успеете. Скорее всего программный сбой. Чтобы не париться, Винду бы снести, скопировав всю инфу на диск D, например. Ну а вообще причин уйма... Посмотрите что висит в автозагрузке, проверьте диск на вирусы Cure IT-ом, проверьте здоровье жесткого диска.

 
Вверх   
 
1 пользователь сказал спасибо: borisk (28.05.2018, 12:52)
 29-05-2018 15:40:39
 AlexTst

Регистрация : 09.11.2016
Возраст : 52
Рейтинг(класс) : 2148 (E)
Партий : 381
Сообщений : 9
Благодарил(а) : 24 раз(а)
Поблагодарили : 6 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
Мне представляется такой выход.

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

Но проконсультируйтесь с тем кто вам ставил софт.

 
Вверх   
 
1 пользователь сказал спасибо: borisk (29.05.2018, 15:52)
 29-05-2018 15:56:26
 abadirich

Регистрация : 11.09.2016
Возраст : 36
Рейтинг(класс) : 2131 (E)
Партий : 235
Сообщений : 48
Благодарил(а) : 139 раз(а)
Поблагодарили : 58 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
 Цитата:
Сообщение от borisk:
  Возникла проблема. Мой комп стал очень медленно загружаться при включении, если удается запустить за пол часа это хорошо, нужные программы не отвечают. Нутром чувствую, что проблема серьезная, вот-вот совсем сдохнет. А мозгами не понимаю. 5 лет работал отлично и разом...Процессор Intel Core I7 3770, диск 1 терабайт. Может подскажите, что делать? Надо менять? Или можно лечить? Если менять, то сколько такой может стоить? Лучше не потяну, а хуже не хочется. Благодарю за советы
 

Я считаю, что менять комплектующие надо раз в 3-4 года. Если хотите серьезно заниматься адвансом, то нужен хотя бы 4ядерник. Немало игроков сейчас арендуют серверы, скорость по АсмФишу в начальной позиции может достигать 50 000 кн/с. Я бы вам порекомендовал обновиться на платформу Интел Сокет 1151 v2 и процессор Intel Core i5 - 8600K стоит 18960 р., либо на Intel Core i7 - 8700K стоит 23 990р. Конечно, можно найти на Авито образцы, которые будут дешевле этих цен из Регарда. Я бы на вашем месте поменял вначале Процессор+Материнскую плату+Оперативную память(надо брать быструю ддр4) хотя бы 16 гигабайт+Блок Питания+Охлаждение. Жесткий диск я бы поменял обязательно: оптимально взять Western Digital серии Red (либо Black, в зависимости от задач) на 4 терабайта. Больше - избыточно, меньше - будет не хватать места. Также, для системы обязательно нужно купить быстрый ССД под сокет М2. Самсунг на 250 гигабайт стоит около 7000 р. в Регарде. На него можно также поставить эндшпильные таблички сизиги. Я себе сам лично заказал через фирму новый корпус и новый жесткий диск WD 4Tb Black: старый жесткий у меня в плохом состоянии: 45 критических ошибок. Т.е., компьютер это как автомобиль, в который надо вкладывать постоянно средства.

 
Вверх   
 
 29-05-2018 16:05:09
 borisk

Регистрация : 30.11.2011
Возраст : 80
Рейтинг(класс) : 2195 (C)
Партий : 271
Сообщений : 96
Благодарил(а) : 22 раз(а)
Поблагодарили : 18 раз(а)
  Re: рейтинг и процессор- взаимосвязано или нет?
Большое спасибо за рекомендации. Приехал внук и решил проблему. Его диагноз: диск С загрузился на 100% ( я понял, что получились накладки или ошибки в ОС). Минут через 15 все исправил. Его рекомендация: реже выключать комп, только когда уезжаю. Может я его не совсем понял...

 
Вверх   
 

 Страница 15 из 16      1.. ..|12|13|14|15|16

вернуться к списку тем   

Присутствуют в теме: 0 (0 пользователей и 0 гостей)
Тему просматривают:
Всего просмотрели за последние 24 часа: 42
 
by Anatoliy Yenin © 2006-2018        
          Яндекс цитирования                    
Знакомство
Статистика
Карта сайта
Новости сайта
В мире шахмат
Рейтинг-лист
Игроки на сайте
Рейтинг-лист 960
Особые турниры
Тематические турниры
Первенство сайта
Командные турниры
Командные матчи
Партии
Турниры
Командные матчи
Командные турниры
Рейтинг-лист команд
Матчи и турниры
Общие темы
Предложения(Anons)
Шахматы(chess)
Команды(Teams)
Соревнования
Флейм
Новый форум
ЧаВО
Партии
Турниры
Командные
Опросы сайта
 
 
0.26101207733154