Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Разумеется. Для «помойки» выделено отдельное место. Если у... 23.02.13 00:47 Число просмотров: 4420
Автор: kstati <Евгений Борисов> Статус: Elderman
Отредактировано 23.02.13 01:27 Количество правок: 3
|
> C последним готов поспорить) Давным давно отучил себя и
> всех, кто находится на расстоянии вытянутой ноги, от
> использования системного диска в качестве файлопомойки.
Разумеется. Для «помойки» выделено отдельное место. Если у тебя на столько мало хлама, что ты можешь себе представить помойку на системном диске с занятым пространством около сотни гигов, то похоже, ты не знаешь, что такое помойка.
И уж если тебя смущают проекты на пару сотен гигов, то ты не знаешь что такое работа с большими объемами данных.
Это к слову о помойке на системе. С моими объемами ни она, ни рабочий поток в сотню не укладываются. Даже в три не влезут.
> А уж если разнести систему и файл подкачки...
Смеёшься? Какой на фиг своп при нормальном количестве озу?
> нулевой райд
> такого объема при 32 Гб ОЗУ тебе 100% не потребуется.
Абсолютно нелогичное высказывание.
ОЗУ — первичный носитель. HDD/SDD/RAID — вторичный. Как ни крути объем первого от объема второго не зависит. Опять же, похоже, что тебе не приходится крутиться с объемами данных на десятки-сотни гигов.
> Вот и
> получается 80-90 баксов под мусор и 120 баксов под ССД -
> как раз выигрыш по всем параметрам за 30-50 баксов.
SSD — получается выигрыш по одному параметру — скорости загрузки системы и первого открытия программ. При чём не всегда очевидный.
Когда скорость запуска программ ничтожна по сравнению со скоростью доступа к данным разница не заметна. Тем более, если не забывать о файловом кэше в озу.
Заметными по времени остаются лишь первые запуски программ и, разумеется, самой оси.
В поточной работе помойкой является абсолютно всё. И система, и текущая работа. Работа, по-скольку не подчищается от хлама до последнего этапа, а система, по скольку её восстановление из образа занимает считанные минуты — беречь смысла нет.
И выгода однозначна — временное хранилище, превышающее потребности примерно в два раза и система на массиве со скоростью доступа всего-то в два-три раза ниже SSD.
При этом всегда на внешнем винте висит образ системного диска, а выполненные работы еженедельно подчищаются от хлама и скидываются в архив на файловый сервер.
Если тебе не требуется прогонять за неделю этак террабайт, то это вовсе не значит, что такой потребности нет не у кого.
В общем, нулёвка более плавно «размазывает» выгоду от ускорения между данными и системой в отличие от резкого ускорения работы системы при нулевом ускорении доступа к данным.
Так что однозначной выгоды при таких объёмах озу и данных SSD не даёт — софт грузится «долго» лишь в первый запуск, во-второй — сто-пятый открывается «моментально» из кэша. А данные как грузились бы медленно всегда, так и продолжили бы. Очевидная разница лишь в убирании «первого» этапа.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
