forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Техника загрузки Linux за 2.97 сек., opennews (?), 08-Ноя-08, (0) [смотреть все]

Топик провокационный Сабж относится только к встраиваемым устройствам, а не к д, NicK (?), 23:53 , 08-Ноя-08, (1) //

И вся фишка , pavlinux (ok), 00:11 , 09-Ноя-08, (3)
А кто что мешает применить к Десктопам Вот только, чтобы получить нормальный об, Logo (ok), 00:12 , 09-Ноя-08, (4) //

согласен, я на asus eee pc решил настроить suspend to disk,так получилось что вр, vadiml (?), 10:07 , 09-Ноя-08, (13) //

Это какие-такие eeePC идут с гигом озу на борту o_O , Ne01eX (??), 10:13 , 09-Ноя-08, (14)

EeePC 900, qqq (??), 11:37 , 09-Ноя-08, (16)
Разве не все , Guest (??), 17:51 , 10-Ноя-08, (37)

Ну да, у них ведь всего 32 мб Образ памяти, наверное, нужно брать только исполь, Logo (ok), 12:49 , 09-Ноя-08, (17)

ИМХО - забить до старта нулями оперативу А потом сливать с компрессией Нули сожм, User294 (ok), 07:29 , 10-Ноя-08, (34)

А какие проблемы применить это к декстопам то Хибернация - боян , User294 (ok), 01:22 , 09-Ноя-08, (6)
Хм А вот интересно, а выгружается она так же быстро А то толку-то Всего-то, MinimumLaw (?), 19:03 , 10-Ноя-08, (39) //

как раз для embedded не десятое дело время загрузки если железка будет использо, Angel IL (?), 22:06 , 11-Ноя-08, (40)
А в чем проблемы - слить буфер на диск или диск и выключаемся Все симметричн, User294 (ok), 22:35 , 11-Ноя-08, (41)

овации, suslic (??), 23:59 , 08-Ноя-08, (2)
Даешь загрузку системы с 4 х кедами и компизом за 1 5 сек на десктопах , Аноним (-), 00:25 , 09-Ноя-08, (5) //

не, монитор будет дольше 1 5с мигать при переключении граф режимов сначал, Den (??), 01:39 , 09-Ноя-08, (8) //

Это прошлый век Какой нафиг монитор моментально режимы должен менять Какой на, Аноним (12), 09:45 , 09-Ноя-08, (12) //

Поздно, линукс уже захакали до за пять секунд в сессию XFCE на EeePC с успокоив, Michael Shigorin (ok), 22:38 , 09-Ноя-08, (28)

Сжатие надо было правильное юзать QuickLZ или LZO пожалуй еще и ускорят и запис, User294 (ok), 01:24 , 09-Ноя-08, (7) //

Это секлаб Здесь текст новости читать не принято О каком традиционном харде м, Аноним (12), 07:16 , 09-Ноя-08, (10) //

Это не секлаб но вот красноглазых выступающих тут что-то не меньше стало Пионеры, User294 (ok), 12:32 , 14-Ноя-08, (42)

А слабО записать ядро сразу в ПЗУ, чтобы оно непосредственно оттуда и исполнялос, Аноним (12), 07:02 , 09-Ноя-08, (9) //

Угу Хотел-бы я бы такую железку Проц на арме, не греется, много энергии не ж, RKA KriK (?), 08:09 , 09-Ноя-08, (11) //

Так продавал же сименс - никто не покупал, Ноним (?), 11:27 , 09-Ноя-08, (15)
фильмы это едва потянета Intel Atom тоже почти не греется, thevery (??), 17:12 , 09-Ноя-08, (24) //

ну а в чем проблема поставить 2 или больше тогда мультипоточность будет как ра, Аноним (12), 08:54 , 10-Ноя-08, (35)

Действительно, а кто-то знает, как в стандартную материнку впихнуть ядро Хотел , Logo (ok), 12:57 , 09-Ноя-08, (18) //

http www coreboot org coreboot formerly known as LinuxBIOS is a Free Softwar, Slava (??), 13:34 , 09-Ноя-08, (19) //

Несмотря на название, в этом LinuxBIOS линукса как такового нет, его функции ана, Аноним (12), 14:01 , 09-Ноя-08, (20)

Согласен, но вопрос был - как в стандартную материнку впихнуть ядро Це, Slava (??), 16:12 , 09-Ноя-08, (21)

Вроде само ядро в биос и не входит Его придется куда-то устанавливать, если я п, Logo (ok), 16:56 , 09-Ноя-08, (22)

Верно, в исходный код не входит, поэтому либо надо взять готовый бинарный код и, Slava (??), 18:49 , 09-Ноя-08, (25)

Всетаки видимо есть Fast boot times 3 seconds to Linux console Спасибо всем , Logo (ok), 17:04 , 09-Ноя-08, (23)

Если бы ядро было зашито в ПЗУ и исполнялось бы непосредственно оттуда, то оно д, Аноним (12), 19:23 , 09-Ноя-08, (26)

Это с каких пор ROM быстрее RAM того же периода стал Спектрумы, атари и компан, Michael Shigorin (ok), 22:43 , 09-Ноя-08, (30)

ROM не быстрее RAM Просто не надо тратить время на распаковку и копирование из , Аноним (12), 01:44 , 10-Ноя-08, (31)

Да они не грузились В ПЗУ находился монитор, который и выполнял команды прямо в, Logo (ok), 02:15 , 10-Ноя-08, (33)

Да, они не грузились Именно поэтому я взял это слово в кавычки , Аноним (12), 17:52 , 10-Ноя-08, (38)

Оно далеко не на всём ездит, готовьте хорошие отношения с поставщиками железа ил, Michael Shigorin (ok), 22:42 , 09-Ноя-08, (29)

Есть загрузка, а есть выход из сна Две разные вещи Зачем называть выход из сна, МодерЛох (?), 20:28 , 09-Ноя-08, (27) //

Инновация в том, что вместо загрузки делается процедура, аналогичная выходу из с, Аноним (12), 01:48 , 10-Ноя-08, (32)

Похожая функциональность есть в патче tuxonice config TOI_KEEP_IMAGEThis option , Kirill Zabarniuk (?), 14:04 , 10-Ноя-08, (36)

Сообщения [Сортировка по времени | RSS]

1. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от NicK (?), 08-Ноя-08, 23:53

Топик провокационный. Сабж относится только к встраиваемым устройствам, а не к десктопам!

Ответить | Правка | Наверх | Cообщить модератору

3. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от pavlinux (ok), 09-Ноя-08, 00:11

> аналогичного создаваемому при организации засыпания устройств
> со сбросом памяти на диск (hibernate или suspend to disk).
И вся фишка.

Ответить | Правка | Наверх | Cообщить модератору

4. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от Logo (ok), 09-Ноя-08, 00:12

А кто/что мешает применить к Десктопам? Вот только, чтобы получить нормальный образ, - придется "хибернет" солидно допилить под конкретное железо. Думаю, что скоро начнут впихивать в загрузчики "быстрый старт", или что-то в этом роде. Дел то, после успешной инстляции сохранить образ с начальными настройками для дальнейшего использования, а остальное уже активировать после старта образа.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

13. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от vadiml (?), 09-Ноя-08, 10:07

> Вот только, чтобы получить нормальный образ, - придется "хибернет" солидно допилить под конкретное железо
согласен, я на asus eee pc решил настроить suspend to disk,
так получилось что время на считывание образа памяти размером в гиг почти равно времени обычного старта системы
(над самой системой я предварительно потрудился, выкинув всё что не нужно при каждой загрузке, например nfs, который используется только дома)

Ответить | Правка | Наверх | Cообщить модератору

14. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от Ne01eX (??), 09-Ноя-08, 10:13

Это какие-такие eeePC идут с гигом озу на борту o_O?

Ответить | Правка | Наверх | Cообщить модератору

16. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от qqq (??), 09-Ноя-08, 11:37

EeePC 900

Ответить | Правка | Наверх | Cообщить модератору

37. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от Guest (??), 10-Ноя-08, 17:51

Разве не все?

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

17. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от Logo (ok), 09-Ноя-08, 12:49

Ну да, у них ведь всего 32 мб.
Образ памяти, наверное, нужно брать только используемый, а не весь наявный RAM. Но как это сделать стандартным "хибернетом", я не знаю. Сейчас сижу на SuSE KDE4, памяти занято 351Мб. Это уже всякой дряни полно загружено, один firefox чего только стоит. Думаю тема стоит размышления и работы. Нужно решить, как скинуть образ только используемой памяти.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

34. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от User294 (ok), 10-Ноя-08, 07:29

>работы. Нужно решить, как скинуть образ только используемой памяти.
ИМХО - забить до старта нулями оперативу.А потом сливать с компрессией.Нули сожмутся в ничто.Тупо, топорно и скорость при выборе правильного алгоритма сжатия будет ограничена скоростью записи на диск, а не процом как правило... :-).

Ответить | Правка | Наверх | Cообщить модератору

6. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от User294 (ok), 09-Ноя-08, 01:22

А какие проблемы применить это к декстопам то?Хибернация - боян.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

39. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от MinimumLaw (?), 10-Ноя-08, 19:03

>Топик провокационный. Сабж относится только к встраиваемым устройствам, а не к десктопам!
Хм... А вот интересно, а выгружается она так же быстро?
А то толку-то... Всего-то поменяли местами время старта и время финиша...
Да и в embedded области время старта дело десятое... Станку который должен без т/о проработать годы пофигу сколько времени будет стартовать СПО. Как сказал один заказчик - ХОТЬ ТРИ ЧАСА - НО ЧТОБ ПОТОМ ПЯТЬ ЛЕТ К НЕМУ ВООБЩЕ НЕ ПОДХОДИЛИ.
Так что актуально только на игрушках/смартах и т.п. А это тема другого разговора и на другую тему (тему о целесообразности Linux в данном сегменте).

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

40. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от Angel IL (?), 11-Ноя-08, 22:06

как раз для embedded не десятое дело время загрузки если железка будет использоваться в медицине.

Ответить | Правка | Наверх | Cообщить модератору

41. "Техника загрузки Linux за 2.97 сек." +/–

Сообщение от User294 (ok), 11-Ноя-08, 22:35

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

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Техника загрузки Linux за 2.97 сек."	+/–
Сообщение от NicK (?), 08-Ноя-08, 23:53
Топик провокационный. Сабж относится только к встраиваемым устройствам, а не к десктопам!
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от pavlinux (ok), 09-Ноя-08, 00:11
	> аналогичного создаваемому при организации засыпания устройств > со сбросом памяти на диск (hibernate или suspend to disk). И вся фишка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от Logo (ok), 09-Ноя-08, 00:12
	А кто/что мешает применить к Десктопам? Вот только, чтобы получить нормальный образ, - придется "хибернет" солидно допилить под конкретное железо. Думаю, что скоро начнут впихивать в загрузчики "быстрый старт", или что-то в этом роде. Дел то, после успешной инстляции сохранить образ с начальными настройками для дальнейшего использования, а остальное уже активировать после старта образа.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	13. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от vadiml (?), 09-Ноя-08, 10:07
	> Вот только, чтобы получить нормальный образ, - придется "хибернет" солидно допилить под конкретное железо согласен, я на asus eee pc решил настроить suspend to disk, так получилось что время на считывание образа памяти размером в гиг почти равно времени обычного старта системы (над самой системой я предварительно потрудился, выкинув всё что не нужно при каждой загрузке, например nfs, который используется только дома)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от Ne01eX (??), 09-Ноя-08, 10:13
	Это какие-такие eeePC идут с гигом озу на борту o_O?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от qqq (??), 09-Ноя-08, 11:37
	EeePC 900
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от Guest (??), 10-Ноя-08, 17:51
	Разве не все?
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	17. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от Logo (ok), 09-Ноя-08, 12:49
	Ну да, у них ведь всего 32 мб. Образ памяти, наверное, нужно брать только используемый, а не весь наявный RAM. Но как это сделать стандартным "хибернетом", я не знаю. Сейчас сижу на SuSE KDE4, памяти занято 351Мб. Это уже всякой дряни полно загружено, один firefox чего только стоит. Думаю тема стоит размышления и работы. Нужно решить, как скинуть образ только используемой памяти.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	34. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от User294 (ok), 10-Ноя-08, 07:29
	>работы. Нужно решить, как скинуть образ только используемой памяти. ИМХО - забить до старта нулями оперативу.А потом сливать с компрессией.Нули сожмутся в ничто.Тупо, топорно и скорость при выборе правильного алгоритма сжатия будет ограничена скоростью записи на диск, а не процом как правило... :-).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от User294 (ok), 09-Ноя-08, 01:22
	А какие проблемы применить это к декстопам то?Хибернация - боян.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	39. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от MinimumLaw (?), 10-Ноя-08, 19:03
	>Топик провокационный. Сабж относится только к встраиваемым устройствам, а не к десктопам! Хм... А вот интересно, а выгружается она так же быстро? А то толку-то... Всего-то поменяли местами время старта и время финиша... Да и в embedded области время старта дело десятое... Станку который должен без т/о проработать годы пофигу сколько времени будет стартовать СПО. Как сказал один заказчик - ХОТЬ ТРИ ЧАСА - НО ЧТОБ ПОТОМ ПЯТЬ ЛЕТ К НЕМУ ВООБЩЕ НЕ ПОДХОДИЛИ. Так что актуально только на игрушках/смартах и т.п. А это тема другого разговора и на другую тему (тему о целесообразности Linux в данном сегменте).
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	40. "Техника загрузки Linux за 2.97 сек."	+/–
	Сообщение от Angel IL (?), 11-Ноя-08, 22:06
	как раз для embedded не десятое дело время загрузки если железка будет использоваться в медицине.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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