Запуск предстоящей серии Intel Raptor Lake 14-го поколения приближается, а это означает, что лидеры серии выходят на поле боя. Некоторые утечки носят более официальный характер, чем другие. Всего несколько дней назад MSI привлекла внимание слайдом, показавшим, что предстоящий i7-14700K/KF получит четыре дополнительных энергоэффективных ядра.

Теперь у нас есть данные о ценах на 14-е поколение, и, к сожалению, похоже, что приближается рост цен — в любом случае по сравнению с текущими ценами на 13-е поколение. Утечка произошла через известного инсайдера, который раскрыл возможные цены на модели 14-го поколения K.

Поскольку новые чипы мало отличаются от нынешних чипов 13-го поколения — помимо увеличения количества х ядер i7 и более высоких тактовых частот, стоит обратить внимание на выгодные предложения 13-го поколения. Увеличение тактовой частоты не повлияет на разницу более чем на несколько процентов, и если вы геймер, вы этого не заметите. Приличный процессор 12-го поколения тоже вряд ли будет лишним, и по мере того, как они приближаются к статусу EOL, должны появиться некоторые продажи флэш-памяти, особенно когда мы приближаемся к периоду продаж Черной пятницы.

Таким образом, с небольшим увеличением производительности от поколения к поколению в дополнение к повышению цен и увеличению пикового энергопотребления, Intel будет нелегко убедить владельцев 12-го и 13-го поколения выполнить обновление. Конечно, если вы используете процессор старшего поколения, то варианты 14-го поколения, очевидно, будут лучшими (и последними) из поколения LGA1700.

Ресурс Phoronix провёл сравнительное тестирование производительности платформы Intel Alder Lake с разными операционными системами. Оказалось, что под различными дистрибутивами Linux компьютер работает в большинстве случае быстрее, чем под новейшей Windows 11.

Тесты производились на машине с процессором Intel Core i9-12900K, материнской платой ASUS ROG Strix Z690-E Gaming WiFi, 32 Гбайт (2×16 Гбайт) памяти DDR5-6000, 500-Гбайт WD Black SN850 SSD, а также видеокартой AMD Radeon RX 6800 XT. Конфигурация по сегодняшним меркам одна из лучших, способная отлично справиться и с играми в высоком разрешении, и с рабочими приложениями, и с работой с контентом. Для сравнения производительности были выбраны Windows 11 Pro, Ubuntu 22.04 LTS, Ubuntu 22.04 LTS на стабильном ядре Linux 5.18, а также система Intel Clear Linux версии 36580.

В общей сложности испытатели провели 103 теста, очевидным триумфатором в которых оказалась Clear Linux, набравшая максимальные баллы в 55 случаях (53,4 %), второй с 19 победами (18,4 %) стала Ubuntu 22.04 LTS, третье место досталось Windows 11 с 16 лучшими результатами (15,5 %), а Ubuntu 22.04 LTS с Linux 5.18 одержала лишь 13 побед (12,6 %).

via

Всем здравствуйте!

Попал ко мне мертвый SSD Intel 320 Series, а именно SSDSA2BW160G3H

Он определяется, но с одним разделом на 8Мб, прошивка последняя. Интернет говорит, это у них частая проблема.

В общем такое решение:

1) Подключить SSD к тазику, подняться на Linux live CD как-либо, я юзал убунту десктоп в режиме теста перед установкой.

2) Определить в dmeg какой дев выдался на этот SSD, в моем случае это /dev/sdc

3) Запускаем в терминале: # hdparm -I /dev/sdс и смотрим, если Serial number: BAD_CTX_00000130 (возможно, могут быть другие варианты, но серийника нет), то это наш случай.

Теперь в выводе предыдущей команды, надо в разделе Security посмотреть, диск в статусе frozen или not frozen, в моем случае было frozen.

4) На горячую(!!!) отключаем/подключаем от диска SATA шнурок, и снова запускаем # hdparm -I /dev/sdс и смотрим раздел Security, должно быть:

supported

enabled

not locked

not frozen

not expired

5) Вызываем в терминале: # hdparm --user-master u --security-set-pass secret /dev/sdc , чем устанавливаем secure пароль

6) Вызываем в терминале: # hdparm --user-master u --security-erase secret /dev/sdc

После окончания работы команды и рестарта, диск стал нормальным, виден весь объем.

Можем кому-то пригодиться!

Источник 3DNews

В настоящее время в СМИ распространяется информация о не опубликованной ещё в полной мере уязвимости процессоров Intel, которая требует программной заплатки на уровне ядра всех популярных ОС и в теории может привести к значительному снижению производительности в самых разных задачах. Каковы же потенциальные потери от внедрения исправлений, получивших общее имя KPTI [Kernel Page Table Isolation]?

Ресурс Phoronix, освещающий связанные с развитием дистрибутивов Linux темы, решил провести ранние тесты различных задач на двух системах с ядром Linux 4.15-rc6, главным новшеством которого являются KPTI-заплатки. Уровень падения производительности ожидается в диапазоне от одной до двух цифр — в зависимости от того, как часто задача или приложение взаимодействует с изолированным в отдельной области адресного пространства ядром операционной системы. Если это простые пользовательские приложения, KTPI-обновления не должны сильно повлиять, особенно на более новых процессорах Intel с поддержкой функции PCID (Process Context Identifiers — идентификаторы контекста процесса, используемые процессором для определения закешированной информации, относящейся к различным адресным пространствам).

Тестированию в синтетических пакетах подверглись две системы: на базе Core i7 8700K Coffee Lake с Ubuntu 16.04.3 LTS и Core i7 6800K Broadwell E с Ubuntu 17.10. Компоненты тоже отличались, так что корректнее сравнивать результаты отдельного процессора с активированной заплаткой и без неё.

Например, бенчмарк файловой системы FS-Mark демонстрирует замедление на последнем ядре с Linux при активации KPTI. На системе с высокоскоростным накопителем Samsung 950 PRO NVMe SSD и i7-8700K провал оказывается чудовищным — почти двукратным. В то время как результаты системы с i7-6800K и обычным SSD Toshiba TR150 с интерфейсом SATA 3.0 проседают куда скромнее.

Производительность обеих систем в тесте Compile Bench тоже пострадала. Если это не вызвано x86-заплатками, то в свежее ядро должны были быть внесены другие существенные регрессивные изменения (что весьма сомнительно).

Работа открытой объектно-реляционной системы управления базами данных PostgreSQL стала тоже заметно медленнее:

Аналогичная ситуация с замедлением наблюдается и в работе открытого сетевого журналируемого хранилища данных Redis на базе нереляционной высокопроизводительной СУБД:

В то же время скорость работы приложений, ограниченных при работе преимущественно активностью в области пользовательского пространства, будет затронута, по-видимому, минимально, если судить по тестам кодирования видео в формат H.264, задаче компиляции и декодирования видео через FFmpeg:

Аналогичная ситуация касается и игровых задач. Судя по ранним тестам, их проблема почти не коснётся. По крайней мере, с переходом на новое ядро в Linux с заплаткам KPTI падение производительности не выходит за рамки статистической погрешности. На системе с Radeon RX Vega 64 и Intel Core i7 8700K Coffee Lake наблюдается следующая ситуация (верхняя полоска — до заплатки, нижняя — после):

Таким образом, в самых разных играх для Linux, использующих API Vulkan и OpenGL, не наблюдается сколько-нибудь заметного падения частоты кадров в результате использования ядра с обходом уязвимости чипов Intel. Как и в случае с рядом других пользовательских приложений вроде FFmpeg. В то же время ряд синтетических тестовых пакетов или специфические задачи вроде СУБД страдают порой весьма серьёзно. Похоже, рядовым пользователям беспокоиться особенно не о чем, тогда как владельцев облачных серверов на базе чипов Intel проблема, возможно, серьёзно затронет.

Между тем AMD в лице Томаса Лендаки (Thomas Lendacky) официально подтвердила, что её чипы не подвержены уязвимости: «Процессоры AMD не являются объектом тех типов атак, против которых направлены меры защиты KTPI. Микроархитектура AMD не разрешает ссылки на ячейки памяти, в том числе спекулятивные, которые дают доступ к высокопривилегированным данным в менее привилегированном режиме, когда такой доступ может приводить к ошибке страницы. Поэтому следует по стандарту отключать KPTI на процессорах AMD». Обсуждение новости уже привело к падению курса акций Intel и росту AMD.