Alexander_T

А вообще мне интересно увидеть разницу в конкретном ПО, которое, например задействует SSE или AVX инструкции на x86 платформе и работу того же ПО на ARM платформе.

Да там человек не о маках конкретно спорил, а в общем про ARM vs x86. По крайней мере в комментариях выше.

Вот когда проф. приложения будут также хорошо работать на arm, как на x86, с ихинструкциями, только тогда они смогут вытеснить x86. Образно говоря, когда какой-нибудь solidworks у тебя нормально заработает на arm, да ещё и быстрее в придачу, тогда будешь тут умничать, а пока arm — это удел домохозяек.

«16 ГБ оперативной памяти DDR4-3200 объемом 16 Г»
Какая-то тавтология получается) надо бы исправить.

Кто-то злой заминусил, а ведь это вполне себе решение этой проблемы и патчей не надо. Проверено на работе на нескольких пк.

Так что от задач зависит, ну и это только начало, компилятор дорабатывать будут, архитектуру совершенствовать

Там есть и четырёхядерный Эльбрус и он тоже далее немного лучше атома 4 ядра в линпаке. Про MP MFLOPS я вообще молчу, там Эльбрус 8с обходит этот атом примерно в 30 раз

Я понял о чём ты, вот материал, ознакамливайся. В большинстве тестов Эльбрус показал себя лучше атома. Отстал от боле крутых интеловских тольков тех, где нужна больше частота. И кстати, в линпаке он обходит атом по баллам. https://habr.com/ru/company/icl_services/blog/501588/

Это бред от человека, который слабо разбирается в вопросе. Производительнось его я выше привел и она выше, чем у самых крутых атомов 16 ядер. А тесты в режиме эмуляции x86, в котором используются 2 ядра всего, а сравнение идёт с 4 ядерным процессором, говорят лишь об вашем уровне интеллекта и знаний. Я уже молчу, что эти тесты используют расширенные инструкции, которых нет в Эльбрусе, то есть они под него не заточены архитектурно вообще никак, но заточены под x86 и их расширенные инструкции.

Так каждый сможет выбрать, что ему лучше подходит. Кому важна производительность, купит новую серию, кто хочет сэкономить, возьмёт себе старую серию. Это очень хорошо, реально есть возможность выбрать из одного производителя нужное, не обязательно теперь Интел покупать.

Дня нищебродов :)

Не потеряют. Люди будут переходить на AMD ещё активнее теперь. Потому что на текущий момент это лидер.

Это бред. Как атом он только в режиме эмуляции x86, но даже в таком режиме в некоторых задачах он обгоняет атом. В приложениях, скомпилированных под родную архитектуру, он в разы производительнее атома. 250 и 125 gflops у 8c. Лучший атом 16 ядер 16 потоков c3958 имеет производительность всего 64 gflops.

Уверен, есть и SSH и VNC клиенты

Почему бы и нет? Удаленный рабочий стол майки уже давно сделали для мобильных ос. Уверен, есть и прочие инструменты. Есть мобильные утилиты для удобного администрирования и настройки роутеров, тех же Mikrotik, и прочих более навороченных, управление контроллером UniFi, утилиты эмулятора терминала и т.д.

Лучше всего ориентироваться на показатели RAW, приведенные значения (value) не всегда показательны.

А ты уверен, что это значение Raw? У меня это значение больше единицы на многих дисках и ни одна программа, в том числе сама ос не предупреждает по этому поводу.

А точно ругается на этот параметр? Значение очень низкое.

Просто обнови драйвер контроллера сетевого адаптера до последней версии. Чаще всего у пользователей это realtek gbe, наверняка можно посмотреть в диспетчере устройств.

Ещё Атрибут: 199 (С7) UltraDMA CRC Error Count. Содержит количество ошибок, возникших при передаче по интерфейсному кабелю в режиме UltraDMA (или его эмуляции винчестерами SATA) от материнской платы или дискретного контроллера контроллеру диска. Если диск работает в режиме udma (не ahci)