Comments 38
Вот было бы чудесно, если бы Икс-ком, помимо статей с банальной информацией (статья же не на одноклассниках вышла!) на своем сайте сделал фильтр по технологии CMR/SMR, а не бесполезный фильтр по габаритам стандартных жестких дисков, с абсолютно дурной системой выбора не диапазона, а указания галочками напротив 11.1, 11.2 мм и тд. Хотя фильтры и структура каталога у них вообще шлак.
Пока HDD будет запускать игру, на SSD вы уже успеете начать квест и даже частично его выполнить.
Это при условии что игра запускается в первый раз после запуска компьютера и еще не закэширована в памяти. Последующая загрузка того же самого уровня или данных уже будет происходить практически полностью из кэша в оперативной памяти.
Все-таки для SSD, помимо TBW, характерен еще и такой параметр как TBPD, который ограничивает допустимый объем записи в день. Его превышение может быть чревато негативными последствиями.
Это всего лишь усредненное значение, которое может быть записано в день в течении гарантийного срока. DWPD не ограничивает кол-во записанной информации в день.
практически полностью из кэша в оперативной памяти
Современная игра это десятки гигабайт (местами и сотня+). И все эти гигабайты это именно что ассеты, которые нужно подгрузить чтобы их можно было увидеть и услышать. Поэтому если у вас только нет ~150гб чтобы закинуть всю игру на рамдиск, подгружаться будет из ПЗУ.
При 32Гб кэш уже не сразу забивается после игры, а только после определенного времени игры.
Я не призываю хранить все игры исключительно на HDD, я указал на неточность в выражении. Кому то и скоростей HDD хватает.
Конечно не забивается, потому что там лежит ровно то, что нужно игре в данный момент (или понадобится в ближайший). Текущая локация (или её часть), нпц, звуки анимации, используемые на этой локации. Перейдёте на другую локацию — старая выгрузится вместе со всем её барахлом, новая загрузится.
Кому то и скоростей HDD хватает.
Оно-то понятно, что можно минуту смотреть на экран загрузки, а можно 5 секунд, но скажите, вы никогда не задумывались, для чего во многих играх существуют проползания через узкие проходы со скоростю в 10-15% от нормальной скорости персонажа и прочие увлекательные поездки на лифтах?
Кстати, лютобешеные сохранения мира игры могут быть пострашнее монтажа видео… Герой бежит, а система непрерывно пишет-читает. Сколько пробегал — столько шло RW чуть ли не на предельной скорости девайса.
Вот уж где лучше рейд из хардов — чанки большие, перепозиционировать головки много не нужно, линейная скорость хорошая, а если один хард накроется — ну, переиграл с последнего бэкапа, ничего страшного, не работа же ж.
Можно даже из пресловутых «б/у из датацентра на развес» собрать :) Систему и бэкапы на SSD, а сама игрушка с сейвами — на рейде без чётности, когда сдохнет, тогда и сдохнет, поменял-форматнул-восстановил и дальше пошёл монстров квасить в щщи %)
Жаль, не делают хард-«саморейд», у которого головки бы имели независимый привод и могли одновременно компенсировать температурные расширения независимо друг от друга, то есть читать параллельно несколько дорожек. Сильно шустрее было бы. Но придётся на каждую головку дополнительный привод ставить, работающий хотя бы в пределах терморазброса (или вообще на каждую — по своему приводу). Это ХЗ как сделать, мне на ум только микро-биметаллика приходит, но она подвержена усталостным разрушениям…
Первое и главное преимущество HDD - ресурс
Первое и главное преимущество HDD - цена за гигабайт, все остальное настолько незначительно, что можно не учитывать. Ресурс вообще значения не имеет если бекапы организованы соответствующим образом. А если не организованы - данные все равно будут потеряны независимо от ресурса.
Если/когда цена за аналогичный объем у ssd и hdd сравняется, последние в этот же день канут в лету.
Видеомонтаж такой — «я для вас шутка???» %)
Нет ни единой проблемы выполнять видеомонтаж на SSD, все только быстрее станет.
Вот только промежуточные лосслессы по двести гиг сохранять как-то уже не хочется, а нафигачить супер-сложный проект и потом его одной операцией свести — не всегда удаётся, ну то есть в идеальном мире такое возможно, но реальное ПО пока далеко не идеально. Да и оперативки может потребоваться для такого проекта нереальное количество (или оно начнёт катать темпы по двести гиг туда-сюда с предельной скоростью интерфейса), зависит от конкретики задач.
Не, ну если весь «монтаж» — свести лосслесскатом несколько видео с одного мобильника, то тут всё элементарно, можно вообще не заморачиваться насчёт TBW. Можем, умеем, практикуем, лень — двигатель прогресса :-D
Вот только промежуточные лосслессы по двести гиг сохранять как-то уже не хочется
Почему? Все сохраняют и ничего, диск морально устареет раньше чем вы его протрете
диск морально устареет раньше
Ну в эпоху быстрого развития, может, и да… но у меня этот эффект распространялся на диски 32-128 Гб. Вот они да, всё ещё работают, но с их размерами радовать уже перестали, как фальшивые ёлочные игрушки из анекдота :) Если темпы по двести, я бы так смело не делал прогнозов :)
RAID-массив из HDD дает приличные скорости, особенно на линейном чтении, которое в основном используется при обработке видео.
Нулевой рейд и теоретически можно переплюнуть даже средненький nvme.
SSD это прекрасный подарок айтишникам, занимающимся железом. Замена ssd их обеспечит работой на годы вперёд.
И никакая нейросеть их в этом не заменит, что прекрасно
А в чем проблема с торрентами? Да, если клиент не настроен / не может быть настроен - то файл пишется два раза. Сначала забивает место нулями, потом записывает в него скачанные данные. И в чем тут проблема?
Допустим, скачивается в день 50 Гб файлов - это запись примерно 100 Гб в день. 3000 в месяц, 36500 Гб / 35,6 Тб в год. Гарантийный ресурс Samsung 970 EVO 1Tb - 600 TBW. Хватит на 16,8 лет.
Да, если клиент не настроен / не может быть настроен - то файл пишется два раза. Сначала забивает место нулями, потом записывает в него скачанные данные.
Даже с включенным "Pre-allocate" данные не пишутся два раза. При выделении места в файловой системе просто резервируется незанятое место, а уже потом в это место записываются данные.
uTorrent версии 2 не просто резервирует, а именно заполняет нулями зарезервированное место.
Если бы он это не делал - тогда ресурс тратился бы в два раза меньше.
Вообще-то уже давно существует поддержка Sparse file, так что если вы попросите современную операционную систему сделать на диске терабайтный файл, заполненный нулями, то записывать терабайт нулей она не будет.
Не стоит питать иллюзий, что HDD вечны. Они могут выйти из строя независимо от срока эксплуатации десятком разных способов, и ни TRIM, ни SMART, ни другие красивые аббревиатуры не предупредят вас об этом заранее.
Бессмысленный и беспощадный маркетинг?
https://wiki.archlinux.org/title/S.M.A.R.T._(Русский)
Уведомление о возможных проблемах
/etc/smartd.conf
DEVICESCAN -m address@domain.com
https://help.ubuntu.com/community/Smartmontools
Каким боком TRIM к блинам HDD?
https://en.wikipedia.org/wiki/Trim_(computing)
https://wiki.archlinux.org/title/Solid_state_drive_(Русский)
Да, диски могут умирать внезапно. Любые. Если вы этого пока не видели - вам повезло.
TRIM - есть в жёстких дисках с момента появления черепичной записи.
Добротный был скандальчик в 2020 г.
Срываем покровы. Черепичная запись SMR в накопителях WD и Seagate
https://xakep.ru/2020/04/29/hdd-smr/
Даже в моём скромном опыте было несколько дисков, которые были идеальны по SMARTу до самой своей кончины. А потом включаешь комп и "хррррр...т.т.р.ррр..." и "insert bootable disk"
Оу да, Его Величество Ресурс!
Смотрю на SSD с ресурсом овер 100 Тб записи в год (без ограничений по чтению) и смотрю на HDD с ресурсом 55 Тб в год на запись+чтение. Хм, пойду-ка я посмотрю ещё...
…и как они это-то сумели испортить? О_о
Маловероятно, что Сигейт, чьи ХДД начального уровня имеют такой ресурс, ответит на вопрос "как вы дошли до жизни такой?" :))
Похоже, поиск сломался. В статье hdd vs. ssd не могу найти iops и latency, зато какой-то fps и скриншоты из игр -- есть.
Смешались в кучу кони, люди...
Каким боком черепичная запись к просадке фпс при чтении пресетов с диска?
Живы ли жесткие диски в 2024 году, и где их стоит применять