rPman

На холостых в windows уже со времен 8-ки работает много лишнего софта, гиагабайтами, фоном, я молчу про мусорный софт от вендоров ноутбуков (вендроские декстопные компьютеры не видел и видеть не хочу, там по разговорам еще хуже), весь этот хлам потребляет процессор а тот в свою очередь греется.

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

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

Во первых, виртуальные серверы не подходят для числодробилок (исключение - использование GPU или других сопроцессоров типа FPGA, там обычно они делятся по честному), потому что физический сервер будет разделен между несколькими пользователями, и даже если ты наберешь тарифным планом максимальное количество процессоров/ядер, часть ресурсов (для серверных - 3-5%, а для десктопных железок до 10-30% в очень специфических случаях) будут тратиться на обслуживание виртуализации.

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

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

Поэтому правильный ответ - процессор мощнее на физическом железе (bare metall) без виртуализации. При необходимости, для своих нужд, ты сможешь на нем запустить систему виртуализации (или лучше паравиртуализации).

p.s. тебе верно советуют, не смотреть на гигагерцы.
Все очень зависит от того как и какая задача запускается. Оптимизация кода, выбор архитиктуры (например 32-битная на 64-битной будет работать по другому, где то хуже где то лучше), глобальные параметры (размеры буферов пакетной обработки, количество запущенных воркеров/потоков, настройки кеширования и тюнинг файловой системы ос или выбор конфигурации хранилища,..). Это вопрос исследования, и только эксперименты могут дать какой то адекватный ответ. Еще раз - тестируй на реальном железе.

x86 уже очень давно внутри RISC, инструкции обрабатываются чем то типа JIT компилятором на лету, с предварительным исполнением наперед и предсказанием ветвлений.

Либо что ты подразумеваешь под виртуальной машиной? Были попытки добавить инструкции jvm в процессоры, вот я тут спрашивал

На сколько я понимаю LGA 1151-v2 не совместим со старым LGA 1151 (хоть по контактам подходит), это фактически новая архитектура, интель старательно поддерживает политику - новый проц - новый комп (да здравствует глобальное потепление, все заводы работают на помойку).
ошибка

Говорят внутри процессоры от intel и amd что то типа RISC (так было во времена intel pentium pro возможно и сейчас), но через биос или на заводе в процессор заливается прошивка, которая на лету преобразовывает команды x86 архитектуры в железную.

Так вот, если компании перестанут жаждать монополии (чего пока наша цивилизация не вылечится не будет), вполне возможно создание такой прошивки в том числе и для java vm. Что то мне говорит что скорость выполнения такого кода будет значимо выше чем через промежуточное представление x86 с тяжелым легаси.

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

Кстати одним из неплохих шагов к высокой производительности было бы стандартизация и популяризация FPGA решений с открытыми/доступными решениями по генерации прошивки для них, представьте типовые компиляторы, которые бы под вашу программу генерировали бы целые блоки, позволяющие бы параллельно проходить огромные подветви алгоритмов, да просто представьте создание специализированных инструкций под задачу? Но к сожалению сейчас это выглядит так - купи процессор с платой управления за десятки тысяч баксов, потом купи лицензию за не меньшее количество баксов и подпиши NDA и только тогда пользуйся opencl который универсально соберется в т.ч. для fpga.

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

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

По поводу сброса биоса до заводских настроек, извлекать батарейку может быть недостаточно, рядом с ней (читай мануал к материнке) должна быть перемычка или кнопка сброса (что то типа CMOS_CLR), иногда ее нужно держать замкнутой и одновременно нажимать кнопку включения компьютера, иногда просто замыкать.

кстати выключать компьютер хотя бы раз нужно полностью, выключателем на блоке питания, и отдаленно помню случай, когда у меня глюк с повисанием пережил и такое, с тех пор еще жму кнопку включения компьютера пока питание выключено (кулеры дернутся, разряжая конденсаторы, на которых может состояние памяти держаться какое то время)

без иксов

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

я помню на очень древней машине 2013 года! запускал в браузере FHD 60fps без лагов, на проце такое бы там не сработало.

ставь иксы и проверяй что используется аппаратное ускорение

Виртуальная машина jvm и виртуальный процессор того же qemu это очень разные вещи.

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

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

По умолчанию вся память выделенная вм будет использована (на самом деле до первого доступа вм к ней) поэтому если внутри вм выделить и освободить память, обратно на хост системе она не освободится, но можно установить драйвера внутри вм , которые будут об этом сообщать в хост там она будет освобождаться, позволяя нескольким вм 'использовать' больше памяти чем доступно, в.т.ч. используя своп файл подкачки.

Проверь, что на твоем многопроцессорном монстре пойдет десктопные win10, если да то проблем быть не должно

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

вставить процессор в заведомо рабочую материнскую плату

отнеси в нормальный сервис, который проведет адекватную диагностику, стоимость этого будет рублей 200 в худшем случае (обычно бесплатно)

p.s. отнеси все, и материнку и процессор, лучше весь компьютер

Так уж получилось, что виртуалки (когда их несколько) лучше работают на серверных материнках, в идеале многопроцессорных, там может в однопоточных тестах будет хуже результат стабильность работы и наличие ecc памяти не оставляют выбора.

Но выбирают обычно по деньгам.

Пять виртуалок, минимум по 2 ядра на каждую (windows как минимум одно ядро хочет под свои задачи, иначе будет очень медленно, проверено), чем будет занят linux в виртуалках не понятно,.. лучше бы перечислил задачи, которые будут решать эти машины а не инструменты, которыми ты будешь их настраивать

Если выбирать десктопные железки под абстрактные задачи рядовых пользователей, то первый критерий - наличие большого кеша l3 у процессора и высокая скорость в тестах single thread, количество же ядер уже не так важно (хотя как уже сказал выше, ориентируйся на 2 ядра на виртуалку только чтобы запустилось и работало, просто браузер еще пару ядер пожелает, чтобы тот же ютуб не подлагивал, хотя кто будет в здравом уме это в виртуалке запускать), отсюда бери топовые камни но с уменьшенным количеством ядер, они обычно по цене заметно ниже бывают.

Второй критерий - хорошая быстрая оперативная память, можно сэкономить на процессоре и даже на материнке, но на оперативной памяти не стоит!

Еще я помню кто то 'с пеной у рта' убеждал что именно vmware заметно лучше работает на интелях, что такое 'лучше' я так и не понял, плюс это было до появления райзен и зен от амд, а они сейчас наиболее привлекательные по соотношению цена-производительность в десктопном сегменте.

это нормальное поведение почти любого современного процессора

подсистема питания (чипа) тупо не справляется и понижает частоту.... тем более у ноутбуков, мобильные процессоры по своей сути спринтеры, их максимум достигается только на коротких дистанциях (секунды) а под непрерывной нагрузкой (а у тебя 3D ускоритель еще загружен) роняет скорость

боже мой, сюда то зачем контейнеризацию притянули?

тебе нужен ОДИН контейнер в который передаешь что то типа
parallel -j N < list_commands.cmd
где N это количество одновременных потоков а в list_commands.cmd в каждой строчке по команде
wget http ... -o fileXXX.log -O filename

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

напиши простенькое приложение, которое будет формировать список команд (можно даже на лету и передавать через пайпы), приписывать каждой ссылке сввое имя файла и свой лог файл, смотреть какие файлы уже созданы и какие ошибки в логах