Сборка домашнего ПК

Здравствуйте! Прошу оценить сборку компа для дома. В тяжелые игры не играю. Только для работы, учебы и любительской работы в Блендер. https://www.dns-shop.ru/conf/a4dd6164cf303a72/

0

Сообщение от jcxz Компиляция исходников - задача ресурсоёмкая.

Вы каждый день компилируете линукс с нуля?
Современные IDE давно могут запускать несколько копий компиля и собирать каждый исходник в отдельности тем самым загружая все ядра. Поэтому не имеет значения займет компиляция 2 секунды на дешевом проце или 1.5 секунды на топовом. Разницу все равно не заметите, т. к. промежуток времени небольшой.

Сообщение от jcxz Что именно вас там интересует?

То что запасных блоков 99, а значит один блок уже переназначен, хотя объем записи в общем-то небольшой. У SSD среднее число стираний - 69 (максимум 87), а не 17 как вы написали.
Win7 может быть за 6 лет записала 4 ТБ, но современные (10, 11) запишут намного больше. Они постоянно что-то пишут.

0

Сообщение от locm Вы каждый день компилируете линукс с нуля?

Я почти каждый день работаю. И за день перекомпилирую проекты десятки раз минимум.

Сообщение от locm Современные IDE давно могут запускать несколько копий компиля и собирать каждый исходник в отдельности тем самым загружая все ядра. Поэтому не имеет значения займет компиляция 2 секунды на дешевом проце или 1.5 секунды на топовом. Разницу все равно не заметите, т. к. промежуток времени небольшой.

Как видно - о компиляции вы знаете понаслышке. Мягко говоря. "Слышал звон, да не знаю где он".
Сборка более-менее сложного проекта даже на более-менее современном CPU может занимать десятки секунд. И в процессе работы часто нужно править заголовочные файлы. И тогда (чтобы не было скрытых багов) лучше делать полную пересборку проекта, а не "отдельных файлов".
Когда по-работаете в реальности, ожидая после каждой правки по 30 секунд на сборку, то может поймёте, что каждая сэкономленная секунда здесь - заметное улучшение комфорта работы.

Добавлено через 8 минут

Сообщение от locm То что запасных блоков 99, а значит один блок уже переназначен

Это из чего следует? Откуда следует, что изначально всего было 100, а не 99?
Да пускай даже было 100 и 1 израсходован за 6 лет. Т.е. - остальных 99 хватит на ещё 99*6=594 года? Этого мало? Серьёзно???

Сообщение от locm У SSD среднее число стираний - 69 (максимум 87), а не 17 как вы написали.

Берём в руки калькулятор, считаем: 4.1TB*1024/240GB = ~17.5 стираний.

0

Сообщение от jcxz И за день перекомпилирую проекты десятки раз минимум.

По сколько часов длится каждая компиляция?
Зачем вы каждый раз выполняете rebuild всего проекта если можно пересобрать только исходники с изменениями? Или мне нужно учить вас как правильно компилировать чтобы даже больше проекты быстро собирались?

Сообщение от jcxz Как видно - о компиляции вы знаете понаслышке. Мягко говоря. "Слышал звон, да не знаю где он".

Судя по всему вы тоже...
Или до сих пор не научились быстро собирать большие проекты компилируя только исходники с изменения кода.
Зачем собирать все если при отсутствии правок исходника собранный ранее объектник не потерял актуальность?
Или вы линуксоид, который собирает через makefile все исходники в проекте и не важно что их код не правили. Тогда я могу вам посочувствовать!

Сообщение от jcxz И в процессе работы часто нужно править заголовочные файлы.

Ну будут пересобраны только те c/cpp в которых эти h файлы с правками подключены. Обычно это не все исходники в проекте.

Сообщение от jcxz Когда по-работаете в реальности, ожидая после каждой правки по 30 секунд на сборку

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

Сообщение от jcxz Это из чего следует?

Из смарта что вы выложили. Какой же вы программист если не умеете читать по английски и понимать числа в шестнадцатеричном формате?

Сообщение от jcxz Откуда следует, что изначально всего было 100, а не 99?

Вы что в первый раз видите SSD и не знаете какое количество резервных блоков по умолчанию? Это абстрактный параметр и по умолчанию он всегда равен 100 (0x64).

Сообщение от jcxz Да пускай даже было 100 и 1 израсходован за 6 лет. Т.е. - остальных 99 хватит на ещё 99*6=594 года?

Ну что за бред! Вы похоже современно не представляете как устроена и работает флеш-память.
У вас SSD начал сыпаться. Вы знаете что это такое и к чему приведет?
Там где один дефектный блок могут появится и другие часто лавинообразно или появится некорректируемые ошибки появление которых SSD "проворонит" (не редко из-за криворуких программистов писавших прошивку). Если это произойдет с системным блоком и его копии тоже заденет - SSD просто пропадет из системы вместе со всеми данными.

Сообщение от jcxz Берём в руки калькулятор, считаем: 4.1TB*1024/240GB = ~17.5 стираний.

Вы лучше возьмите калькулятор и переведите числа 0x45 и 0x57 в десятичную систему счисления. Это информация предоставленная SSD и ему плевать что вы там насчитали на калькуляторе.
Вы знаете что такое усиление записи, выравнивание износа, рефреш данных, утечка заряда во флеш-памяти? Про SLC кэширование слышали? По вашему оно "бесплатное" в плане износа флеша? Кстати, про износ флеша слышали и знаете что физически происходит с ячейками?

0

Сообщение от locm Потому что я каждый раз не пересобираю весь проект целиком. То есть выполняю build, а не rebuild.

Давайте не будем учить папку детишек строгать оставим ваши теоретизирования в стороне. Мне они до лампочки. Ок? Речь здесь шла совсем о другом.
Или вы ваши проекты тоже на GPU компилите, как уверяет один персонаж выше?

Сообщение от locm Вы что в первый раз видите SSD и не знаете какое количество резервных блоков по умолчанию? Это абстрактный параметр и по умолчанию он всегда равен 100 (0x64).

Да ладно!? Ой-ли?!
А ничего, что я сразу после покупки этого SSD 6 лет назад снял и сохранил его начальный смарт?

И в нём мы видим.... точно такое же(!) значение "reserve block count" == 99. Нежданчик, да?
как будете это объяснять, знаток hex-чисел?

Сообщение от locm У вас SSD начал сыпаться. Вы знаете что это такое и к чему приведет? Там где один дефектный блок могут появится и другие часто лавинообразно

Ну да, ну да... Исходя из всей вышенаписанной чуши - видна цена вашему мнению.
Если верить вам, то мой SSD начал сыпаться ещё на заводе-производителе и сыпется вот уже 7-й год подряд. Но никак не рассыпется почему-то.

Сохраню этот пост на память, и лет через N выложу смарт с этого "сыпящегося" SSD и посмеюсь ещё раз.

0

Сообщение от jcxz Давайте не будем учить папку детишек строгать оставим ваши теоретизирования в стороне.

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

Сообщение от jcxz Или вы ваши проекты тоже на GPU компилите

Я где-то такое писал?

0

Сообщение от jcxz Компиляция исходников - задача ресурсоёмкая.

Те, кому это надо, сразу так и будут писать. А не абстрактную работу. Что я пишу проект в 100к строк на C++ и перед запуском проги для отладки, у меня комп минуту думает. А пишущие на C# и Delphi надо мной смеются.

0

Я что-то пропустил и блоки питания аэрокул стали делать норм?

0