Создаем надежную, в плане хранения, и быструю систему на базе SSD и нескольких HDD.

[S_A]

Helge Muller, сделал зарисовку твоего совета
Yolenzo, видюха , да, в том числе для игр, с интеловским графическим ядром заметно потерял в скорости обработки в лайт руме при работе кистью картинку зачастую стелит.

[Yolenzo]

S_A, Кста, 8700К очень хорошо фигачит со своей встроенкой, сам был удивлен, т.к 3770К не тянет.

[S_A]

Yolenzo, может подразогнать мой 4770к где нибудь до 4,3 и память до 1800 они в принцепе тянут с не похим запасом?

[Yolenzo]

S_A, А профита от разгона памяти вообще на заметил, что 2400 что 1333 в фотошопе, что в лайтруме.

Добавлено через 25 секунд
S_A, я предлагаю по скайпу это обсудить, т.к будет быстрее.

Добавлено через 18 минут
S_A, Фотошоп и лайт рум, они систему нагружают серьезно - ладно по телефону обсудим, что-то не так с системой. У мой 3770К c 4ГБ PSB файлом справляется на ура, а тут просто даже несерьезная вещь.

[9285]

nobrain
Пардон. Я почему то думал что https://www.citilink.ru/catalog/comp...ssd_in/486012/ существуют не только для кэширования HDD, и их можно использовать как отдельный накопитель.

Helge Muller
Оффтоп

Я не собираюсь заниматься археологическими раскопками что и с кем кто то обсуждал.
Просто написал про то, что было.
И не советую использовать школотную аргументацию (про возраст). А то на хоботе один как то заговорил в таком тоне, а потом выяснилось что он в пелёнки ссался, когда я охранял его мирный сон.

[Wu-Tang]

Helge Muller,
это расценивать как? как провокаторство? в связи с расхождениями во мнениях в типах nand?

да не вопрос:

Накопитель (и его контроллер) не могут самостийно пропускать/не пропускать TRIM от O&O Defrag - ибо контроллер накопителя не обладает никакими средствами для проверки источника этой команды, и ему всё равно: отправила эту команду сама ОСь, либо сторонняя программа...

в связи с этим, как раз и существуют программы, как от производителей ssd для пускания команды trim в безтриммовой среде, так и от сторонних разработчиков - oo defrag/txbench.

Trim - это механизм, с помощью которого файловая система или сторонние софтины сообщают SSD, что LBA такой-то и такой-то более не нужны, хранить их больше не нужно. SSD же, получив такое сообщение, понимает, что хранить данные этих LBA более не нужно, их можно объявить "мусором" и вычистить, пополнив пул свободных для записи страниц, которого никогда не бывает слишком много.

поэтому можно пользоваться либо утилитами от производителей и делать трим вручную, либо шедулем в альтернативных программах - oo defrag.
для примера - программы от производителя ssd:

txbench:

также специально для вас, сделал тестирование на своей личной системе - windows xp pro sp3 32bit, после отработки трим, посланной мной вручную:

Сообщение от Helge Muller

Либо - мельчайшие подробности, как это работает под XP, либо - тяжелейшая ответственность за отъявленный гон.

а тяжелейшая ответственность, в случае отъявленной предъявы, с вашей стороны, тоже будет?

[fir]

Сообщение от S_A

fir,
Yolenzo,
Основная задача компа это фотошоп и лайт рум, а следовательно шустрая его работа приветствуется , я только что отдал 100 косых за объектив и пока только готовлюсь к абгрейту, уже заказал hdd 2 тб, ссд под систему стоит, останется добрать ссд под фотошоп, и 2 тб под рейд,
Торрент только для закачки видео материала, и софта, естественно фильмов.
Масив для сохранности фото материала.

Смотрите, всё достаточно просто как вам и сказали ребята.
SSD под систему
SSD под фотошоп и лайтрум - объём вам решать какой.
И 2 HDD. И внешний HDD для бекапов.
По поводу массивов, тут я даже не знаю в зеркальном смысла не вижу, т.к. будет отдельный винт для бэкапов и минус будет в том банально если вам понадобиться место у вас его не будет. А плюсом будет место дополнительное.
RAID 0 - тут то же подумайте, производительность повысится, а если винт сдохнет, морока ещё та. Вот в RAID 10 некий смысл вижу, но опять же по деньгам это к двум ещё два дополнительных винта. На домашнем рабочем компе городить Рэйды такое себе занятие считаю.

[S_A]

Ок,спасибо.

[9285]

Сообщение от S_A

и 2 тб под рейд

Вот для чего это?
Если удалишь файл или что то повредится в нём, то получишь зеркальную "копию".
Защита от смерти одного из винтов? Так может проще сделать оперативный (многоуровневый) бэкап на втором диске? И только чего то существенного а не всей поляны диска.
При таком подходе, в случае смерти одного из винтов, в худшем случае будут более менее актуальные данные из бэкапа.

[S_A]

Сообщение от 9285

Так может проще сделать оперативный (многоуровневый) бэкап на втором диске? И только чего то существенного а не всей поляны диска.
При таком подходе, в случае смерти одного из винтов, в худшем случае будут более менее актуальные данные из бэкапа.

А это что еще за Шайтан?

[9285]

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

[nobrain]

9285, расшифровал название инкрементальный

[9285]

nobrain
Насколько я знаю, инкременентальный бэкап предполагает наличие базового бэкапа, а в инкрементальном записываются только обновлённые данные. В случае каких либо проблем с базовым бэкапом, восстановить данные с него может и не получится. а судя по поделиям акрониса, без него и инкрементальный нельзя использовать. Ну и что это за дебилизм?
В описанном мною если что то и есть от инрементальности, так это только то, что при отсутствии изменений в файле его новый бэкап не делается.
Всё остальное совсем по другому. То есть. у тебя имеется несколько бэкапов (архивов), позволяющих восстановить нужные данные на разный момент времени. Так что, даже если какой то из бэкапов будет повреждён, то данные можно восстановить из другого.

[nobrain]

Сообщение от 9285

Насколько я знаю, инкременентальный бэкап предполагает наличие базового бэкапа, а в инкрементальном записываются только обновлённые данные. В случае каких либо проблем с базовым бэкапом, восстановить данные с него может и не получится. а судя по поделиям акрониса, без него и инкрементальный нельзя использовать. Ну и что это за дебилизм?
В описанном мною если что то и есть от инрементальности, так это только то, что при отсутствии изменений в файле его новый бэкап не делается.
Всё остальное совсем по другому. То есть. у тебя имеется несколько бэкапов (архивов), позволяющих восстановить нужные данные на разный момент времени. Так что, даже если какой то из бэкапов будет повреждён, то данные можно восстановить из другого.

Акронисом пользоваться - это надо быть очень удачливым
Инкрементация подразумевает собой:
Независимый полный бэкап основы раз в сутки (от 10 до 15 уровней разнесённых по времени на основе мгновенного "снимка")
Мониторинг изменений основы отталкиваясь от независимого бэкапа (в моменте) и запись изменений часовым интервалом.
Контроль за изменением критически важных данных (с записью контрольных сумм и прочих атрибутов)
Контроль перезаписи неактуальных бэкапов
Журналирование любой активности.

Как то так

[9285]

nobrain
В чём реализован такой механизм?