Погонял обновлённый десктоп
Aug. 14th, 2018 01:06 pmСамое заметное последствие апгрейда моей рабочей станции - увеличение объёма оперативки. Предыдущая материнка не поддерживала больше 16 гигабайт RAM, из-за чего периодически возникали проблемы с виртуалками и эмуляторами. В текущей - 32 гига, съедаемые при тех же задачах максимум наполовину, и есть возможность добавить ещё 32 при необходимости.
Визуальный прирост скорости работы есть, но он не столь значителен, т.к. производительность CPU не была узким местом. Впрочем, сборка андроидных приложений и компиляция ядер таки идут заметно быстрее из-за выросшей на 50% многопоточности.
В целом, результатом доволен, в этот раз конфигурация получилась с запасом для развития. Осталось перетащить операционку на SSD. Производительности графики (старенький NVidia GF 550Ti) пока хватает, т.к. эксперименты с CUDA временно заброшены. Если снова займусь, есть куда поставить пару 1080 :)
Визуальный прирост скорости работы есть, но он не столь значителен, т.к. производительность CPU не была узким местом. Впрочем, сборка андроидных приложений и компиляция ядер таки идут заметно быстрее из-за выросшей на 50% многопоточности.
В целом, результатом доволен, в этот раз конфигурация получилась с запасом для развития. Осталось перетащить операционку на SSD. Производительности графики (старенький NVidia GF 550Ti) пока хватает, т.к. эксперименты с CUDA временно заброшены. Если снова займусь, есть куда поставить пару 1080 :)
no subject
Date: 2018-08-14 10:26 am (UTC)no subject
Date: 2018-08-14 10:30 am (UTC)Последние при близкой к десктопным CoffeLake-ам производительности стоят в разы дороже.
no subject
Date: 2018-08-14 10:49 am (UTC)А без ECC жить стремновато.
no subject
Date: 2018-08-14 10:54 am (UTC)А зачем тебе ECC в рабочей станции? Есть процессы, живущие месяцами с интенсивным RAM I/O под нагрузкой? У меня 16 гиг DDR3 1333MHz (4 планки по 4 Gb) отработали 7 лет без проблем, сдохла материнка.
no subject
Date: 2018-08-14 11:22 am (UTC)Из интенсивного ram io -- кеш zfs ;) И да срабатывание ecc я видел пару раз в логах ядра ;)
Хех!
Date: 2018-08-14 11:28 am (UTC)Если Ваши задачи достойны этого :) - и пролезут "по ТТХ" - то добить память по максимуму и учинить рамдрайв для них: темп-файлы, промежуточные данные, etc.
Я так на серверах балуюсь - баскуп БД на рамдрайв влетает оооочень быренько так, а потом уезжает на "наружную" дисковую архивную ёмкость.
Ну и темп-каталоги сервера БД тоже на него смотрят.
С уважением.
RE: Хех!
Date: 2018-08-14 11:50 am (UTC)Создать рамдиск - не проблема, но просто в качестве свободного места под временные файлы он на моих задачах не особенно осмысленен. С кешированием чтения ext4 и сам неплохо справляется, а /tmp и так в памяти.
Пригодился бы "persistent ramdisk", автоматически наполняемый после монтирования и синхронизированный по записи с разделом на энергонезависимом диске. Готовых FS с такой опцией (по аналогии с существовавшим когда-то cachefs-компаньоном для NFS) я в линухе не знаю.
...
Date: 2018-08-14 12:19 pm (UTC)Гмммм... не готов прокомментировать - просто потому, что сам виндовый админ (помимо всего прочего... не, не 1С-ник, боже упаси! :))) и рамдиском подпираю "слабые места" именно на своих виндовых подопечных системах (и серверах, и десктопах).
Линуксом тоже пользуюсь, но без фанатизма - и так глубоко в него просто не забираюсь, незачем.
С уважением.
RE: Хех!
Date: 2018-08-14 03:19 pm (UTC)