Это ресурс - территория МОрдора.
Рассуждать о 2697Аv4 по 90$ лучше на свинарско-валинорских помойках.

отдохнешь маленько за свои разговоры

Все верно, долго мониторил рынок и взял самый выгодный вариант за комплект с 2696v4 и 64Gb DDR4.

Не совсем так... На платформе есть пенальти при доступе процессора к чужой памяти другого процессора. В итоге, в ряде задач, если в них возникнет интенсивный обмен данными между ядрами одного процессора с памятью другого процессора, можно получить тупо снижение производительности, если просто тыкать приложение, а оно внезапно как-то не так будет инициализировать буферы памяти для своей работы, как винде того хотелось бы... Здесь не 8-канал, а два по 4-канала у каждого из процессоров. С многоядерными процессорами можно организовать еще и внутри них два по два канала, например, у 2667v4 один черытех-канальный контроллер памяти, а у 2697Av4 - два двух-канальных. Иными словами, передача данных в память другого процессора происходит через шину QPI, и только затем уже через широкую шину четырех-канальной памяти. Так что у вас тут будут не медленные ядра, а ядра, которые тормозят из-за плохого доступа к требуемым им данным, и они своими этими задержками будут задерживать весь результат. На Skulltrail ситуация была несколько иной, там оба процессора общались со всей доступной памятью через один внешний северный мост. Действительно, на паре 4-ядерных процессоров все ровнее работало, и подобных проблем не возникало. Но здесь у вас контроллер памяти находится непосредственно в процессоре, иногда их даже два, которые напрямую соединены со своей памятью, и все это кроме преимуществ, дает еще и некоторые недостатки, которые я описал. Поэтому, не такая уж плохая идея собрать одно-сокетную сборку на каком-нибудь разгонном восьми-ядернике, типа E5-1660v3 или QK3S, или даже неразгонном 2667v4, или даже не восьми-ядернике, а выбрать что-то более многоядерное, тот же 2697Av4 (16/32@3.1Ghz), 2690v4 (14/28@3.2GHz), или 4627v4 (10/10@3.2GHz). Хотя сейчас на 2667v4 (8/16@3.5GHz) довольно хорошая цена, раньше он стоил заметно дороже. Одно-процессорная система будет проще в использовании.

"90$ у нас" - если Вы в Китае территориально, то да, за примерно такую цену предлагают QS внутри Поднебесной. Но до Штатов этот проц бесплатно не доставляют.
110-120$ уже не инженерники, но сверху надо накидывать доставку.
14-15 тыс. руб - это цены с доставкой до РФ.

Смысл в 2697a v4 есть, но в 10 раз пишу - мегаускорения только для узких задач, например, ради большого объёма RAM, или в задачах типа LS-DYNA, OpenFOAM, OpenRadioss, да и то в последнем случае более многоядерный v4 почти ничего не даст в сравнении с 2667v4. Там для dual-сборки 8 каналов 2400, тут те же 8 каналов 2400. Потратить 28-30 тыс на весьма горячие Xeon ... за эту цену можно собрать бодрую персоналку с быстрым однопотоком и как страшный сон забыть про Xeon. Для сравнения, Ryzen 5900x будет давать для разных видеокодирований примерно такие же попугаи как пара 2697a v4, при чём 25-35% ускорения за счёт двукратного роста энергопотребления... Ну, такое. Зато для МКЭ-расчётов с большим количеством степеней свободы любые (и даже старшие) 5000-е райзены и новые 12-е интелы в 3 (три) раза медленнее даже 2х2640v3. В общем, выбирают по задачам.

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

Добавлено спустя 3 минуты 10 секунд:

Ну вот вы опять это делаете... 16 ядер против 8 ядер не могут ничего не дать. Не дает оно вам по другим причинам. Вы упомянули опять сборку из двух процессоров. Вот сперва поэкспериментируйте, давая задачу только одному процессору, а затем уже на результатах стройте выводы. Вы увидите, что 16-ядерник исполнит все заметно быстрее. У вас просто пенальти от неправильного доступа потоков к чужой памяти превзошло прирост от количества ядер. Больше ядер, это не только больше производительности, но и доступ большего числа ядер к чужой памяти. Вот и результат. Это очевидно. А вы из-за этого делаете некорректные выводы. Это ж вы писали про то, что вам ПСП не хватает... Вам не ПСП не хватает. Затык у вас происходит в шине между процессорами QPI. Потому что авторы программы заказывают буфер памяти, например, в первом потоке, выполняющемся на первом процессоре, а работать с ним заставляют поток номер
условно 38, выполняющийся на втором процессоре. Вот он вместе с другими потоками на этом процессоре и гоняет данные через QPI, заткнул ее. Вот у вас половина всех потоков и тормозит общий процесс. Может быть она заткнута в обе стороны... Зависит это все от многих факторов, от реализации, или от включения NUMA, например. Общий результат получается низким как раз по этим тормозным потокам. Пробуйте включить или выключить NUMA. Пробуйте принудительно на одном процессоре запускать. И не так, что вы запустили, а потом пошли с Диспетчер задач, и отщелкали ненужные ЦП там... Вам нужно, чтобы именно стартовый поток был на нужном процессоре, и уже было ограничение для задачи по ЦП. Т.е. запускайте через cmd с ключом /affinity

И вот уже после этих изысканий будете рассказывать нам, как там у вас 2697Av4 ничего не дает, в то время как он у вас в одиночку будет результат двух 2667v4 забарывать.

Добавлено спустя 3 минуты 59 секунд:

Ну вот вы в 10-й раз неправильные выводы пишете. Ну как для узких задач, если ядер у 2697Av4 В ДВА РАЗА больше, а частота лишь чуть меньше?! Если задача может утилизировать все 16 ядер, проблем не будет, и ускорение будет соизмеримое... Проблемы будут только если задача не может этого сделать, это или немасштабируемая задача (явно не ваш случай), или так уж она сделана, или же если у вас два процессора, и есть определенные накладные расходы, связанные с этим, которые я здесь описал. Вы берете одну эту ситуацию с проблемой, и перекладываете ее на все, делая странные выводы.

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


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

Я могу на двух 2697Av4 запустить четыре экземпляра вашей программулины, по две на каждом процессоре, по одной на 16 потоков каждого процессора... Четыре. И все они ну может чуть помедленнее отработают, чем ваша одна копия на Райзене... Но их четыре будет выполняться одновременно... Т.е. это не для узких задач, а с любой задачей могу так поступить, которая только взбредет вам в голову... Ну о чем тут вообще говорить?! В каком месте здесь пара восьмиядерников покажут то же самое, или тем более, какие могут быть Райзены в сравнении с этими возможностями?! Вы на Райзене никогда ничего подобного не сделаете. И ведь не обязательно ресурсы машины именно так использовать... Можно запустить лишь пару ваших прог, и параллельно загрузить систему другими задачами без каких-либо потерь для их производительности. Просто вы в принципе не понимаете, как использовать двух-сокетную систему. Вы хотите просто тыкнуть иконку приложения, и получить результат, не разбираясь, что на каких ядрах, что в какой памяти, NUMA или не NUMA, а когда прогеры накодили для вас какую-то хрень, претензии предъявляете почему-то к платформе, а не к прогерам, и не к своему нежеланию разбираться в нюансах.

Это да, юзаю и юзал такой вариант. Другое дело, что и Ryzen и Intel 12-thgen так же работают, если упора в ПСП и кэш нет.

Всех с наступающим. Чтоб новый год принёс меньше хлопот и раскрыл творческий и экономический потенциал наших китаесборок

Друзья, пару банальнейших вопросов.

1. Есть ли на Huananzhi вызов бут меню клавишей? Как только на своих платах сделал всё по феншую, т.е. перевёл системные диски в GPT, то приходится каждый раз при загрузке с какой-нибудь флешки заходить в биос и принудительно ставить эту флешку. После извлечения флехи всё по новой. Когда диски были в MBR почему-то биос грузил флешки автоматом, может быть даже запоминал последовательность загрузки даже после извлечения флешки. Тут же в меню биоса нет обычного Boot device priority, типа CD Rom, Removable и HDD, тут только конкретно подлюченные девайся, неудобно короче.

2. Не могу найти самые последние драйвера для чипсета B85 на сайте Intel. Как искать, поиск по "B85" ничего не даёт?

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

Ой фу, таким быть..Есть украинское заркало конференции, иди туда и общайся с себе подобными..

Thank you for your contribution, you are very informative! Since the limitation is in memory accessing, I take that there is no way around this limitation? Increasing QPI link clock would have any effect here? And x79 systems would also have this problem? V1/V2 Xeons?

никаких проблем! плата джингша, проц 2680 V4 все без проблем обновилось

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

Как так нет? Все там есть. Выбор последовательности опроса типов устройств, и выбор приоритета среди конкретных устройства в нужном классе, например, конкретного жесткого диска. И кнопка для вызова меню с выбором загрузочного диска тоже есть, но я не помню какая... Ну понажимайте там наугад функциональные клавиши. Мне всегда помогает. И к GPT/MBR это все никакого отношения не имеет.


Ну вот с NUMA экспериментируете. Включаете и отключаете, смотрите, как лучше для вашего использования и ваших задач. В т.ч. запускаете задачи на нужных логических процессорах. Частоту QPI вы можете менять, выбирая строго определенные варианты. Выбран как правило самый быстрый вариант, поддерживаемый вашими процессорами. У v1/v2 полностью такая же ситуация, как и на сокете 1366, и везде, где северный мост встроили в процессор. Шина там только помедленнее... Вам вообще переживать не стоит, все это куда быстрее вашей шины на Skulltrail, где у вас вообще все через нее идет. Тут из конкретного процессора все идет напрямую в его память, а через шину только в чужую память. Это само по себе уже двукратная экономия в сравнении с вашей платформой, а тут еще и скорость передачи совершенно другая. Ну, как я и сказал, тут по-разному можно все сконфигурировать, может вообще не быть никакой лишней передачи в чужую память. С двумя многоядерными процессорами можно даже организовать 4 двух-канала, с которыми напрямую будут работать соответствующие ядра этих процессоров. На что фантазии хватит...

Раньше не обращал внимания, а сейчас заметил, что при подключении внешнего usb hdd к usb выключенного компа, тот начинает вращаться, т. е. порты usb не отключаются при выключении компьютера. Это лечится? Сейчас стоит последняя модифицированная прошивка huanangi f8 (v1.0) от кошака.

Это решается перемычками на плате, а не прошивкой. Вы либо даете всегда питание на порты в отключенном состоянии, либо выключаете их...

JPWR1. Все расписано на плате. Касательно задних портов USB джамперы JPWR3-4 находятся под защитным кожухом возле портов.

Ну подскажите уж, какие перемычки за это отвечают на Jingsha D8? а то инструкцию на китайском очень сложно читать.

чушь полная , качается только БРЕНДОВЫХ плат!

Добавлено спустя 1 минуту 51 секунду:

вас в гуле или яндексе забанили? эта инфа и тут поиском находится...

Я подсказал. У меня нет платы D8, но не думаю, что там что-то внезапно другое. И что там так уж много джамперов, что вы не разберетесь.

Какая ещё чушь? Я свою Huananzhi X99-TF так окирпичивал, а потом восстанавливал программатором.

Чел шутник однако. Прилетел биос для китайской платы
Говорят драйвер паки запарывают биос (сам я этими паками никогда не пользовался, т.ч. подтвердить не могу)

Добавлено спустя 7 минут 25 секунд:

Качнул небось какой-нибудь левый exe'шник из инета, а запустил сдуру и валишь всё на Windows Update.