Сборка ПК для математических вычислений

Стоит задача собрать комп для математических расчетов.
Многопоточное приложение для мат расчетов. Каждый поток обрабатывает не какой то клочек кода, а весь массивный код. В данный момент у меня i7-2600 4-ядерный 3400 МГц, загрузка процессора идет 99%.
Вопрос следующий:
1. Выбор архитектуры проца Kaby Lake, Skylake, Broadwell. Стоит ли гнаться за новым и переплачивать?
2. Частота или все же ядра.
Обычный проц еще плюс ко всему можно разогнать, а серверный мне сказали не пойдет для разгона.
Допустим
Intel Core i7 - 7740X (Socket 2066, 4-ядерный, 4300 МГц, Turbo: 4500 МГц, Kaby Lake-X, Кэш L2 - 1 Мб, Кэш L3 - 8 Мб, 14 нм)
или
Intel Core i9 - 7920X (Socket 2066, 12-ядерный, 2900 МГц, Turbo: 4400 МГц, Skylake-X, Кэш L2 - 12 Мб, Кэш L3 - 16.5 Мб, 14 нм)
или 2 проца (24 ядра)
Intel Xeon Silver 4116 (Socket 3647, 12-ядерный, 2100 МГц, Skylake-SP, Кэш L2 - 12 Мб, Кэш L3 - 16.5 Мб, 14 нм).

Стоимость сборки с этими процами будет конечно сильно разниться.
Примерная стоимость процессоров:
Core i7 - 7740X - 20 тыс.
Core i9 - 7920X - 80 тыс.
Xeon Silver 4116 2 шт - 140 тыс.
Но допустим 1 комп с двуми процами xeon будет стоит дешевле чем 2 компа с i9 - 7920X.
И наверно столь ко же сколько 3 компа с i7 - 7740X.
***
Добавлено

Сообщение от dimank666 вот последняя версия теста Тесты процессоров

0

0

Сообщение от xxxspeed Ryzen 1700X без гипертрединга (8 потоков) результат 4:55, а с гипертредингом (16 потоков) 7:58.

На рыжене нет гипертрединга, у них SRT. У рыженя нет общего кэша, как на интеле. Т.е. такие вещи носят тонкоматериальный характер. Говоря про эффективность, я имел в виду конкретную пару i5-i7, а не в общем

Сообщение от xxxspeed Ryzen 1700X без гипертрединга (8 потоков) результат 4:55, а с гипертредингом (16 потоков) 7:58. это получается без гипертрединга ему надо 9:50, чтоб такой же объем сделать

Эту фразу я вообще не понял. Как и большинство твоих цифр. Я не понимаю, кто там за русских, а кто за фашистов, и вообще не понимаю, а был ли мальчик. Ну это ладно, остальные вроде понимают

Сообщение от snake32 жёстко привязать потоки к ядрам так чтобы на одно физическое ядро один поток сравнивал только int'ы, а второй - float'ы. По теории: для этих типов задействованы будут разные аппаратные модули(ALU и FPU соответственно). И если это действительно так и при этом хватит скорости общих команд (LOAD/STORE), а так же предсказатель ветвлений не сойдёт с ума, то можно в теории получить профит от вирутальных потоков почти двукратный.

Это только для AMD и старых Pentium 4. На современных интелах гипертрединг по другому устроен. Однако при такой организации амд'шный SRT скорее всего даст приличный выигрыш по сравнению с гипертредингом. Только вот проблема в том, что в реальных задачах такое крайне редко встречается. Обычно либо все вычисления целочисленные либо все плавающие, а чтоб пополам - редко. Тут наглядно демонстрируется кусочек реальности о том, что такое "оптимизация под процессор"



Добавлено через 2 минуты

Сообщение от snake32 Как я понял, ТС сравнивает разные типы данных чтобы выбрать из них наиболее эффективный. Но что если: - задействовать сразу 2 типа ( int и float ).

Я не особо понимаю, что ТС хочет. Но при таком подходе получается синтетический тест

0

0

Сообщение от K2K В линкс такая же фигня

По смыслу такая ситуация должна возникать в условиях, когда идёт большое количество вычислений при сравнительно низкой нагрузке на память. Т.е. небольшой кусок данных из памяти очень сильно обрабатывается вычислениями. И размер куска должен быть таким, чтобы суммарно по 4 потокам (на 4-ядерном процессоре) он занимал между 1/2 и 1 от размером кэша. Тогда включение дополнительных 4 потоков (т.е. 8 потоков на 4 ядра) включается эффект, когда сам процессор прироста не даёт, а кэш даёт замедление

0

0

0

K2K, что то как то дешево ты его нашел
https://www.computeruniverse.r... e-lake.asp

0

0

итак 16 потоков во всей красе

Миниатюры

 

0

хотел спросить а что это за цифры?
когда тестировал в 8 ядер их не было.

Миниатюры

 

0

0

Сообщение от dimank666 хотел спросить а что это за цифры? когда тестировал в 8 ядер их не было.

Это просто время в одну строку не поместилось

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

В чем отличие 1700Х от 1700?

0

Сообщение от dimank666 итак 16 потоков во всей красе

Чета совсем хреново, если я уже научился правильно понимать то, что показывает этот бенч. xxxspeed, короче, прямая дорога тебе за i5 8400

0

еще раз прогнал 8 потоков в новой версии

Миниатюры

 

0

смотрел как работает программа
она считает поэтапно и пока один этап не закончен на всех потоках, следующий не начинается
я про эти 10%
так что надо подкрутить настройки xxxspeed,
с делай так чтобы программа не ждала пока на каждом потоке посчитается по 10%

0

смотрел как работает программа она считает поэтапно и пока один этап не закончен на всех потоках, следующий не начинается я про эти 10% так что надо подкрутить настройки xxxspeed, с делай так чтобы программа не ждала пока на каждом потоке посчитается по 10%

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

0

да и вообще как то старанно у тебя статистика

при 8 потоках на 8 ядрах у тебя результат что при учете что нет одинаковый результат
такого не может быть

Допустим твое ядро считает 10 следовательно при 4 ядрах результат должен быть 10\40
при восьми 10\80, у тебя же везде 10\10 и на 4 и на 8 потоках

дальше рассуждаем пусть допустим 6700 мошнее и выдает 15 на ядро и резен столькоже
следовательно должно быть 15\60 или 15\120

но у тебя такого нет в подсечах
следовательно твоя программа одно поточная

0

да и вообще как то старанно у тебя статистика при 8 потоках на 8 ядрах у тебя результат что при учете что нет одинаковый результат такого не может быть Допустим твое ядро считает 10 следовательно при 4 ядрах результат должен быть 10\40 при восьми 10\80, у тебя же везде 10\10 и на 4 и на 8 потоках дальше рассуждаем пусть допустим 6700 мошнее и выдает 15 на ядро и резен столькоже следовательно должно быть 15\60 или 15\120 но у тебя такого нет в подсечах следовательно твоя программа одно поточная

10% 20% 30% ... - это ход выполнения работы потока, визуализация, никакой смысловой нагрузки не несет.
Объем выполненной работы для 1 потока везде одинаковый, для того чтоб увидеть время за сколько какой проц выполнет этот объем. Какой быстрее, какой медленнее. Это то что косается коэффициента производительности по одному потоку.
Программа тут тупо определяет количество потоков на компе и дает каждому по заданию. на 8 потоковый проц даст 8 заданий, на 16 соответственно 16.
И соответственно при расчете коэфиициента производительности всего объема работ будет уже учтено сколько потков работало.
допустим мой 8 потоковый проц выполнил работу за 1 мин и 16 потоковый проц выполнил работу за 1 мин, соответственно коэффициент будет 2, т.е. производительность в 2 раза больше

0

А если мой 8 ядерный сделает работу за 1 мин, а твой 16 ядерный сделает работу за 30 сек, то первый коэффициент будет 2, а второй 4.
т.е. по времени работы 1 потока он в 2 раза производительнее, а по общему объему выполненной работы в 4 раза производительнее.

Добавлено через 13 минут

Сообщение от xxxspeed т.е. по времени работы 1 потока он в 2 раза производительнее

тут поправлюсь, эта цифра при учете загрузки всего проца.
т.е. нельзя сказать, что производительность выше в 2 раза в однопоточном приложении, когда проц не полностью нагружен.

0

И количество циклов ограничено количеством потоков.

а сам цикл у тебя распаралелен?
какой смысл нагружать ядра одно поточной нагрузкой и замерять за сколько одно ядро справилось?

Объем выполненной работы для 1 потока везде одинаковый, для того чтоб увидеть время за сколько какой проц выполнет этот объем. Какой быстрее, какой медленнее. Это то что косается коэффициента производительности по одному потоку.

так твоя статистика не верная
тебе надо взять например 8-16 потоков (можешь на будущие и больше) и объединить их в одну задачу (не в один поток)
чтобы сама виндовс раскидывала потоки по ядрам.
тогда твои замеры хоть как-то будут верны для твоего процессора

то есть будет 1000 операций которые должен проц просчитать и чем больше ядер тем быстрее будет просчет

а у тебя получается конь в вакуме
если 1 поток это 100 команд то на 4 потоках это 400 а на 16 уже 1600

Добавлено через 12 минут

А если мой 8 ядерный сделает работу за 1 мин, а твой 16 ядерный сделает работу за 30 сек, то первый коэффициент будет 2, а второй 4. т.е. по времени работы 1 потока он в 2 раза производительнее, а по общему объему выполненной работы в 4 раза производительнее.

это при условии что ядра одинаковые и частоты ядер совпадаю (производительность на ядро одинаковая)
не в 4 а в 2
1000/8=125
1000/16=62,5

но у нас разные процессоры представим что 6700 на 20% мощнее на ядро тогда
1000\(8*1,2)=104
1000\(16*1,2)=52

0