В гонке за самый быстро загружаемый Linux сменился лидер. Теперь почетное первое место занимает (http://blog.internetnews.com/skerner/2009/07/linux-achieves-...) встраиваемый MontaVista Embedded Linux со временем загрузки в 1 секунду. Для сравнения, среднее время загрузки большинства современных дистрибутивов находится в пределах 20 — 25 секунд.Справедливости ради необходимо отметить, что этот результат был достигнут не на серийном «железе» использующем generic Linux, а на специализированном дистрибутиве разработанном для Power-архитектуры процессора Freescale Semiconductor MPC5121e.
В пресс-релизе MontaVista ее директор Jim Ready назвал время загрузки Linux в 1 сек. «прорывом в разработке встраиваемых систем». Несомненно, вендоры десктопных и серверных решений будут искать пути уменьшения времени загрузки своих дистрибутивов, но для этой группы продуктов время старта не является критическим фактором. Большинству пользователей гораздо важне...
URL: http://blog.internetnews.com/skerner/2009/07/linux-achieves-...
Новость: http://www.opennet.me/opennews/art.shtml?num=22597
А толку? Главное надежность и безопасность!
Что значит "А толку"?Я на eee pc поставил федору и повыкидывал кучу ненужных там демонов и пакетов.
Так она грузится быстрее (с иксами, с автозагрузкой рабочего стола), чем выходит из suspend режима.Если нужна локальная сеть -- на рабочем столе значёк.
Надо смонтировать домашние сетевые диски по NFS -- ещё 1 значёк.
Вылезти в инет через мобилку -- 3й.Так что всё на месте.
>А толку? Главное надежность и безопасность!И вот тут есть некоторая разница - загрузится ли железка за секунду или за минуту...
Железка может быть и, например, камерой видеонаблюдения с встроенным пингвином (обычный вебкам дующий видеопоток в интернет).Так как там насчет безопасности? Остаться без камеры наблюдения на 1 секунду или на 60 имхо некоторая разница.В плане, гм, безопасности ради которой камера и установлена :)
Возможности Linux конечно впечатляют и свидетельствуют как о качестве разработки системы, так и ее универсальности. Но в большинстве случаев время загрузки дейтсвительно мало кого беспокоит. Вот у меня к примеру cейчас во FreeBSD аптайм 30 дней - после обновления ядра до 7.2 ни одного ребута. Какое мне дело до того, сколько времени грузилась система месяц назад, если сейчас я получаю к ней доступ за 5 секунд (22" монитор включается не сразу)?А вот скорость работы после загрузки, безопасность и стабильность системы меня действительно интересуют, как и возможность запускать в ней нужное мне ПО под моим железом.
>Какое мне дело до того, сколько времени грузилась система месяц назад,Вам - не знаю.Вот только упомянутая контора занимается в основном embedded.И там сие весьма востребовано.Ну вот они и допилили.То что пионеры не понимают что контроллер промышленной байды или вебкамера видеонаблюдения или там что еще что вставшее раком на 60 секунд (например, после апдейта фирмвары) - хуже, чем оно же, но вставшее раком на 1 секунду - ССЗБ и демонстрируют лишь ограниченность своего мышления.Ваши пыльные гробы с бздей - это вроде бы не embedded, а? :)
>Ваши пыльные гробы с бздей - это вроде бы не embedded, а? :)Товарищ, да вы алергик :)
вы просто думаете, что если не бсд то оно значит небыстрое, небезопасное и нестабильное. У моего товарища уже лет 5 стоит уиндоус икспи как поставили так и стоит. Грузясь за 10 секунд, компьютер просто РАБОТАЕТ. и никакая безопасность и стабильность его не интересуют и не беспокоят (ниразу не беспокоили), в отличие от вас. Поетому главное не ядро, а отсутствие кривизны рук и свежей головы.
У меня КПК на Linux. Меня беспокоит время загрузки.
>но для этой группы продуктов время старта не является критическим факторомм-да.. когда на серверном редхате после падения начинает проверяться ФС размером ~1Тб на ext3, то это действительно не критично
>после падения начинает проверяться ФС размером ~1Тб на ext3,Здесь какая-то нестыковочка в показаниях.Если это ext3 (т.е. с журналом), вообще-то обычно достаточно журнал заапплаить и ФС будет в корректном состоянии.Зачем проверять журналируемую ФС?Журнал специально и был сделан чтобы этого не делать.
>>после падения начинает проверяться ФС размером ~1Тб на ext3,
>
>Здесь какая-то нестыковочка в показаниях.Если это ext3 (т.е. с журналом), вообще-то обычно
>достаточно журнал заапплаить и ФС будет в корректном состоянии.Зачем проверять журналируемую
>ФС?Журнал специально и был сделан чтобы этого не делать.fsck.ext3 -fpyc /dev/sdz2048
>fsck.ext3 -fpyc /dev/sdz2048И в чем тут соль?
>>fsck.ext3 -fpyc /dev/sdz2048
>
>И в чем тут соль?-c This option causes e2fsck to use badblocks(8) program to do a read-only scan
of the device in order to find any bad blocks. If any bad blocks are found, they
are added to the bad block inode to prevent them from being allocated to a file
or directory. If this option is specified twice, then the bad block scan will be
done using a non-destructive read-write test.
Думаю, у РедХата мозга не хватит на бэды 1 Терабаб проверять :)
хотя, кто их знает, могли и "-с" добавить к опциям...
тебе объяснять разницу между bad blocks и ошибками самой fs?
>тебе объяснять разницу между bad blocks и ошибками самой fs?Ещё раз ветку прочитай.... как только найдешь одно упоминание слова "ошибка", рассказывай.
если система падала с грохотом или резетом, то даже РедХат проверяет ФС и даже размером в Тб...+
вы разве не встречали например таких сообщений?
/dev/sdb5 has been mounted 309 times without being checked, check....Просто желательно не делать на ext3 огромных ФС
иначе даунтаймы могут быть огого...
>если система падала с грохотом или резетом, то даже РедХат проверяет ФС
>и даже размером в Тб...Ну я праздравляю редхат.Может они перестраховаться хотят.Например на случай разрушения данных в памяти и неотлова этого факта до записи.Хрен их там знает.
>вы разве не встречали например таких сообщений?
>/dev/sdb5 has been mounted 309 times without being checked, check....Встречал, но это ж настраивается.Посему странно предъявлять претензии на этот счет.
>Просто желательно не делать на ext3 огромных ФС
>иначе даунтаймы могут быть огого...Кстати если уж на то пошло - ext4 в плане скорости проверки больших томов неплохо подтянули.Лично я не юзаю EXT3 на больших томах по иным соображениям - оно по скорости там ничего такого этакого не показывает.Что как бы слегка досадно.
опять же в редхат , кроме ext3 ничего использовать нельзя (ну можно ещё ext2)
>опять же в редхат , кроме ext3 ничего использовать нельзя (ну можно
>ещё ext2)И что?Там fsck какой-то особый или его надо из принципа с ключами как у павлина пинать?В редхате что, жестко захардкодили эти ключи и под страхом смерти запретили их изменять?Или в чем прикол с этим нытьем про время fsck?
А что до проверки тома раз в сколько-то там монтирований - наверное не самая дурная идея.Журнал то журнаном но мало ли что там бывает... а то засрется том (мало ли от чего) а узнают об этом хз когда (никогда или когда это создаст проблемы).
Ведь настанут такие времена: нажал на кнопку и вот уже загруженный рабочий стол.
такие времена уже были
не смотря на 10сек загрузки она казалась моментальной ибо пользователь сразу видел рабочий стол,а пока он осознавал что и как ему надо система уже была полностью загруженной
ман айскэт... семидесятые года, мать их
>такие времена уже были не смотря на 10сек загрузки она казалась моментальнойА мой первый компьютер грузил ОС CP/M с флопповода в RAM-диск.Выживавший при reset (в отличие от IBM PC).В итоге "горячие" ребуты занимали буквально пару секунд.Т.к. ROM был простой, самотестов особо не делал, железа было мало и оно почти не детектилось.Зато ROM умел грузиться при "горячем" сбросе (т.е. без отрубания питания) не только с флопа но и с RAM-диска.И в итоге от ресета до старта системы в рамдиске - пара секунд.У IBM PC биос дольше тупит чем там вся система загружалась...
Пингвин в embedded железке с простым загрузчиком - пожалуй единственная из общеупотребительных нынче систем которая может переплюнуть тот результат хренадцатилетней давности.
ну 16 килобайт CP/M-80 ни с чем не сравнятся. причем, вместе с набором команд. а вот m$-DOS уже ни в какие ворота.
>ну 16 килобайт CP/M-80 ни с чем не сравнятся.С некоторыми RTOSами и огрызками ядер - могут.Даже в пользу последних порой - они многозадачные бывают, в отличие от.Правда вот все это обычно нифига не "дисковая операционная система".А минимальное ядро и прочая хрень.
по-моему, в 1974 году на 8080 проце ни о какой многофункиональности речи не могло идти. только разве что в ВЦ, там была иногда MP/M. да и написана CP/M была на асме, что привязывает к платформе.
жалко, что не стали дальше эту систему развивать для работы на бОльших накопителях.
пардон, многозадачности. :)
>пардон, многозадачности. :)А что (с теоретической точки зрения) мешает написать под i8080 простой переключатор задач обеспечивающий некое подобие многозадачности?Не вижу теоретических ограничений для этого.То что хренадцать лет назад это или не умели или было не нужно или там еще что - вопрос номер два.
некоторое подобие все-таки было. прерывания. RST вроде как команда называлась. для фонового решения задач вполне хватало. теоретическое ограничение для чего-то более сложного - 2 MHz?
>некоторое подобие все-таки было. прерывания.Отдельный чипак программируемого таймера присобачивали, IIRC.И прерывания от них были, если не ошибаюсь.Потенциально можно в принципе таким макаром переключать задачи изобразив что-то типа простейшей вытесняющей многозадачности.От задач при этом требуеся не наглеть т.к. если задача запретит прерывания, сможет монополизировать проц до упора.И никаких защит от этого у i8080 ессно не было - т.е. такая система на нем надежна только при тотальном аудите кода до битика.Иначе - будет лажовее чем win95...
>для фонового решения задач вполне хватало.
Ну, клавиатуру в фоне сканили, картинку на скрин фигачили и прочая.Тогда отдельных контроллеров клавиатуры и прочая не было - роскошь, типа.Удорожает и усложняет схему.
> теоретическое ограничение для чего-то более сложного - 2 MHz?
А также отсутствие каких либо защит e.g. деления на юзер и кернел, каких либо ограничений по работе с памятью и прочая.Сие делает довольно бессмысленными там многозадачные системы.Потому что колосс - на глиняных ногах.Запретит одна задача прерывания - и все остальные пролетают :P.Ну и смысла в такой системе?Win95 и то надежнее.
то не видишь теоретических ограничений, то видишь. определился бы... больше возможностей для реализации многозадачности было только в 286 проце. а полуось хорошо использовала эту возможность.
>то не видишь теоретических ограничений, то видишь. определился бы...Я вроде изначально определился - простой переключатель задач для i8080 можно сделать.Многозадачность - будет.Какая - вопрос номер два.
>больше возможностей для реализации многозадачности было только в 286 проце.
>а полуось хорошо использовала эту возможность.Хызы, на мое имхо protected mode в 286 (вы о нем?) - костыль какой-то.Вот в 386 все сделали более вменяемо, попутно сделав flat модель памяти(не прошло и 100 лет...).Ну а нормальный регистровый файл сделать - интеля на это так и не хватило.Это только AMD в своем AMD64 осилил почему-то oO.
а можно на "ты"? не хамства ради. :)
тем не менее, на этом "костыле" в многозадачном режиме работали OS/2 и UNIX. но почему-то тогда не работал на m$-DOS.
> А что (с теоретической точки зрения) мешает написать под i8080 простой переключатор задач обеспечивающий некое подобие многозадачности?Мешает отсутствие защиты памяти (страничной или хотя бы сегментной). Нужно понимать, что многозадачность (вытесняющая, кооперативная или отсутствующая) определяется двумя параметрами: распределением процессорного времени и разделением памяти. В однозадачных системах не просто не было защиты памяти - там ещё и вся память отдавалась активному приложению.
>Мешает отсутствие защиты памяти (страничной или хотя бы сегментной).Для самой по себе многозадачности это не помеха.Если задачи не наглеют.
>Нужно понимать, что многозадачность (вытесняющая, кооперативная или отсутствующая)
>определяется двумя параметрами:Это пиндеж.Многозадачность относится именно к "как бы одновременному" выполнению нескольких программ (тредов или чего там еще, грубо говоря - условно-независимых потоков инструкций).Да, защита памяти - полезный атрибут для мнгогозадачной системы сильно улучшаюший ее надежность.Но не обязательный с ножом к горлу.Если n как-бы независимых потоков команд фигарят "параллельно" (с точки зрения юзера) - это многозадачность, а?
Скажем вы что, хотите сказать что uCLinux (который может работать на ARM7 без MMU) это 1-задачная систма?А то там из-за отсутствия MMU в старинном ARM7 - нет защиты памти программ друг от друга :).
Более того - допустим есть проц.Допустим, он аппаратно выполняет более 1 потока команд.Ну, устроен он так(есть такие процы).А вот защиты памяти допустим нет.Ну, не включена системой или даже не реализована в проце (и такие процы тоже бывают).
Это что, 1-задачная система?А что делать с одновременным выполнением нескольких потоков команд в железе?Какая же она 1-задачная?
>В однозадачных системах не просто не было защиты
>памяти - там ещё и вся память отдавалась активному приложению.Ну и откуда тут следует что нельзя сделать переключатор задач который будет переключать задачи?Да, им придется не наглеть (не рубать прерывания) и как-то утрясти вопрос деления между собой памяти (например, на этапе написания программ можно поделить между ними диапазоны адресов).Это разумеется программное решение, менее надежное чем честное аппаратное разделение.Но - будет работать и будет крутить несколько условно-независимых потоков инструкций.С точки зрения юзера - именно одновременно, т.е. многозадачность как бы есть.
>жалко, что не стали дальше эту систему развивать для работы на бОльших
>накопителях.А оно было надо?У меня как максимум был флопарь, максимум 800Кб, для него этого хватало.А современные SATA диски к тому хардвару заинтерфейсить...хм...удачи :).А так - ms-dos был логичным клоном-продолжением, я на него и ibm-совместимое железо перешел сполпинка.
да, надо было. если у тебя был максимум флоп, то это не значит, что было совсем не нужно. про SATA к тому хардварю подключить - не об этом речь вообще идет. а винчестеры были в персоналках. в том числе ZX-Spectrum был с этим железом, а не только с флопами и лентой.
Было такое - фирма Acorn делала компьютеры на процессоре ARM (до того - на 6502); операционка - RISC-OS, зашитая в ПЗУ (от полумегабайта до шести мегабайт в разных версиях).
>Было такое - фирма Acorn делала компьютеры на процессоре ARM (до того
>- на 6502); операционка - RISC-OS, зашитая в ПЗУ"DOS находится в ПЗУ" (с) русский MS-DOS 7.x ;).Т.е. DOS бывал и в ROM зашит и это им поддерживалось.Просто так делали редко по понятной причине.
Еще были амиги.У них основной кусок системы с базовой частью ядра, гуем (!!!) и некоторых прочих приблуд обитал в ROM.А с диска догружались довески.Сие выглядело забавно.Поскольку ряд программ использовал полухакерские методы извращений для оверрайда того что вшито в ROM (т.к. апдейтить ROM тогда юзеры на дому не могли).
сервер загружающийся за секунду, это ж офигенски, хоть для днсов например
>сервер загружающийся за секунду, это ж офигенски, хоть для днсов напримерИли там роутеров, камер наблюдения или чего еще.Представляете себе даунтайм в 1 секунду вместо ~30? :)
Ни чего такого невозможного не вижу. А если быть серьезным, то у меня девайсы под QNX и VxWorks грузятся быстрее и что самое главное - сразу готовы к выполнению работы (контора где я работаю занимается также и инжинирингом контроллеров, датчиков и прочих устройств полевого уровня для многих иностранных компаний)
>Ни чего такого невозможного не вижу. А если быть серьезным, то у
>меня девайсы под QNX и VxWorks грузятся быстрееУгу, только вот нынче этот самый VxWorks его же разработчики предлагают менять на ими же запатченый линух (на сайте монтависты про это что-то такое было написано, гым).Ну а чо, нормально - сначала впарить систему а потом впарить вместо нее другую систему.Бизнес, фигли :)
Вот так и рождаются слухи! Они не предлагают менять, просто параллельно они предлагают еще и линукс - не более того. А в свете того, что у них терки с Intel, то вполне вероятно, что это будет их основная платформа.
>Вот так и рождаются слухи!Этот слух родился только потому что я как-то раз набрел на рекламу предлагавшую покупать реалтаймный линух заместо vxworks.Может мну что-то не понял или перепутал?oO
>просто параллельно они предлагают еще и линукс - не более того.
Да, а чего б это им его предлагать и патчить на предмет реалтайма если у них vxworks есть?Наверное потому что под vxworks софта с гулькин нос, что кастомерам ну оооооооочень не нравится.Если поискать по словам vxworks to linux - накопается много вполне понятной и предсказуемой ругани.
>А в свете того, что у них терки с Intel,
Ну, интель их купить хотел помнится.Купил ли - а хз.Могу предположить что интель хотел свое х86 гумно в embedded пихать.Единственное ради чего им это может быть надо, имхо.А так - если интель их не купит, какое им до него дело?Интель в embedded - ни рыба, ни мясо.И линукс не принадлежит интелю - как терки влияют на что-либо?
>то вполне вероятно, что это будет их основная платформа.
Софта под нее с гулькин нос.И геморроя с ней достаточно.И роялти клиентов не прут.Из плюсов - может тянуть более жесткий реалтайм и меньше футпринт.Но память нынче становится по цене говна под ногами и второй плюс сходит на нет (в момент когда малоемкие чипы снимут с производства, этот плюс попросту умрет).А по части первого минуса - пингвина со всех сторон патчат, а еще бывает например вот такое http://www.xenomai.org .В итоге - за будущее закрытой системы за которую роялти хотят я бы зуб не дал.Как минимум - за большое будущее.Нишевым продуктом может и будет.И то - что там с покупкой интелем?
На самом деле, все Ваши комменты беспочвенны. Надо понимать,
что QNX и VxWorks - это системы жесткого реального времени, а RTLinux - мягкого (есть патчи
пытающиеся довести до жесткого - но в конечном итоге выливается все кучу неприятных сюрпризов и багов, как ядра так и окружения).
По поводу софта, Вы абсолютно не правы, тк в мире существует такое слово - POSIX.
Ну и про стабильность тут вообще молчу: день и ночь. Единственное почему Linux
суется во все дыры (не критически важные области применения) - цена.
На самом деле очень интересны подробности.
На отладках от TI, чип TMS320DM355, операционная система MontaVista, файловая система jffs2, время загрузки достигает 10-12 сек. При этом большее время уходит на монтирование файловой системы.
>время загрузки достигает 10-12 сек. При этом большее время уходит на
>монтирование файловой системы.JFFS2 - не фонтан по времени монтирования.Увы.И чем больше ФС, тем дольше она монтируется...
Как всегда МандаВиста баянит и пиарит*---
ARM9 board boots Debian in 0.69 secondsTechnologic Systems has upgraded the firmware for its quick-booting
single-board computer (SBC) to make it boot even quicker.
Equipped with a Marvell 500Mhz ARM9 CPU running Debian Sarge, the
TS-7800 can boot Linux 2.6.21 from NAND flash in 0.69 seconds, claims
Technologic.http://www.linuxfordevices.com/c/a/News/ARM9-board-boots-Deb.../
* ---
Initial Ramdisk and Kernel were modified/reduced to allow bootup time as fast as 0.69 second from on-board Flash; Many hardware drivers once included into the Kernel now are available as modules through the Debian Linux distribution for the TS-7800;http://www.embeddedarm.com/about/resource.php?item=343
P.S.И ещё...
Точно помню, в том году, пролетали новости на Linuxdevices c цифрами 0.7 и 0.8 сек.Так что, МонтаВиста пущай курит, со своей Бесплатной Чешуёй (тфу, FreeScale)
Немного не в тему - но Windows 2000 - единственная на моей памяти операционная система, которая выключается за 1 секунду. Вот видео: http://rapidshare.com/files/255890073/windows_2000_acpii_shu... . Но это если кнопкой выключения, а не через меню. Быстрее разве что в DOS или с LiveCD, если нажать ресет. Как так сделать в Linux? Раз включаться за 1 секунду может, значит, сможет и выключаться...
> Как так сделать в Linux?Alt + SysRq + O
Эдак она рубанется (все равно, что ресет нажать),да и то если ядро собрано с этими опциями.
А вин2к умудрялась нормально выключиться.
>Эдак она рубанется (все равно, что ресет нажать),да и то если ядро
>собрано с этими опциями.
>А вин2к умудрялась нормально выключиться.Ну как это нормально??? Например, открыт на запись файл (через open), размером в 20Gb,
даже на FusionIO, его закрытие (или просто сброс буфера) займет порядка 5 сек.Можно и так
Alt + SysRq + S ( Sync )
Alt + SysRq + U ( Umount )
Alt + SysRq + O ( powerOff )
>Можно и так
>Alt + SysRq + S ( Sync )
>Alt + SysRq + U ( Umount )
>Alt + SysRq + O ( powerOff )А чо, ядрено и достаточно корректно.Как минимум ФС не посыпется.Из минусов - проги не будут в курсе что их сейчас накроет медным тазом.
Для винды - как раз тукея в свое время видел турбо-шатдаунилку через недокументированные функции ntdll - вот она срубает винду за пару секунд и без вопросов.Не анонся разумеется программы о крантеце.Без такого хацкинга никакого выключения за секунду не было и в помине.Как минимум несколько секунд.
P.S. для сравнения: как-то раз наблюдал как дриста с запущенным офисом и еще кучей всего пыталась зашатдауниться ~7 минут.Натужно тарахтя диском.И как бы и оперативы вдоволь, 4 гига.И проц 2-ядерный.Чего она так тупила при шатдауне я честно говоря не понял.Но прогресс технологий торможения писюшников софтом от MS заценил.За тормоза - зачет по любому :)
>>Можно и так
>>Alt + SysRq + S ( Sync )
>>Alt + SysRq + U ( Umount )
>>Alt + SysRq + O ( powerOff )
>
>А чо, ядрено и достаточно корректно.Как минимум ФС не посыпется.
> Из минусов - проги не будут в курсе что их сейчас накроет медным тазом.Alt + SysRq + E ( TERM but true)
Alt + SysRq + I ( KILL 'em all )
Alt + SysRq + S ( Sync and destroy )
Alt + SysRq + U ( Umount, else matters )
Alt + SysRq + O ( powerOff puppets):)
> :)Да я в курсе что это можно, у этой байды даже хелпарь встроен вроде :)
Но коменты к аккордам - улыбнули, да.
>Эдак она рубанется (все равно, что ресет нажать),да и то если ядро
>собрано с этими опциями.
>А вин2к умудрялась нормально выключиться.Агащаз... может просто везло - кеши свободные, программ в памяти нет?
Попробуйте лучше Exchange Server выключить.Расскажете как вам оно.Если что - рестарт или шатдаун может занимать чуть ли не полчаса-час иногда.Готично!
1)http://s.lurkmore.ru/images/5/5d/Shopped.jpg
2)Это не реальное железо, она и грузится там быстрее.
3)Если ты смонтировал в LiveCD разделы, то ты ССЗБ.
4)Я таки проверю, благо образ 2К маленький.
Не подкуплено. Так было всегда, даже с 500-мегагерцовым компьютером и 64 мегабайтами памяти. Ни в ME, ни в XP такого больше нет. Вот я и подумал - может, если Linux загружается одну секунду, то и выключаться тоже так же сможет? Как показанный в видео процесс вообще реализован?
А LiveCD я просто выключаю насовсем, ресетом. Всё равно все данные в виртуальной памяти.
>Не подкуплено. Так было всегда, даже с 500-мегагерцовым компьютером и 64 мегабайтами
>памяти. Ни в ME, ни в XP такого больше нет.Накопал под это дело реальную железную тачку с винтукеем, P-IV @ 2.8GHz, 1Gb RAM.Ребутнул ее.С секунодмером.До перезагрузки прошло 30 секунд.ЧЯДНТ?И где же обещанное "всегда"?WTF?
Выключи через ACPI, а не через меню выключения. Мгновенно! А что это за процесс такой, и почему ничего не повреждается? Думаю, майкрософтцы просто облажались, что дали юзерам случайно попользоваться хорошей вещью. Ошибка была исправлена.
>Выключи через ACPI, а не через меню выключения.Т.е. нажав power button на системнике?Окей, я померяю в пределах нескольких дней (как нетрудно понять, "мотороллер не мой" - я просто на этом тазике померял время т.к. 1 фиг он хотел ребут по поводу апдейтов и его все-равно надо было ребутать, так что от моего эксперимерна никто ничего не терял...).
>Мгновенно! А что это за процесс такой, и почему ничего не повреждается?
Я вижу 2 варианта.Или там стоит моменное отключение питания и таки повреждается (как минимум то что не слилось из буфферов).Или же не мгновенно.
Еще есть suspend to RAM и to disk, не помню было ли оно реализовано в 2k.
STR просто срубает основной источник питания, RAM остается под питанием от дежурки и после включения система почти моментально готова к работе.Минусы?Слет питания равносилен нажатию ресета на всем ходу. Suspend to disk - быстрый слив оперативы на диск и отключение питалова.При включении - подчитка оперативы с диска.Для машины с 64Мб и правда быстро.Зато если оперативы 2Гб - ждать усрешься, проще просто зашатдаунить.Тем более что на десктопах эти режимы обычно очень глючно реализованы и есть масса ограничений на их использование.>Думаю, майкрософтцы просто облажались, что дали юзерам случайно попользоваться
>хорошей вещью. Ошибка была исправлена.Чудес не бывает, штатный шатдаун системы, что NT и далее, что 9x подразумевает много времяемких действий. Как то анонс программ о шатдауне и ожидание от них ответа до некоего таймаута (достаточно длинного, правда есть режим форсированного шатдауна когда ожидание не производится).Слив буфферов на диск, etc.Довольно сложная последовательность которая в общем случае ни за какую секунду выполниться не может.Вы или путаете с чем-то типа STR или хрен вас там знает.
какая разница вообще я думаю загрузка это не самое критичное в рабочие будни и выпускайте пар лучше на других новостях,
это требуется кроме конечно специфических устройств только для настройки и для десктопов когда все настроено как уже писал коллега ребут - это роскошь которую невозможно себе позволить
ну и естественно Линукс гибкая система и быстрая загрузка это ещё одна веточка дерева функционала GNU/linux и только вам решать нужна вам эта функция или нетвы сами себя спросите вы когда нибудь использовали весь функционал системы на все 100%, в основном Linux проявил себя как гибкая система ведь каждому свое, кому маршрутизатор надо кому файловый сервер, вот и вытачивают они систему убирая все лишнее и уже наворачивая опциями отдельные программки которые в гордом одиночестве запускаются в считанные секунды и отвечают всем требованиям этого пользователя в этом и главная радость
я вообще за информативность загрузки люблю наблюдать когда он какбуд то отчитывается передо-мной при загрузке все системы в норме
1 электричество есть
2 железки в порядке
3 проверка топлива
4 зажигание
5 старт
6 приятного полета ))
хотя людям же тоже нравится когда их награждают разными титулами и тут также система: Так в номинации Самая быстрая загрузка ииии открываем конверт вот
УРА это операционная система Линукс!!!!
Ещё одна статуэтка на полке ещё один повод выбора именно её
>я вообще за информативность загрузки люблю наблюдать когда он какбуд то отчитывается
>передо-мной при загрузке все системы в нормеА какие проблемы потом почитать черный ящик^W^W dmesg и прочая?Все-равно на современных системах оно с такой скоростью летит на экран что я это в жизни не прочту в реальном времени.Моя система грузится секунд за 15.Столько текста за 15 секунд я ну никак не осилю.А тормозить загрузку системы специально чтобы я прочитал текст - тупо однако.
>Как резонно заметил разработчик Linux ядра Arjan van de Ven необходимо четко >определить, что является временем загрузкиМой первый мобильный телефон (моторола какая-то, уже не помню модели) наверно еще быстрей грузился. Только можно ли было считать это полной загрузкой? Полная загрузка - это когда с него звонить можно было. А он еще некоторое время к сети подключался.
Меня веселит эта гонка со скоростью загрузки. Я вспоминаю передачу "Угадай мелодию". "Я угадаю линукс за... 3 ноты. А я за 1".
У меня на ноутбуке FreeDOS выключаеться сразу. Драйвер для TCP/IP от Waterloo и все что мне надо для счастья есть. Из плюсов однозадачность/работа с портами ввода вывода/однопользовательность и набор компиляторов. Не понимаю ваших проблем...