Caefah: А почему вы решили что в природе не существует методов восстановления намагниченности?
Есть такой метод - перезапись называется. Т.е повторное намагничивание.
Лишаться кучи преимуществ ооп, ради пары процентов процессорного времени, вообще нет смысла.
Ну не скажите.
А если у вас задача написать проект который будет работать на миниатюрной железке, и должен работать год от батарейки весом 5грамм?
Вы тоже будете лепить ООП или будете просчитывать каждое действие для экономии нагрузки процессора?
ООП хорош когда важно время разработки и пофиг а вычислительные ресурсы легко купить.
Но это очень ограниченный круг проектов.
Кирилл Казаков: Ну смотрите вам там что нужно - данные не потерять? Так?
Для этого существует бэкап. С одним диском работаете, на другой диск бэкапите.
Это обеспечивает большую защиту чем зеркальный рэйд.
Например вы случайно удалите файл - на рэйде вы его потеряете. В случае с бэкапом - просто достанете из вчерашнего бэкапа.
А у вас к тому же даже не зеркальный рейд а гибрид зеркала со страйпом.
Ну страйп повысит линейную скорость - зачем это вам? Сколько там у вас пользователей чтобы вы уперлись в линейную скорость диска?
К тому же все это дело на встроенном контроллере наполовину софтовая реализация. Если рассыпется - вряд ли данные удастся восстановить.
Уж если делать рэйд то надо либо чисто софтовую реализацию, либо на нормальном контроллере.
Ziptar: Шифруете трукриптом или битклокером, подключение тома - либо специально обученный пользователь подключается по RDP и монтирует том, либо делайте скрипт который будет для подключения запрашивать пароль со стороннего ресурса.
shokw0w: Ну посмотрите точно в командной строке синтаксис, может в кавычки брать надо.
Я точно не помню, ну и не факт что в графическом интерфейсе запись появиться, вы проверяйте работает или нет.
Чего там управляющая прошивка старается избежать?
Диску сказали читай - он читает.
Диск у сказали пиши - он пишет.
При чем тут кэш? Кэш это память где хранится необработанная информация. Чем плохо попадание в кэш?