Часовой пояс: UTC + 3 часа




Куратор(ы):   1usmus   



Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 3795 • Страница 180 из 190<  1 ... 177  178  179  180  181  182  183 ... 190  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 
Прилепленное (важное) сообщение

Куратор темы
Статус: Не в сети
Регистрация: 07.06.2017
Откуда: Persey omicron
В данной теме обсуждаются CPU линейки AMD Ryzen 2X00 (микроархитектура ZEN+)!


Статистика разгона Zen+ систем, ccылка >> https://docs.google.com/spreadsheets/d/ ... edit#gid=0


Для запуска процессоров 2X00 требуется биос с поддержкой agesa 1.0.0.0a - обновляйте заранее перед установкой процессора самостоятельно или в сервисном центре.

Ссылка 1 -> Процессоры AMD Ryzen 1000-й серии (Summit Ridge\Zen\14nm\AM4\TR4)
Ссылка 2 -> APU и Athlon линеек AMD «Bristol Ridge» & «Raven Ridge» (Socket AM4)
Ссылка 3 -> Выбор материнской платы под процессоры AMD Socket AM4 (Summit Ridge, Raven Ridge, Pinnacle Ridge и Bristol Ridge)
Ссылка 4 -> Выбор оперативной памяти DDR-4


Какой процессор выбрать
#77
FAQ
- Какой вольтаж выбрать для какой частоты?
- #77

- Какие пределы по вольтажу для ZEN+?
- Для ZEN+ предел стабильности кремния (LP12) по вольтажу: для всех ядер 1,330 и 1,425 для одного ядра при условии PBO Scalar 1X (это стоит у всех мат плат по дефолту без исключения). Для PBO Scalar 10X это 1,400 и 1,480 соответственно. Выше - гарантированные проблемы с TDP и со стабильностью. То-есть если вы наваливаете свыше 1,48 для разгона по всем ядрам - процесс деградации процессора запущен.Норма до 1,45.

- Какую температуру не стоит превышать при разгоне?
- 80-85 градусов максимально допустимая. Рекомендуемая рабочая 70-75 (это не касается стресс пакетов).

- Гонится ли лучше ОЗУ на ZEN+?
- Нет, контроллер памяти идентичен прошлому поколению, даже имеет идентичные прошивки. Единственно улучшение - более низкая потребность в SOC voltage. Статистика разгона памяти : 3400 МГц - 12,5% образцов , 3466 МГц - 25,0% образцов ,3533 МГц - 62,5% образцов при условии использования памяти на чипах Samsung b-die.

- Имеют ли материнские платы на чипсете X470 преимущества перед X370?
- Единственное преимущество - улучшенный разгон ОЗУ. Только X470 имеет улучшенное экранирование шин, улучшенную топологию шин, заземление DIMM разъемов + измененный дизайн VRM(они стали холоднее). По разгону процйессора - отличий нет.

- Precision boost override доступен только для X470?
- Нет, данная функция доступна и X370 и 350 и 320, но с модифицированным биосом, который можно скачать в этой шапке.

- Как настроить вольтаж CPU чтоб работало энергосбережение + сброс частоты в простое?
- Через режим Offset +

- Стоит ли использовать P-state разгон?
- Смысла в данном виде разгона нет, даже при ручном разгоне на последних AGESA был добавлен автоматический режим энергосбережения

- Можно ли настроить отдельно разгон для одного ядра и для всех остальных?
- Частично да, но на материнских платах со встроенным BCLK. Вольтаж процессора через Offset + , множитель авто, BCLK 100-101.4. Абсолютно реально получить 4450 мгц для одного ядра (разумеется если экземпляр процессора попался удачный). Так же некоторые материнские платы имеют функцию дополнительно авторазгона, к примеру на ASUS crosshair 6/7 есть функция PE (performance enhancer) которая позволяет добавить частоту для всех ядер до 4,2-4,3 ггц + буст одного ядра до 4350мгц.

- Какая память (на каких чипах) предпочтительна для ZEN+?
- Samsung b-die имеет наилучшую совместимость и разгонный потенциал

- Какой рекомендуемый вольтаж для SOC при разгоне ОЗУ?
- 1,025 - 1,056 вольта достаточно чтоб достичь 3533мгц. Предел 1,17.
Помощь в разгоне ОЗУ
>> Ryzen DRAM Calculator 1.2.0 Beta 2 (Последнее обновление : 18 мая) << https://drive.google.com/open?id=1NuEE2J3_il4Qa3Mn6iHS3RnYoBEnUxeS


Убедительная просьба, прячьте все (любые) картинки и видео под спойлер - [spoiler=][/spoilеr], не используйте тэг [spoilеr][/spoilеr] без знака "равно" для картинок - он для текста! Уважайте друг друга! Не у всех Интернет безлимитный и многие смотрят эту тему через телефон.


_________________
#1 Ryzen 2700X@4.2*ASUS Crosshair VI*G.Skill 2*16GB@3333cl14*MSI GTX 1080Ti GAMING X
#2 Ryzen 2700X@4.2*MSI X470 M7 AC*G.Skill 2*8GB@3666cl14


Последний раз редактировалось 1usmus 01.07.2018 11:47, всего редактировалось 54 раз(а).
Обновлена шапка + FAQ



Партнер
 

Member
Статус: Не в сети
Регистрация: 06.11.2007
Фото: 7
К вопросу о переключении ядер для выполнения одного или нескольких потоков, накорябал небольшой тестик, кому интересно влияние наличия/отсутствия core affinity на много/однопоточные приложения. Тест писался давно и больше для изучения delphi parallel library, но заодно, стал интересен и этот момент, поэтому доделал кое-что.
Наиболее интересны результаты одного потока и всех. Сравнивать производительность 6 потоков из 12 имеющихся с affinity и без нет никакого смысла, т.к. понятно что без affiniy производительность будет выше, за счет того, что диспетчер винды будет стараться класть потоки на физические ядра, а не SMT ядра. А пока со включенным Affinity номер потока равен номеру логического ядра.
Short test (тестируется только 100Мб памяти). Без этой галочки будут протестированы 90% свободной памяти - очень долго. Как тест памяти программа пока не работает на полную катушку, да это и не интересно, хотя вдруг у кого и найдет ошибку или вызовет бсод :)
Вобщем тестируем 100мб и узнаем, что Affinity не имеет вобщем-то особого практического смысла и особого выхлопа.

https://drive.google.com/open?id=10UjVX ... uiqYpJnQs_


 

Member
Статус: Не в сети
Регистрация: 04.09.2017
BrossParavoss писал(а):
Здравствуйте.
Не могу разобраться в потанцевальной производительности (сиречь привлекательности) процессоров серии ZEN+.

Проблема 1: постоянно вижу комментарии в защиту АМД-шного проца при очередном тесте — мол не та память! То есть в тех обзорах, что мне попадались, память на стендах использовалась одинаковая и для Интела и для АМД.

Проблема 2: начал копать в сторону пропускной способности шины Infinity Fabric, и получив невероятные 204,8 Гт/с при использовании памяти 3200Мгц, стал недоумевать как же вообще измерить потанцевал этих процессоров? Потому что, у Кофи Лэйка заявлено 8Гт/с и он таки имеет преимущества во всяких там обзорах.

Видимо я плохо ищу или чего-то не совсем понимаю. Цель покупки — иметь систему среднего сегмента за вменяемые деньги. Но если говорить о разгоне Райзена, получается куча денег улетает на охлаждение и память. Получается, что Райзен сейчас — выбор энтузиаста, а не прагматичного пользователя.
Синтетические тесты и тесты в играх зачастую не дают нужного ответа. Замеры ФПС уже не отвечают требованиям информативности. Нужны >1% и >0.1% FPS в тестах.


А задачи такие: UE4 и игрульки.

Помогите разобраться.


Интел Ваш выбор, об АМД забудьте как о страшном сне.


 

Куратор темы
Статус: Не в сети
Регистрация: 07.06.2017
Откуда: Persey omicron
Sulphide писал(а):
К вопросу о переключении ядер для выполнения одного или нескольких потоков, накорябал небольшой тестик, кому интересно влияние наличия/отсутствия core affinity на много/однопоточные приложения. Тест писался давно и больше для изучения delphi parallel library, но заодно, стал интересен и этот момент, поэтому доделал кое-что.
Наиболее интересны результаты одного потока и всех. Сравнивать производительность 6 потоков из 12 имеющихся с affinity и без нет никакого смысла, т.к. понятно что без affiniy производительность будет выше, за счет того, что диспетчер винды будет стараться класть потоки на физические ядра, а не SMT ядра. А пока со включенным Affinity номер потока равен номеру логического ядра.
Short test (тестируется только 100Мб памяти). Без этой галочки будут протестированы 90% свободной памяти - очень долго. Как тест памяти программа пока не работает на полную катушку, да это и не интересно, хотя вдруг у кого и найдет ошибку или вызовет бсод :)
Вобщем тестируем 100мб и узнаем, что Affinity не имеет вобщем-то особого практического смысла и особого выхлопа.

https://drive.google.com/open?id=10UjVX ... uiqYpJnQs_


годнота :good: :good: :good:

Добавлено спустя 6 минут 51 секунду:
BrossParavoss
2700Х бокс куллер вытягивает сток прекрасно. И буст есть до 4,35 ггц на 1-2 ядра, что важно для старых игр. Для новых много ядер это прекрасно, огромный задел на будущее. Так что тут на первом времени на охладе можно сэкономить, купив 2700Х.
Прижим куллера у меня не вызвал нареканий, поверхность не такая полированная как у топ охлада, но с термопастой MX4 в простое 35 градусов при комнатной в 26,5 достойный уважения результат.
Хочется разгон на века - NZXT Kraken X62 - 72 месяца гарантии. Сегодня взял себе второй для второго стенда.
Но самый больший профит даст разгон памяти. И на память нужно раскошелится по двум причина:
1) в ближайшие лет 5 вам про апгрейд озу можно будет забыть (я думаю рассказывать что такое перепродажа б/у с потерями средств не нужно)
2) разгон на B-die лишен головняка
Стоит понимать что на райзене оперативная память играет теперь существенную роль, как видеокарта и не меньше. На интеле же ОЗУ просто пустое место. Людям тяжело осознать теперь важность ОЗУ, но со временем дойдет :)

_________________
#1 Ryzen 2700X@4.2*ASUS Crosshair VI*G.Skill 2*16GB@3333cl14*MSI GTX 1080Ti GAMING X
#2 Ryzen 2700X@4.2*MSI X470 M7 AC*G.Skill 2*8GB@3666cl14


 

Member
Статус: Не в сети
Регистрация: 10.10.2017
1usmus писал(а):
На интеле же ОЗУ просто пустое место.

До владельцев интел тоже по-тихоньку доходит важность озу))


 

Member
Статус: Не в сети
Регистрация: 09.05.2017
1usmus писал(а):
У меня все прекрасно видит 6201 установлен по инструкции с шапки.


У меня тоже биос 6201(не мод) накачен по инструкции, однако как есть, в биосе ноль.
Попробую назад биос откинуть, посмотрю, может пора в гарантийку нести :-)

Проверил... датчик сдох походу, это вообще гарантийка?

_________________
Ryzen 5 2600X; Crosshair VI Hero ; TR Macho B; HoF4000@3467 14-14-15-14-28; MSI GTX1070 GAMING X 8G ; SEASONIC M12II-850.


 

Куратор темы
Статус: Не в сети
Регистрация: 07.06.2017
Откуда: Persey omicron
El1x3r7714
Лишено смысла отключать энергосберегайки. Настоящая температура в HWinfo имеет название tdie

_________________
#1 Ryzen 2700X@4.2*ASUS Crosshair VI*G.Skill 2*16GB@3333cl14*MSI GTX 1080Ti GAMING X
#2 Ryzen 2700X@4.2*MSI X470 M7 AC*G.Skill 2*8GB@3666cl14


 

Junior
Статус: Не в сети
Регистрация: 05.08.2015
Фото: 5
Sulphide писал(а):
К вопросу о переключении ядер для выполнения одного или нескольких потоков, накорябал небольшой тестик, кому интересно влияние наличия/отсутствия core affinity на много/однопоточные приложения. Тест писался давно и больше для изучения delphi parallel library, но заодно, стал интересен и этот момент, поэтому доделал кое-что.
Наиболее интересны результаты одного потока и всех. Сравнивать производительность 6 потоков из 12 имеющихся с affinity и без нет никакого смысла, т.к. понятно что без affiniy производительность будет выше, за счет того, что диспетчер винды будет стараться класть потоки на физические ядра, а не SMT ядра. А пока со включенным Affinity номер потока равен номеру логического ядра.
Short test (тестируется только 100Мб памяти). Без этой галочки будут протестированы 90% свободной памяти - очень долго. Как тест памяти программа пока не работает на полную катушку, да это и не интересно, хотя вдруг у кого и найдет ошибку или вызовет бсод :)
Вобщем тестируем 100мб и узнаем, что Affinity не имеет вобщем-то особого практического смысла и особого выхлопа.

https://drive.google.com/open?id=10UjVX ... uiqYpJnQs_

Продолжу.
А какое время вы считаете и выводите?)
Потому что есть один ньюанс(С)

Если присмотреться в procmon к созданию/завершению тредов, то там пишется время, которое потребил данный тред.
И тред без affinity скушал больше именно процессорного времени.
У меня результаты следующие, при запуске системы нагрузка фоновая была 5-7%
Affinity = on, Realtime 157.11 sec, Usertime 148.125 sec
Affinity = off, Realtime 153.61 sec, Usertime 152.5781 sec
Видим, что 4.5 секунды дополнительно поток ждал данные. Это и есть накладные расходы на перетягивание кеша. При лучшей локализации данных результаты могут быть лучше.

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

Ну и можно вспомнить, что у разных ОС разные кванты времени. Даже у винды в случае выбора "оптимизировать для фоновых служб" квант времени становится кратно меньше, чем при "оптимизировать для работы приложений".


 

Member
Статус: Не в сети
Регистрация: 26.06.2017
1usmus а я обновился до 6201 обычным способом через флешку и у меня tdie все показывает, мне повезло или я чего-то не догоняю?


 

Member
Статус: Не в сети
Регистрация: 06.11.2007
Фото: 7
LeXa4894 писал(а):
А какое время вы считаете и выводите?)

Время от старта потока (всех потоков) до момента его (их) полного завершения. Тоесть если поток 1 то от его начала до его кончины, если потоков несколько, то от запуска первого и до кончины последнего. грубо говоря алгоритм такой:
1) начало замера
2) беспрерывная работа
3) конец замера и вывод

Как-то общался с разработчиками DCS - у них в движке (не в игре, а именно в движке) тоже предусмотрено Affinity, но они не рекомендовали его использовать. Да и в других источниках я не видел никаких рекомендаций к использованию Affinity. Я понимаю, что для большинства здесь винду пишут "индусы"... Но это далеко не так. Просто поймите, то что сделано в планировщике винды - это лучшее что может быть вообще. Я не сомневаюсь, что там тысячи тестов проводилось для выяснения лучшего алгоритма распределения потокового времени. А для запуска потока на другом ядре переброски гигантского количества данных не требуется, только состояние всех регистров, то есть размером этих данных и временем на эту переброску можно тупо пренебречь. И как я уже говорил переброска выполняется крайне редко. (у меня по 100мегабитной 8ми битной сетке 2 килобайта пингом до провайдера, который от меня в десятке километров пакеты за миллисекунду улетают и прилетают, тысячную долю секунды, а мы говорим про процессор и шину в 32 бита и 40 гигабит скоростью, смешно просто...)
По простому - если запустить тред на первом ядре и он будет грузить его на 100%, то любая дополнительная нагрузка на это же ядро со стороны любого другого приложения или ядра системы отнимет у этого потока намного больше времени, чем если его перекинуть на другое ядро на котором в данный момент времени нагрузка минимальна.


Последний раз редактировалось Sulphide 12.07.2018 2:26, всего редактировалось 1 раз.

 

Member
Статус: Не в сети
Регистрация: 11.11.2005
Откуда: VoID
14.70 в простом режиме, 14.10 с аффинити. Я честно не уверен, поддерживает ли эта ваша библиотека нормально нуму, но вроде какой-то эффект есть

_________________
S3Trio 64V+/S3 Trio3D 2x/Radeon VE 32 Mb/S-re R9600/PCr 9800/R X800/M56/Toxic R6950@70->R9 290+Arctic ExtIV@1170/1500->Vega56 Nitro+LE@1680/1080


 

Junior
Статус: Не в сети
Регистрация: 05.08.2015
Фото: 5
Sulphide писал(а):
Время от старта потока (всех потоков) до момента его (их) полного завершения. грубо говоря алгоритм такой:
1) начало замера
2) беспрерывная работа
3) конец замера и вывод

Как-то общался с разработчиками DCS - у них в движке (не в игре, а именно в движке) тоже предусмотрено Affinity, но они не рекомендовали его использовать. Да и в других источниках я не видел никаких рекомендаций к использованию Affinity. Я понимаю, что для большинства здесь винду пишут "индусы"... Но это далеко не так. Просто поймите, то что сделано в планировщике винды - это лучшее что может быть вообще. Я не сомневаюсь, что там тысячи тестов проводилось для выяснения лучшего алгоритма распределения потокового времени. А для запуска потока на другом ядре переброски гигантского количества данных не требуется, только состояние всех регистров, то есть размером этих данных и временем на эту переброску можно тупо пренебречь. И как я уже говорил переброска выполняется крайне редко.


Ну я же показал, что у вас именно Realtime выводит. А это время может очень сильно скакать в зависимости от загруженности проца, загруженности IO и других факторов.

А из показанных мною цифр - потери производительности из-за размазывания потока по всем ядрам (у меня так было, ровно легло сразу на все ядра по ~13%) составляет 3%. Это для близко расположенных блоков или время передачи в л1-л2 соседнего ядра.
Интереснее было бы провести еще тест - задать афинность на CCX (эмулируя выпиленную из ядра NUMA-поддержку), тогда мы бы увидели проблемы исключительно из-за экслюзивности кешей.
У новых TR возникнет дополнительная задержка, связанная с передачей между зиппелинами. Её можно померять уже на существующих TR, так там уже 2 зиппелина, но когда их станет 4 - надо обязательно будет включать NUMA, иначе просадки могут быть до 10%(оценочно) при неудачном распределении нагрузки.
Как мне кажется, сделать 4 зиппелина с 1 каналом памяти в каждом было бы удачнее, чем два с двумя каналами и еще два без оных.

Кстати, не можете описать подробнее используемый вами алгоритм тестирования/использования памяти?

Для отзывчивости пользовательского процесса при небольшой загузке ЦП аффинность вредна. Но для каких-либо сервисов - очень полезна, так как там простой ядра выливается в необходимость покупки дополнительных мощностей.
К примеру, взгляните на количество планировщиков в линуксовом ядре, емнип их там больше 10 уже. И споры, какой из них лучше, не утихают. Тут нет серебрянной пули, какой-либо из алгоритмов планировки будет превосходить другие в одних параметрах и тестах, и уступать в других. Алгоритма планирования из ядра NT я не знаю, и поэтому никак адекватно оценить его не могу, кроме ничего не значащего субъективного мнения.


Добавлено спустя 7 минут 39 секунд:
tsaMolotoff писал(а):
14.70 в простом режиме, 14.10 с аффинити. Я честно не уверен, поддерживает ли эта ваша библиотека нормально нуму, но вроде какой-то эффект есть


Не подскажете версию винды? А также нагрузку на процессор до тестирования?

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

Ну и крайне мало библиотек для параллельного выполнения вообще знают, что такое NUMA.
Как правило, знают такое те, кто пишет какие-либо задачи для многоголовых серверов, а там проще уже пользоваться самописным средством, чем подпиливоть под свой случай какое-то общеизвестное.


 

Member
Статус: Не в сети
Регистрация: 06.11.2007
Фото: 7
tsaMolotoff писал(а):
Я честно не уверен, поддерживает ли эта ваша библиотека нормально нуму, но вроде какой-то эффект есть

Библиотека сама по себе ничего не поддерживает, а использует обычные виндовые потоки. По факту там винда всем рулит.

зы удалил старую версию, добавил новую - https://drive.google.com/open?id=1Fs-V_ ... KNkmZ5YVcJ
Ускорил в десяток раз алгоритм проверки памяти, поэтому 100мб пришлось заменить на 1гиг для наглядности. Соответственно убрал лишние задержки, реальной работы для одного потока получилось в разы больше. Ну и как тест памяти тоже будет лучше. Хотя на очень многоядерных системах скорее всего уже все упрется в производительность памяти. По серьезному надо писать какой-нибудь трассировщик лучей где будут именно расчеты, а не тупо запись/чтение памяти, как тест он больше подойдет. У меня вообще практически пропала разница на одном потоке с афинити и без.


 

Junior
Статус: Не в сети
Регистрация: 05.08.2015
Фото: 5
Sulphide писал(а):
Библиотека сама по себе ничего не поддерживает, а использует обычные виндовые потоки. По факту там винда всем рулит.

зы удалил старую версию, добавил новую - https://drive.google.com/open?id=1Fs-V_ ... KNkmZ5YVcJ
Ускорил в десяток раз алгоритм проверки памяти, поэтому 100мб пришлось заменить на 1гиг для наглядности. Соответственно убрал лишние задержки, реальной работы для одного потока получилось в разы больше. Ну и как тест памяти тоже будет лучше. Хотя на очень многоядерных системах скорее всего уже все упрется в производительность памяти. По серьезному надо писать какой-нибудь трассировщик лучей где будут именно расчеты, а не тупо запись/чтение памяти, как тест он больше подойдет. У меня вообще практически пропала разница на одном потоке с афинити и без.


Да вы просто прелесть, такая оперативность.

На этой версии следующие результаты:
Affinity = off, Realtime 88.24 sec, Usertime 87.5 sec
Affinity = on, Realtime 84.03 sec, Usertime 78.656 sec

Нагрузка на процессор 30-50% в процессе тестов.
Видно ОЧЕНЬ большую разницу в простое процессора (фактически лишние 9 секунд процессорного времени, 11.2%).
Реального времени разница в 4 секунды, что дает ~4.75% увеличения реального времени исполнения.

Думаю, при 80% загрузки разница была еще сильнее.


 

Member
Статус: Не в сети
Регистрация: 06.11.2007
Фото: 7
LeXa4894 писал(а):
На этой версии следующие результаты:
Affinity = off, Realtime 88.24 sec, Usertime 87.5 sec
Affinity = on, Realtime 84.03 sec, Usertime 78.656 sec

От щас бы прокмоном такие тонкие материи как потоки и переброс данных по infinity fabric мерить и делать какие-то выводы... =) Я даже его скачал ради такого и сам уже проверил...
Ну начнем с того, что в случае ровно c одним потоком он не дает абсолютно никакой разницы вообще, т.е. user time + kernel time = результат работы моего мемтеста, с точностью до сотой.
Теперь про несколько потоков. На самом деле там есть ещё один поток, который стартует тестовые потоки и вот тут возникает диллема. Этому потоку надо отслеживать состояние запущенных им потоков + свое состояние, т.е. завершились ли все потоки или пользователь нажал отмену и надо всем потокам сообщить чтобы они завершили свою работу и завершиться самому. Так вот, этот поток переодически проверяет свое состояние и засыпает, и чем больше я ставлю значение для сна, тем больше разница между real time и user time по прокмону. Чем меньше значение я ставлю для сна, тем меньше эта разница, но тем больше нагрузка этим самым потоком создается и он начинает отбирать процессорное время у нормальных трудоголиков. И общий результат теста падает... Возможно я и исправлю этот момент... Но уж точно он не имеет ничего общего ни с переброской данных по IF, ни с Affinity.


 

Junior
Статус: Не в сети
Регистрация: 19.01.2016
1usmus писал(а):
Интел Ваш выбор, об АМД забудьте как о страшном сне.

alexpunga98 писал(а):
BrossParavoss
2700Х бокс куллер вытягивает сток прекрасно. И буст есть до 4,35 ггц на 1-2 ядра, что важно для старых игр. Для новых много ядер это прекрасно, огромный задел на будущее. Так что тут на первом времени на охладе можно сэкономить, купив 2700Х.
Прижим куллера у меня не вызвал нареканий, поверхность не такая полированная как у топ охлада, но с термопастой MX4 в простое 35 градусов при комнатной в 26,5 достойный уважения результат.
Хочется разгон на века - NZXT Kraken X62 - 72 месяца гарантии. Сегодня взял себе второй для второго стенда.
Но самый больший профит даст разгон памяти. И на память нужно раскошелится по двум причина:
1) в ближайшие лет 5 вам про апгрейд озу можно будет забыть (я думаю рассказывать что такое перепродажа б/у с потерями средств не нужно)
2) разгон на B-die лишен головняка
Стоит понимать что на райзене оперативная память играет теперь существенную роль, как видеокарта и не меньше. На интеле же ОЗУ просто пустое место. Людям тяжело осознать теперь важность ОЗУ, но со временем дойдет


Благодарю за уделённое внимание, конечно, но ваши сообщения не внесли никаких коррективов в восприятие продукции от АМД.

Я почему сюда написал, потому что не смог найти дельных обзоров с сравнением сборок Интел vs АМД одинаковых по стоимости, но разных по составу.
Вроде такого:
i5 8600K
2666 mhz
1066

и

r5 2600X
3200Mhz
1066


 

Куратор темы
Статус: Не в сети
Регистрация: 07.06.2017
Откуда: Persey omicron
Sulphide писал(а):
По серьезному надо писать какой-нибудь трассировщик лучей где будут именно расчеты, а не тупо запись/чтение памяти, как тест он больше подойдет. У меня вообще практически пропала разница на одном потоке с афинити и без.


у меня было дипломным моделирование стохастических процессов с помощью дзета распределения, куда проще трассировки...было б конечно безусловно круто запилить cобственный райзен тест :)
времени б только больше б было...

BrossParavoss
Данные сборки идентичны будут.

_________________
#1 Ryzen 2700X@4.2*ASUS Crosshair VI*G.Skill 2*16GB@3333cl14*MSI GTX 1080Ti GAMING X
#2 Ryzen 2700X@4.2*MSI X470 M7 AC*G.Skill 2*8GB@3666cl14


 

Member
Статус: Не в сети
Регистрация: 04.09.2017
BrossParavoss писал(а):
Благодарю за уделённое внимание, конечно, но ваши сообщения не внесли никаких коррективов в восприятие продукции от АМД.

Я почему сюда написал, потому что не смог найти дельных обзоров с сравнением сборок Интел vs АМД одинаковых по стоимости, но разных по составу.
Вроде такого:
i5 8600K
2666 mhz
1066

и

r5 2600X
3200Mhz
1066

Пожалуйста, https://www.youtube.com/watch?v=V4Jsd0VuD4c (только там видяха помощнее).
Просто нужно понимать, что покупая AMD скорость и производительность достигается после тщательного разгона в котором Вы должны понимать что делаете и что нужно делать. При сравнении "из коробки" - Интел будет мощнее во всех случаях, кроме синтетики.
Поэтому задайтесь вопросом - надо оно Вам? (и для ознакомления сходите в ветку материнок для АМ4, почитайте как там купил один наобум и что из этого вышло).


 

Junior
Статус: Не в сети
Регистрация: 13.05.2017
Эх как бустятся 2700 не икс так и нет инфы


 

Member
Статус: Не в сети
Регистрация: 12.02.2018
Откуда: Москва
Фото: 0
Faxt717 писал(а):
Эх как бустятся 2700 не икс так и нет инфы


В режиме авто на В350 он по ядрам до 3400-3500, не знаю как будет на 450, но скоро узнаю)
Я плюнул и в ручную разогнал, может на 450 оставлю автобуст если будет нормально сама гнать, жду обзоры.


Последний раз редактировалось informator 12.07.2018 13:31, всего редактировалось 1 раз.

 

»GTX 1050 Ti MSI нереф за 13 т.р. в Ситилинке
»MSI Armor GTX 1070 Ti тоже задешево
»RX 580 ASUS - дешевле не только 580 но и 570
»Еще одна GTX 1070 Ti и даже дешевле
»!! MSI Armor 1070 Ti дешевле такой же 1070
»RX 580 - цена тоже рухнула :)

 

Куратор темы
Статус: Не в сети
Регистрация: 07.06.2017
Откуда: Persey omicron
Faxt717
До 4250,то-есть на 100мгц меньше по всей кривой относительно Х версии

_________________
#1 Ryzen 2700X@4.2*ASUS Crosshair VI*G.Skill 2*16GB@3333cl14*MSI GTX 1080Ti GAMING X
#2 Ryzen 2700X@4.2*MSI X470 M7 AC*G.Skill 2*8GB@3666cl14


Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 3795 • Страница 180 из 190<  1 ... 177  178  179  180  181  182  183 ... 190  >
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: alex_mark, Draglodrunchik, goaftw, Lex1, Prav20 и гости: 21


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  



Лаборатория














Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan


Яндекс.Метрика