Coffee Lake — кодовое название микроархитектуры восьмого и девятого поколения процессоров Intel Core, которая является незначительным изменением микроархитектуры Core согласно стратегии разработки микропроцессоров «Тик-так» компании Intel вслед за «тиком» Broadwell и является усовершенствованным «таком» Kaby Lake без изменения техпроцесса 14-нм. Основным отличием архитектуры стало увеличение до шести и восьми количества ядер процессора. Тепловой пакет (TDP) для настольных процессоров составил до 95 Вт. Новинки имеют встроенную графику Intel UHD Graphics 630, с возможностью аппаратного кодирования и декодирования H.265 (HEVC) видео. Чипы восьмого поколения официально анонсированы 24 сентября 2017 года и доступны для покупки начиная с 5 октября 2017 года. Позднее 8 октября 2018 года Intel официально представила новые настольные процессоры Intel Core 9-го поколения Coffee Lake-Refresh изготовленные по уже дважды улучшенному 14 нм техпроцессу (14 нм++), также в рамках выставки CES 2019 компания Intel объявила о расширении семейства процессоров Coffee Lake-Refresh в дополнение к которым добавились новые модели с индексами F и KF имеющих отключенное графическое ядро. Процессоры Coffee Lake совместимы только с 300-й серией чипсетов, поэтому желающим «проапгрейдиться» до новых ЦП придётся обзавестись платой с наборами системной логики 300-й серии.
Характеристики настольных процессоров Intel Core 9-го поколения
Предельные значения температуры и энергопотребления разогнанного Intel Core i7-9700K при прохождении тестирования в Prime95 29.4 (при полной восьмипоточной нагрузке SmallFFT c AVX, охлаждение Corsair Hydro Series H115i)
В теме проводится сбор результатов разгона процессоров Coffee Lake. Для того чтобы успешно добавить свой результат, вам потребуется:
1) Скачать программы CPU-Z, LinX (версии не ниже 0.8.0), Core Temp. 2) Подтвердить частоту процессора тестом LinX (подробности ниже)
LinX должен быть настроен следующим образом: Задаете режим 32 либо 64 бит, объем задачи = 25000 (не меньше 25000), количество проходов = 10 (не меньше 10).
Полученный результат должен иметь следующий вид: Скриншот рабочего стола после прохождения >9 циклов (т.е. между 9 и 10 проходами). Вместе с LinX на рабочем столе должны быть развернуты CPU-Z (первая вкладка) и Core Temp, это обязательный минимум. Такой набор программ даст информацию о напряжении и температурах под нагрузкой-простоем. По желанию можете добавить другие программы, показывающие дополнительную информацию о вашей системе, например третью вкладку CPU-Z, которая покажет модель материнской платы и версию BIOS. Пример результата разгона: Mad Max, 5100 МГц (AVX 0), i7-8086K, HT-ON, Cache 4700, Vcore=1.36V, Batch L805E123, Gigabyte Z370 Aorus Gaming 7 (bios F6), Be Quiet! Dark Rock Pro 4, ЖМ под HS, Windows 10 Pro 64-bit 1809, LinX 0.9.3 64bit.
Вложение:
Mad Max i7-8086K.jpg [ 810.52 КБ | Просмотров: 1157938 ]
(!) А также убедительная просьба кроме скриншота, пишите свою версию ОС, версию BIOS, модель материнской платы, тип охлаждения и заданное (и/или реальное) напряжение Vcore и указываем заменён ли термоинтерфейс под крышкой процессора, и на что заменён (другую термопасту или ЖМ). Ещё желательно указать номинальный VID процессора (штатное напряжение на штатной частоте с отключенным Turbo Boost), а также Batch – серийный номер/номер партии (его можно посмотреть на крышке процессора). Результаты разгона можно присылать в ЛС куратору темы, а также постить в теме соблюдая имеющиеся ограничения на размещаемые размеры снимков. Все прошедшие проверку результаты будут добавлены в статистику разгона Coffee Lake.
Member
Статус: Не в сети Регистрация: 21.07.2012 Откуда: г. Тула Фото: 12
nag77 писал(а):
Было бы у тебя флопсов не 300, а под 390, да еще бы размер задачи побольше, ты бы понял, что ты делаешь не так)
Проходов зато 20, думает наверное что это компенсирует чего то.
Добавлено спустя 1 минуту 59 секунд:
Kyle Reeze писал(а):
Ой ой, щаз я включю линкс на 40 минут и у меня все сгорит. Срочно бегу включать.
На скрине моём видно хорошо, около 18 минут, можно даже сократить до 5 проходов, за это время у вас ничего не сгорит.
Добавлено спустя 5 минут 20 секунд:
Kyle Reeze писал(а):
Я ж сказал - у меня сейчас в комнате как в бане 30С
Это вряд ли, у вас на скрине минимум 32 градуса, у меня сейчас при температуре у системника по реобасу 27 градусов, минимум стоит 31 и это в не самом дешманском корпусе и кулере и со скальпом к тому же.
Member
Статус: Не в сети Регистрация: 18.09.2017 Откуда: Москва Фото: 4
xyligano писал(а):
ты начинаешь прозревать) т.е. если в максимальной нагрузке память максимально быстро отдаёт данные, то во всех остальных задачах она точно не является узким местом
Подсистема памяти является узким местом далеко не везде, а в linx она в таком положении находится искусственно. Я программистом никогда не работал, но в институте учился на стипендию, так что я тебе даже больше скажу: при правильно написанном коде латентности памяти вообще не должны иметь никакого значения - все необходимые данные уже должны находиться в кэше к тому моменту, когда они понадобятся на конвейере. А ситуация, когда они нужны, а в кэше их нет и приходится останавливать конвейер и лезть в безумно тормозную, по меркам процессора, оперативку - это само по себе эпик фейл и такого быть вообще не должно. То, что это есть говорит только о отстойности софта. А Linx этот эпикфейл намеренно симулирует. В играх же и большинстве рабочих приложений такой ситуации нет даже близко, а зачастую и вообще все хорошо и можно полноценно получать профит от разгона ядер.
Цитата:
логично настраивать систему так, чтобы память всегда была в состоянии своей максимальной производительности и не ограничивала работу процессора
Было бы логично, если бы ты после максимального разгона памяти не лез в линкс, что бы увидеть там "нестабильность" и снижать частоту процессора, задирая при этом напругу ради "максимального разгона" памяти, который нигде, кроме linx, нафиг не нужен.
Цитата:
не существует никаких настроек "под конкретные задачи" есть максимально возможная производительность этой системы при полной стабильности и неправильно настроенная система всё т.е. единственно верный вариант и все остальные
Да нигде, кроме linx, настроенная по твоей методе система не будет иметь максимальной производительности: что синебенч запусти, что любую игрушку - результат будет выше, если увеличить множитель и снизить разгон памяти (снизить ради "стабильности" в любимом приложении, флопсами в котором ты только и пожертвуешь). Если что, то я обеими руками за разгон пямяти, со временем и себе куплю b-die поиграться.
Последний раз редактировалось sdvuh 16.06.2018 23:39, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 20.04.2017 Фото: 0
sdvuh писал(а):
при правильно написанном коде латентности памяти вообще не должны иметь никакого значения
Ты мне сейчас ролик с ютуб пытаешься своими словами пересказать?))
sdvuh писал(а):
Да нигде, кроме linx, настроенная по твоей методе система не будет иметь максимальной производительности: что синебенч запусти, что любую игрушку - результат будет выше
Я готов с тобой померяться результатами систем - кукуруза 5.3ггц против стабильной 4.9ггц Но ты будешь ныть, что у тебя память не b-die Так что если желание есть - любые тесты с любыми настройками предлагай Можем ветку запилить для этого, можем найти подходящую Одно условие с моей стороны - тесты должны будут снабжаться мониторингом по моим условиям, чтобы поведение системы было наглядно и очевидно, невозможно была подтасовка и ты сразу понял где и как ошибался
Member
Статус: Не в сети Регистрация: 18.09.2017 Откуда: Москва Фото: 4
xyligano писал(а):
Ты мне сейчас ролик с ютуб пытаешься своими словами пересказать?))
учебник
xyligano писал(а):
Так что если желание есть - любые тесты с любыми настройками предлагай
Ну го синебенч, раз так. У меня 1731. Реально интересно мне бы было затестить овервотч и перестроение сборки из эдак 500-т деталей в солиде, но у нас это не получится.
Member
Статус: Не в сети Регистрация: 20.04.2017 Фото: 0
sdvuh писал(а):
Ну го синебенч
завтра я не сижу на 8700к, у меня нет его под рукой
Добавлено спустя 4 минуты 29 секунд: но я уже могу тебе сказать, что сайнбенч это фуфло, которое не подходит для подобных споров и измерений вот результаты Олега на 5100мгц по ядрам и 4000мгц по памяти и они ниже чем у тебя т.е. эта синтетика никоим образом не отображает производительность системы, и слабо зависима от памяти
_________________ https://telegram.me/xyligano
Последний раз редактировалось xyligano 17.06.2018 0:21, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 18.09.2017 Откуда: Москва Фото: 4
xyligano писал(а):
но я уже могу тебе сказать, что сайнбенч это фуфло, которое не подходит для подобных споров и измерений вот результаты Олега на 5000мгц по ядрам и 4000мгц по памяти и они ниже чем у тебя т.е. эта синтетика никоим образом не отображает производительность системы, и слабо зависима от памяти
Да, я видел этот скриншот в соответствующей теме. Но синебенч на много ближе к реальности, чем флопсы из LinX.
Добавлено спустя 1 минуту 47 секунд:
xyligano писал(а):
ну так это говорит сугубо о "попугаях в вакууме" сайнбенча а не производительности системы
Нет, просто задачи разные бывают. В синебенче, кстати, вполне себе реалистичная - там красивая картинка рендерится.
Member
Статус: Не в сети Регистрация: 04.11.2013 Откуда: Москва\Рославль Фото: 12
sdvuh писал(а):
Ну го синебенч, раз так. У меня 1731. Реально интересно мне бы было затестить овервотч и перестроение сборки из эдак 500-т деталей в солиде, но у нас это не получится.
Го комплексный с памятью и тд.
тест
Вложение:
grin.png [ 186.24 КБ | Просмотров: 542 ]
_________________ в разгоне для 1080 ситуация будет печальнее, знаешь почему? потому что на 2080 сила одного мегагерца больше@Руфусс#
Member
Статус: Не в сети Регистрация: 18.09.2017 Откуда: Москва Фото: 4
BY_Pashka писал(а):
шо-то я там не заметил зависимости от частоты памяти.. есть резалты и на 3600 и на 3066.. +/-10 попугаев...
На моем скриншоте нижний результат (1704) это память в стоке, а верхний (1731) - это мои кривые 3200-16-19-19-2Т. Так что зависимость от памяти точно есть, но, похоже, только до определенного предела, после которого уже "не ботлнечится".
Я программистом никогда не работал, но в институте учился на стипендию, так что я тебе даже больше скажу: при правильно написанном коде латентности памяти вообще не должны иметь никакого значения - все необходимые данные уже должны находиться в кэше к тому моменту, когда они понадобятся на конвейере.
Ага а всякие предсказания ветвлений, smt и тд делают в процессорах галочки ради. Сударь меньше бреда пожалуйста, при большом объеме данных нельзя их положить в кэш, линпак то попросту считает большие системы уравнений - вариант нагрузки с сильным упором в псп памяти, задачи разные бывают, а вы выставляете свой вариант в абсолют.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения