Проверку работоспособности USB проводим на "задних" портах. При любых проблемах подкидываем другой БП, а лучше USB HUB с внешним питанием, дабы отсечь "железные" проблемы.
Основные отличия китайскиx материнских плат Х99 от брэндовых
1. Изготавливаются в основном на серверном чипсете Intel C612, за редким исключением на десктопном чипсете Intel X99 Express, а также изготовливаюcя на различных десктопных чипсетах H61, H81, B85, Q85, Q87, Z87..... и серверном C226. 2. Разьемы под вентиляторы не регулируемые, за исключением процессорного, который в свою очередь не регулируется после сна и крутит на 50% независимо от температуры процессора, что решается правкой BIOS. С конца 2020 года начали выпускатся платы (типа Machinist V102A, V104, K9) с не регулируемым разьемом CPU_FAN, причиной оказалась "утереная" перемычка на плате. 3. Некторые температурные датчики, например VRM, отсутствуют, а наличиствующие могут подавать неверные значения. 4. На некоторых дешевых моделях может отсуствувать режим сна. 5. Некоторые дешевые платы при наличии двух или четырех слотов ОЗУ могут работать в одно или двух канале соответственно! 6. Как биос прошита не оптимизированная общая заготовка AMI, на некоторых моделях могут отсутствовать, некоторые необходимые настройки, например, регулировка таймингов. Причем настройка таймингов может быть скрыта хитро, и вернуть ее через amibcp не получится, а только через ЗАД
Внимание материнские платы x99-tf, x99-f8 и x99-t8 поддерживают работу только с m.2 nvme. M.2 SATA работать не будут!!! Также платы поддерживают m.2 wi-fi или стандартный pci-e wi-fi, ноутбучные mini pci-e будут работать только через соответствующий переходник!!!
ВНИМАНИЕ. РАЗГОН ПО МНОЖИТЕЛЮ ВОЗМОЖЕН ТОЛЬКО НА МАТЕРИНСКИХ ПЛАТАХ С СЕРВЕРНЫМ ЧИПСЕТОМ (C612). На материнских платах HUANANZHI могут проблемы с разгоном на "дэсктопных" BIOS начиная с 17.08.20 и позже, рекомендуемый BIOS от 25.05.20
Для разгона множитилем как правило достаточно настроек стокового биоса, но в любом случае не прошивайте биосы предназначеные для анлока турбобуста процессров с заблокированым множителем, типа"с повышенным повер-лимитом и открытыми дополнительными настройками QPI". Для плат Huananzhi и других, использующих схожий биос, нужные настройки находятся в меню IntelRCSetup > Overclocking Feature > Processor и IntelRCSetup > Overclocking Feature > CLR\Ring. Основные параметры: Core Max OC Ratio — множитель ядер. Для Xeon E5 1650 v3 можно сразу установить 41-42. Core Voltage Mode — можно выбрать динамически (Adaptive) повышать напряжение или сделать статическим Core Voltage Override — выставляем напряжение на процессор в милливольтах, к примеру 1250, это будет 1.25 вольта (начать можно как раз с этого значения). Выше 1.30 поднимать с осторожностью! CLR Max OC Ratio — множитель контроллера памяти. По умолчанию равен 30, можно плавно повышать до 33-35 и тестировать производительность и стабильность. Core Voltage Mode — напряжение контроллера памяти. Аналогично Core Voltage Mode, но не выше 1250. Процессоры Haswell очень чувствительны к напряжению контроллера памяти, более-менее оптимальным считается 1.25 вольта, поднимать выше стоит с особой осторожностью.
Внимание всем!!!При переходе с x79 на x99, следует иметь ввиду, что на x99 память разгоняется намного хуже Планки обьемом 32 Гб, могут не заработать! Есть случаи когда вообще не работает, или работает только в двух или трех канале...! Есть информация, что четырехранговые планки работать полноценно не будут, а только двухранговые! Также есть информация, что заводятся только низковольтные планки!
При изменение тайминга TCWL, проявите особую осторожность! Некорректное значение TCWL, в лучшем случае приведет к невозможности запустить плату и необходимости сброса настроек BIOS перемычкой, в худшем к окирпичиванию платы с последующей прошивкой BIOS программатором!
После смены таймингов, компьютер следует выключить кнопкой, а затем, включить, так как при обычной перезагрузке изменения могут корректно не примениться!
Рекомендуемая программа для прошивки BIOS - FPT, желательно из под DOS, что бы избежать проблем с OS, например, зависания во время прошивки. Можно также использовать программы со встроеным FPT, например, тот же S3TurboTool от ser8989. Касательно AFUDOS и AFUWIN, то рекомендую их использовать только на платах где нет возможности прошить BIOS с помощью FPT, поскольку есть большие сомнение, что они нормально прошивают ME регион на Apito 5 даже с ключем /gan
Любая прошивка осуществляется на свой трах и риск без каких либо гарантий. Администрация форума не несет отвественности за последствия. Если не уверены, купите программатор или заручитесь поддержкой Зеонщика в своем городе (найти можно через телеграмм чат).
ПОСЛЕ ПРОШИВКИ ЛЮБЫМ СПОСОБОМ КРОМЕ ПРОГРАММАТОРА КРАЙНЕ РЕКОМЕДУЕТСЯ СДЕЛАТЬ СБРОС НАСТРОЕК БИОС ПЕРЕМЫЧКОЙ ИЛИ БАТАРЕЙКОЙ. ИЗ ПОД WINDOWS НЕЛЬЗЯ ПРОШИТЬ BIOS ЕСЛИ СИСТЕМА В СОСТОЯНИИ ПОСЛЕ СНА! В ЛЮБОМ СЛУЧАЕ НЕ РЕКОМЕНДУЕТСЯ ШИТЬ ПРИ ПОСТ КОДЕ НА МАТЕРИНСКОЙ ПЛАТЕ 73, ДОЛЖЕН БЫТЬ АА (84)
При прошивке из под Windows отключаем БЫСТРЫЙ ЗАПУСК в настроках самой OS и перезагружаемся. Также обязательно надо после прошивки выключить систему и включить (не перезагрузка) для гарантированого прописывания параметров хаба (Ме регион), а то всякие недоразумения могут быть, это же касается изменения некоторых настроек, особенно таймингов.
Биосы от материнских плат HUANANZHI x99-TF, x99-F8, x99-T8, X99-8M, X99-8MD3 совместимы! Но были жалобы, что на x99-F8 и x99-T8 при прошивке биоса x99-TF не работали дополнительные слоты ОЗУ.
Также совместимы биосы от материнских плат Running X99Z-V102 / Kllisre X99Z-V102 / ALZENIT X99M-CE5, X99-PE7(X99 V1.2) / XLZ X99Z-V102
Заводские bios HUANANZHI от 17.08.20, 26.08.20, 15.01.21 десктопные, со всеми вытекающими, например отключен ECC, не рекомендуется к использованию с разгоном серверной памяти, кроме того отсутствует пункт настройки таймингов! В биос от 26.08.20 и 15.01.21 и более поздних также Command Rate (CR) стабильно 3T (CR3) независимо от настроек BIOS! Кроме того следует иметь ввиду, что некоторые пользователи при прошивке bios от 17.08.20 окирипчивали плату - плата зависала на пост коде 19 (Pre-memory South-Bridge initialization is started). В часности окирпичивание подтверждают phants и miyconst и другие пользователи. Обычно такой посткод возникает при проблемах MЕ регионом. Думаю проблема в кривом отключении ME региона в биосе от 17.08.20, хотя в этом биосе также присутствует кривой модуль, что исправлено в версии Кошака. В биос 13.12.21 вернули ECC .... Они биос под майнинг допиливали... А ECC очень желателен для майнинга как для любого сервера. С официального сайта Description : Optimize ECC above 4G uffi network card
В биосах от iEngineer для плат HUANANZHI rev.1 модуль CSM не работает (системный диск должен быть GPT, а видекарта поддерживать UEFI), но режим UEFI работает более адэкватно. Если у вас видеокарта не стартует в режиме UEFI, и обновление биоса видекарты не помогло, можете попробовать биос от iEngineer, некоторым это помогло решить проблему. Также некоторым прошивка биос от iEngineer, помогла решить проблему работы видекарты в PCI-E 1.0. Оригинальные биос от iEngineer можно прошить и без программатора, например через FPT, но полный откат только программатором!!! На биосе для x99z v102 CSM работает
Bios от 25.05.20 лучший заводской и полноценный серверный биос для плат HUANANZHI первых ревизий.
ВНИМАНИЕ!!! Версии BIOS для плат HUANANZHI REV 2.0 можно смело шить на более ранние ревизии, а биосы от плат HUANANZHI первых ревизий, без программатора, шьем на REV 2.0 ТОЛЬКО с исправленым table VSCC, которые есть в шапке ниже.
Внимание REV. 1.2 HUANANZHI полностью рандомная, по этому, что шить спрашиваем на форуме, указывая марикровку микросхемы биос, мультиконтроллера, аудиокодека!
Раздел для частных объявлений по продаже своих комплектующих только для участников форума. Принимаются объявления только по продаже б/у процессоров LGA 2011 v3, китайских материнских плат x99, ОЗУ DDR3 и DDR4, другие комплектующие можно указывать только как добавление к вышеуказанным. Только частные объявления по адекватным ценам никакой коммерции. Объявления значительно, превышающие цены на АлиЭкспресс публиковаться не будут. Для добавления Вашего объявления пишем кураторам темы, указываем наименование, состояние, цена, город, страна. Для продающих в связи с переходом на AMD услуга платная. Барыги проходят мимо.
1.darckICEСерверная Samsung DDR3 16gb ECC REG 1333 Мгц. 3500р за штуку есть 10 штук. При покупке от 4ех 3000р за штуку. Б/У снята с сервера hp. Стабильная работа в 4ех канале на частоте 1866 Мгц с таймингами 10-10-10-28. Владивосток. Россия. #77
2.VEugene Продаю комплект вот такой: https://aliexpress.ru/item/100500314818 ... 1667062299 Только камни 2666 v3 Состав: HUANANZHI X99-F8D LGA2011-3 Xeon E5 2666 v3 - 2 шт. Кулера для CPU - 2 шт. 8G DDR4 2133 REG ECC память - 2 шт. 128G M.2 NVMe SSD (китайский) - 1 шт. Комплект был запасной, куплен целиком мной лично, заменены в нем только камни (изначально были 2690 v3) Все проверено, запускается. Цена 22000 руб. В Москве.
ДОНАТ для разработки BIOS и S3TurboTool
ser8989 - поддержка сюда 5366-7два80-9045-9598 (МТС-Банк). Для Кошака Qiwi +7-902-два13-33-10 или 4276-6900-10два6-7273 (Сбербанк). Большое спасибо!
У кого JINGSHA (Kllisre) X99-D8 с BIOS новее чем 15.04.2020 просьба поделится дампом.
При обращении на форум с проблемой не работоспособности или не стабильной работы вашей сисемы ОБЯЗАТЕЛЬНО указываем процессор, материнскую плату (ревизию) и ее чипсет, ОЗУ (разгон), наличие анлока и андервольтинга, дату BIOS и другие необходимые параметры. Учасники форума не обладают экстрасенсорными способностями!
Последний раз редактировалось m026 03.09.2025 12:15, всего редактировалось 878 раз(а).
aleksk2, спасибо! Очень полезная информация. На двух моделях полностью отсутствуют керамические конденсаторы на обратной стороне процессорного сокета. Более того, там даже они не предусмотрены в отличие от HUANANZHI X99-F8. Так же керамика отсутствует в шунте выходных электролитов (на HUANANZHI X99-F8 по одному маленькому конденсатору поставили для приличия). Но есть и плюсы! В сравнении с HUANANZHI X99-F8 линии передачи на выходе VRM у x99z v102a и x99z v102 максимально короткие, насколько это было возможно. Из 3 фаз ШИМ контролера 3 драйвера делают 6 фаз за счёт деления частоты пополам. Так что можно сказать честные 6 фаз, но с заниженной частотой вдове относительно ШИМ-контроллера.
aleksk2 писал(а):
какие еще различия кто видит?
Отличия ощутимые в основном в топологии печатной платы. Особенно заметно на обратной стороне. У x99z v102 массивная сплошная стоковая шина мосфетов верхнего плеча вынесена на обратную сторону целиком и без прерываний. Площадь этой шины больше, чем у x99z v102a. Конечно, неизвестно, что находится во внутренних слоях печатной платы, но сдается мне, что ничего хорошего. Поэтому с точки зрения топологии печатной платы и теплоотвода однозначно лучше и продуманней x99z v102. Можно даже реально зачистить эту шину и напаять на неё радиатор (теплообменник). Это даст куда более качественный отвод тепла (с низким тепловым сопротивлением), чем радиатор на терморезинке, как у X99-F8. Так же обвязка драйверов у x99z v102 по богаче. Вообще логика подбора номиналов резисторов в затворах мосфетов прослеживается у x99z v102. Так же присутствуют снабберы. В целом из того что можно было сделать дёшево - сделано по максимуму. А вот x99z v102a мне представляется удешевлённой копией x99z v102. Непонятна логика разводки тепловых шин. И такое ощущение, что везде понапихали одинаковые снабберы, а резисторов в затворе нет вообще. Но в целом, если не касаться топологии плат, отличие только в мосфетах. Чтобы понять где лучше, надо провести тест под нагрузкой и замерить температуры на пластике мосфетов и в точках под ними на обратной стороне платы (где переходные отверстия).
Добавлено спустя 27 минут 51 секунду:
MichaelF писал(а):
На пентиуме 4 в 2005 этот Гипертрединг еще и не отключался эпизодически, как вот сейчас, поэтому его и называли Гипертормоз. Может он кодирование и ускорял на 20%, но... Большую часть задач он замедлял раза в два. Нынче ГТ подключается по обстоятельствам, но я бы не плакал, если его нет, ибо задачи кодирования эффективнее решаются видеокартами. Если нужна машина для рендера, то лучше с ГТ, а если нужна дешман коробка для игр с процом затычкой, в котором при этом аж 8 ядер, то я не знаю, на кой хрен там ГТ.
У меня такой процессор Intel® Pentium® 4 (Northwood) до сих пор работает на материнской плате Intel® D865PERL. Никогда никаких проблем не было, тем более с отключением HT. А что касается потери производительности из-за включенного HT, то в очень редких случаях 15 % в очень специфических задачах. Ни о каких двух разах и речи быть не может. Вы, по-видимому, считаете что HT - это просто разделение производительности пополам! Но это не так! Один поток будет практически одинаково работать, что с HT, что без неё! Производительность будет падать только в многопоточных приложениях, которые не отличают физических ядер от виртуальных. Если этому приложению задать меньше потоков (как это можно сделать в LinX), то разница с HT и без него будет минимальна. При включенном HT Pentium® 4 плавнее работал, когда был запущен антивирус Касперского))) А с одним процессором всё притормаживало. Разница была очень заметна! В своё время делал натурное сравнение производительности процессоров и результаты с IXBT не бились совсем). И ещё.
А вот x99z v102a мне представляется удешевлённой копией x99z v102. Непонятна логика разводки тепловых шин. И такое ощущение, что везде понапихали одинаковые снабберы, а резисторов в затворе нет вообще.
Интересно, отсутствие мониторинга TDP на V102A это побочный эффект удешевления или это сознательно внесённое "усовершенствование" ?
Member
Статус: Не в сети Регистрация: 20.11.2015 Фото: 72
mepavel писал(а):
Производительность будет падать только в многопоточных приложениях, которые не отличают физических ядер от виртуальных.
Так у вас если всего одно ядро, всегда будет несколько потоков одновременно исполняться, сл-но всегда будет упавшая производительность. И еще... Приложения ничего и не отличают никогда, они просто заказывают потоки у ОС, если им нужно. Отличать что-то должна ОС. И что ей делать, если заказывается поток, а ядро чем-то занято? Правильно, затормозить весь процесс, забивая псевдопоток новой задачей.
mepavel писал(а):
При включенном HT Pentium® 4 плавнее работал, когда был запущен антивирус Касперского))) А с одним процессором всё притормаживало. Разница была очень заметна!
Конечно Пентиум 4 HT плавнее работал. Вы могли вообще приложуху с глухим циклом запустить, и, о чудо, у вас все прекрасно ворочается, и окошки, и касперский, и черти что еще, что вы там на нем запускали... В то время, как P4 без HT попросту завис бы, окна бы не двигались. А почему? А потому, что на HT ваш глухой цикл работает... на 50% скорости... А остальное ворочает ваши окошки, и второе типа ядро никогда не помечается как выключенное... Прекрасно. Не понимаю правда, как это подтверждает вашу теорию. Вы из поведения системы с HT делаете странные и неадекватные выводы. Зато потом вышли core 2 duo с честными двумя ядрами, и блин одноядерное приложение заработало в два раза быстрее, чем на пентиуме 4 HT. Как же так вышло? Чудо, не иначе. Еще сбивало с толку, что частота вроде меньше, а работает как-то быстрее чуть ли не в два раза, чем разогнанный в космос пень 4 HT... И это во времена, когда были только одноядерные приложения, по сути...
Тёплое с мягким сравнивать... Архитектура Пень4 была ущербной, как в сравнении с Пнём 3 таки с Корки Дуо. Разгонный Пень 3 даж с меньшими частотами уделывал пеня 4. Косяков в структуре не помню, но что то неудачное натворили. Кэш l2 порезали и L3 сделали не гонимибильным?! Шина проца и памяти плохо соотносилась с друг другом? Только на больших множителях нормально с памятью работал и скорость выдавал..
P/S Интл перелопатили всю архитектуру, кэш перестал быть кэшем команд как у пен3, только код для них переписать забыли... В итоге к core duo они опять всё перелопатили, и сделали 64 битным следующее поколение(хотя по второй ссылке заявлено о том что дуо-на основе Пентиум-М 32битной версии Ну в обще кто-то помнит муть и с Rdim продвигаемой интл.... Ребята много чего толкают в массы, отказывающегося тупиковой шляпой... Чтобы не быть голословным: https://ru.wikipedia.org/wiki/Pentium_4 https://www.technodor.info/2020/03/intel.html
Последний раз редактировалось TerminX 02.12.2020 15:53, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 03.03.2016 Фото: 9
mepavel писал(а):
спасибо! Очень полезная информация. На двух моделях полностью отсутствуют керамические конденсаторы на обратной стороне процессорного сокета. Более того, там даже они не предусмотрены в отличие от HUANANZHI X99-F8. Так же керамика отсутствует в шунте выходных электролитов (на HUANANZHI X99-F8 по одному маленькому конденсатору поставили для приличия). Но есть и плюсы! В сравнении с HUANANZHI X99-F8 линии передачи на выходе VRM у x99z v102a и x99z v102 максимально короткие, насколько это было возможно. Из 3 фаз ШИМ контролера 3 драйвера делают 6 фаз за счёт деления частоты пополам. Так что можно сказать честные 6 фаз, но с заниженной частотой вдове относительно ШИМ-контроллера.
Получается выбрать лучшее обычную v102, а ещё вопрос, у меня процессор 2630lv3 может для него как раз таки лучше v102a?
Получается выбрать лучшее обычную v102, а ещё вопрос, у меня процессор 2630lv3 может для него как раз таки лучше v102a?
Я бы взял обычную. Упор в Current/EDP всё равно обойти не получится. Если будет упор в TDP из-за платы, то это обходится через SVID/FIVR, по крайней мере на X99Z V600 мне пришлось эту фичу задействовать для E5-2630Lv3.
Меня интересует можно-ли на X99Z V102(A) ставить проц с TDP 120 Ватт без последствий ?
Интересно, отсутствие мониторинга TDP на V102A это побочный эффект удешевления или это сознательно внесённое "усовершенствование" ?
На 90 % уверен, что первое!
MichaelF писал(а):
И еще... Приложения ничего и не отличают никогда, они просто заказывают потоки у ОС, если им нужно.
Нормальное приложение должно само определиться, сколько ему надо запустить параллельных потоков в зависимости от количества физических и виртуальных процессоров, а дальше либо ОС уже сама эти потоки оптимально должна раскидывать по ядрам, либо приложение принудительно может этим частично управлять.
MichaelF писал(а):
А потому, что на HT ваш глухой цикл работает... на 50% скорости...
Складывается впечатление, что Вы никогда не работали с процессором, имеющим поддержку HT. Глухой однопоточный цикл будет работать примерно одинаково с HT и без него. Запустите тест SuperPi и проверьте данный факт) Ни о каком снижении производительности в двое и речи быть не может. Я сам софт писал для физического моделирования и прекрасно знаю как работает HT с одним циклом.
MichaelF писал(а):
Зато потом вышли core 2 duo с честными двумя ядрами, и блин одноядерное приложение заработало в два раза быстрее, чем на пентиуме 4 HT. Как же так вышло?
Потому что у core 2 duo появился новый набор команд, поменялась архитектура. В результате количество инструкций, и тем более количество операций с плавающей точкой за один такт выросло вдвое (а где-то и больше). Кроме того, начиная с серии Core i процессоры стали на лету оптимизировать код: типа команды a:=b; c:=d и т.д. делаются за один такт без предварительного перекомпилирования программы специальными компиляторами (по крайней мере так рассказывали на презентации Intel). Ещё скорость работы оперативной памяти у Pentium 4 и Core 2 Duo разная. Вот и получаем разницу, а не из-за того, что НТ всё испортил. Что касается производительности на одно ядро, то Pentium 4 - 3 GFLOPS, а у Core™ i9-10980XE Extreme Edition 67 GPLOPS/core. Такая разница, как минимум, из-за того, что в Core™ i9 есть AVX-512, а в pentium 4 northwood даже SSE3 нет. Мой 2680v4 имеет производительность 37 GPLOPS/core, потому что есть только AVX2. Так что я могу советовать к покупке Xeon'ы с функцией HT, если нужна исключительная многопоточность. Для игр не имеет смысла, т.к. в таких приложениях больше 4-х ядер вряд ли будет использоваться. Да и кэша играм много не надо. А вот для виртуальных машин, сервера, рендеринга 3D, кодирования видео лучше брать процессор с функцией HT.
eugene159 писал(а): Интересно, отсутствие мониторинга TDP на V102A это побочный эффект удешевления или это сознательно внесённое "усовершенствование" ?
Member
Статус: Не в сети Регистрация: 20.11.2015 Фото: 72
mepavel писал(а):
Что касается производительности на одно ядро, то Pentium 4 - 3 GFLOPS, а у Core™ i9-10980XE Extreme Edition 67 GPLOPS/core. Такая разница, как минимум,
Да какая разница, из-за чего разница между этими двумя процами, между которыми пропасть в поколениях, разное количество ядер, их частота, и разная работа HT при этом?? Ну какое это имеет значение? Чушь какую-то городите. Приостановитесь. А вот между коре 2 дуо и одноядерным P4 HT разница не столь велика, а в производительности она была такова, что одной болтовней про архитектуру вы тут не отделаетесь, даже если нафантазируете воды на пару страниц больше. Ну фантазии не хватит у вас.
Добавлено спустя 1 минуту 41 секунду:
mepavel писал(а):
Складывается впечатление, что Вы никогда не работали с процессором, имеющим поддержку HT.
Ну выводы вы cделали точно не правильные, оценивая плавность работы процессора с HT, приводя это как некий аргумент. Я объяснил, почему была "плавность", вы в ответ этот высер пишете. То, что вы там что-то писали, не значит, что вы адекватно вообще понимали, как оно работает. Восхищает ваша уверенность в своей правоте. Ок, как будет время, достану из помойки 3ГГц P4 HT, и коре 2 дуо на той же частоте, и проверим. До этого времени не вижу смысла продолжать тут эту дискуссию. И уж пожалуйста, избавьте от рассказов про улучшенные архитектуры... Ну не добавляет двукратную скорость архитектура относительно прошлого поколения. Даже если она самая вообще удачная получилась, такая как у коре2. А второе ядро не добавляет скорости одно-поточному приложению. Чудес не бывает.
Добавлено спустя 10 минут 40 секунд:
mepavel писал(а):
pentium 4 northwood даже SSE3 нет.
и что, что нет? Так же, как сейчас никто не юзает в коде AVX-512, так и тогда никто не юзал SSE3. Какая кому разница, есть в процессоре поддержка этих инструкций, или нет? Как это влияло на производительность? Вы вообще что-то кроме тестов хоть раз запускали? Складывается впечатление, что из тестов не вылезаете. Одни Гигафлопсы на уме.
Добавлено спустя 1 минуту 59 секунд:
mepavel писал(а):
Вот и получаем разницу, а не из-за того, что НТ всё испортил.
Тем не менее, из коре2 убрали ГТ. Оставили бы, раз все там такое чудесное. Видимо, что-то с ним было не так в том виде, в котором он был реализован в пне 4 и ксеонах того поколения, и технология нуждалась в доработках. В новых же процессорах эта технология работает уже несколько иначе.
Ну а так-то да, для рендера нормально, или для сервера, или в тестах на циферки смотреть, а для всего остального - на фиг не нужно, ну разве что, когда совсем мало ядер, там даст плюс в многопоточных приложениях, но можно ожидать эффекта пня 4 HT, когда основной поток будет еле ползать. Если ядер 8, и рендерить ничего каждый день не нужно, то смысла в ГТ нет.
Добавлено спустя 15 минут 33 секунды:
mepavel писал(а):
Нормальное приложение должно само определиться, сколько ему надо запустить параллельных потоков в зависимости от количества физических и виртуальных процессоров,
Вы сейчас 99% приложений обозвали не нормальными. Потому что обычно приложение порождает потоки исходя из соображений разработчика, оптимизирующего процесс, и мало интересуется, сколько ядер у вашего физического процессора, не говоря уже о том, чтобы разбираться с тем, реальные они, или фейковые. Разве что, в исключительных случаях, поинтересуется, но... будем объективны... Нет.
Добавлено спустя 7 минут 13 секунд:
mepavel писал(а):
Да и кэша играм много не надо.
Пост-обработка картинки? Разве она не всрет кэш?
Добавлено спустя 38 минут 40 секунд:
mepavel писал(а):
типа команды a:=b; c:=d и т.д. делаются за один такт без предварительного перекомпилирования программы
Ересь. Процессор не работает с командами a:=b; c:=d. Если это ячейки памяти, уверяю вас, за один такт это не делается. "Без предварительного перекомпилирования программы" - я вот не хотел бы никого обижать... Но не могу не отметить, что это просто какой-то бессмысленный поток слов не к месту. Вы вообще не понимаете, о чем говорите. Ну или же просто неправильно выразились, и уже я вас не понимаю.
Добавлено спустя 4 минуты 10 секунд:
mepavel писал(а):
и тем более количество операций с плавающей точкой за один такт выросло вдвое (а где-то и больше).
Откройте любой дизассемблированный код, и найдите там инструкции с плавающей точкой. Чтобы просто примерно понимать их количество в масштабах всей программы.
Junior
Статус: Не в сети Регистрация: 07.08.2019 Откуда: Москва
Ребята, подскажите, пожалуйста, есть ли возможность на материнке Huananzhi X99-T8 завести DDR3 на частоте 2133 МГц, собственно, как на Huananzhi X99-TF?
_________________ Huanan X79 2.49PB P75/B75|Intel Xeon E5-2689 @2.6GHz|DDR3 4x8GB HyperX 1866MHz|Gigabyte GF GTX 1660 Ti OC|SSD Samsung MZ-V7S500BW|Deepcool Nova DN650
Ребята, подскажите, пожалуйста, есть ли возможность на материнке Huananzhi X99-T8 завести DDR3 на частоте 2133 МГц, собственно, как на Huananzhi X99-TF?
А главное зачем? 1866 в 4х канале это уже более чем достаточно. Прибавку в 1-1,5% сложно увидеть.
Junior
Статус: Не в сети Регистрация: 07.08.2019 Откуда: Москва
BOBKOC писал(а):
завести то можно Китайский LGA2011-3 (X99 Huananzhi, Jingsha, Aterminer, PLEXHD) #17105402 + Обсуждение и разгон оперативной памяти на китайских Х99 #17164993, но надо ещё чтоб память умела эти 2133 при 1.5v и по большому счёту, на это лучше не расcчитывать
Спасибо! У меня HyperX на 1866MHz, думаю должна 2133 потянуть)
_________________ Huanan X79 2.49PB P75/B75|Intel Xeon E5-2689 @2.6GHz|DDR3 4x8GB HyperX 1866MHz|Gigabyte GF GTX 1660 Ti OC|SSD Samsung MZ-V7S500BW|Deepcool Nova DN650
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения