Ну и лично я бы взял камень попроще: 2700 или даже 2600/2600X. Разница в производительности будет сильно меньше, чем разница в цене (которую можно пустить на более объёмный SSD, например). Конечно если вам не нужно гонять одновременно десяток виртуалок с CPU-bound задачами.
Не ясны варианты использования данной сборки. "виртуализации (как тестовый стенд) " очень абстрактно.
Вот для разработки софта (программирования) сборка явно не очень удачная.
120 Gb SSD почти мгновенно уйдет под систему и нужный софт и места под своп не останется особенно когда у вас всего 16Gb памяти. Значит своп переместиться на медленный HDD и поитогу система будет вся медленная.
sim3x, Свап требуется всегда когда обьем требуемой памяти превосходит обьем установленной. У меня разработка на VS 2017, MSSQL, MYSQL, IDEA, Postgres, Chrome, VMWare отъедают от 16 до 20 Гб.
Петр,
Одновременно все вы не испольуете
Все что не используете лучше выключить
Большую часть памяти в стандартных условия все равно занимает дисковый кеш
Поднятие дискового кеш с диска/свапа равен по скорости просто чтению с диска
sim3x, Еще как использую. )) 4 активных проекта. 2 на C# + MySQL/MSSQL. 1 на Java + PostgreSQl, 1 на WinCE + SQlite (VMWare). Также развернуты зависимые микросервисы в docker контейнерах.
Я бы честно взял бы ссд побольше или там nvme m2 за счёт более простого 2600 проца и может оперативки побольше. Лабораторные виртуалки больше в количество памяти упираются чем в проц
Средний
