>Хм... А вот интересно, а выгружается она так же быстро? А в чем проблемы - слить буфер на диск (или "диск") и выключаемся.Все симметрично.
Не быстро - это время незапланированного рестарта.Если система внепланово срублена где-то в середине (слет питания, паника ядра, аппаратный reset, ... ) а образ на диск не был слит - вот тут придется сделать честную и медленную обычную перезагрузку + проверку ФС.Состояние образа памяти на диске при этом более не соответствует состоянию ФС.Замороженная в нем система не ожидает увидеть ФС в измененном состоянии так что попытка раскатать образ в RAM после некорректного рестарта наверное приведет к разрушению данных в файловой системе.
>А то толку-то... Всего-то поменяли местами время старта и время финиша...
Никто ничего не менял.При *запланированом* шатдауне образ оперативы сливается на диск точно так же как и заливался и дальше отключение питания.
>Да и в embedded области время старта дело десятое...
Неправда ваша, в embedded это порой очень критично.Потеря управления на 2 секунды и на минуту - разные вещи.Потеря контроля над процессом на 2 секунды допустима гораздо чаще чем потеря контроля над процессом на целую минуту.
>ПЯТЬ ЛЕТ К НЕМУ ВООБЩЕ НЕ ПОДХОДИЛИ.
Заказчики бывают разные.Прикиньте?А embedded это не только ваш станок и ваш заказчик.
>Так что актуально только на игрушках/смартах и т.п.
Опять же неправда ваша.Даже взять банальный роутер который на embedded то с трудом тянет: если он придет в себя за 2 секунды - никто и не заметит вообще что он сребутился.А если он будет 2 минуты тупить - народ не только заметит ребут но и все TCP соединения вообще оборвутся.Ну а бортовой компьютер например - извините, но сосать без навигации 2 минуты на быстро движущемся объекте куда хуже чем 2 секунды.