URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 64536
[ Назад ]

Исходное сообщение
"Разработчики MontaVista рассказали о методах сокращения загр..."

Отправлено opennews , 07-Мрт-10 21:25 
Летом прошлого года компания MontaVista продемонстрировала (http://www.opennet.me/opennews/art.shtml?num=22597) загружаемый менее чем за 1 секунду вариант своего Linux дистрибутива для встраиваемых устройств. На днях разработчики  MontaVista дали интервью (http://www.edn.com/article/CA6720353.html) изданию EDN, в котором рассказали о дальнейшем продвижении в оптимизации процесса загрузки. Сокращение времени от включения устройства до готовности к работе пользовательского приложения особенно востребовано для нетбуков, мобильных устройств и такого оборудования, как информационные табло.


Современные процессоры способны выполнять миллиарды операций в секунду, основные задержки в процессе загрузки главным образом связаны с инициализацией оборудования и операциями ввода/вывода. Для того чтобы добиться уменьшения времени загрузки до 1 секунды, в MontaVista работа была разделена на три стадии:


-  Оптимизация работы загрузчика и сокращение объема загружаемого кода. Так как основная...

URL: http://www.edn.com/article/CA6720353.html
Новость: http://www.opennet.me/opennews/art.shtml?num=25705


Содержание

Сообщения в этом обсуждении
"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено DFX , 07-Мрт-10 21:25 
ну за'hard'кодить всё, это понятно, но вот эти неведомые оптимизации инициализации они в busybox отослали или нет, интересно ^_^
и что там куда конкретно перемещается тоже...

фраза типа: "Для запуска первичных приложений ... минуя стадию связывания и запуска." тоже требует пояснения:
со связыванием они имеют ввиду, что догадались статично собрать ?
а что означает "для запуска оно минует стадию запуска" :) ?

а вообще, молодцы проприетарщики, ага. постарались...


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено pavlinux , 07-Мрт-10 21:54 
> но вот эти неведомые оптимизации
> и что там куда конкретно перемещается
> тоже требует пояснения:
> а что означает

Prelink, Preload, COW, XIP,...  


----

Ну из интересного, раскололись только про DMA-агенты, остальное баяны вековые.


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено Twin , 08-Мрт-10 07:00 
Интересно тогда узнать, почему не берут на вооружение эти баяны ?

"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено Damon , 08-Мрт-10 10:32 
Почему же не берут? Берут. Например, preload:

"Разработчики ищут пути уменьшения времени загрузки OpenOffice под Linux" -- http://www.opennet.me/opennews/art.shtml?num=7298

Касательно prelink'а, небольшая цитата ( http://citkit.ru/articles/168 ):
"Конечно, без некоторых подводных камней и тут не обойтись. Я уже говорил, что для достижения этого счастья, очень возможно, потребуется перекомпилировать ряд программ (причем из числа самых времяемких). Далее, при обновлении (или просто пересборке) любой из библиотек, с которыми осуществлялось предварительное связывание каких-либо приложений, последние должны быть непременно также перекомпилированы..."

Т.ч., одно дело смарт, к примеру, где Вы _целиком_готовую_прошивку_ обновляете, и другое дело выборочное обновление пакетов на десктопе...

Выводы можете сделать сами.


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено Vasia , 07-Мрт-10 22:12 
Интересно было бы узнать на счет безопасности. Если в страницу кэша памяти ядра впихнуть, ну предположим вирус, как быть тогда с безопасностью и, в случае МонтаВисты, РТ системой?

"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено XoRe , 08-Мрт-10 01:25 
>Интересно было бы узнать на счет безопасности. Если в страницу кэша памяти
>ядра впихнуть, ну предположим вирус, как быть тогда с безопасностью и,
>в случае МонтаВисты, РТ системой?

А расскажите, как туда впихнуть вирус)


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено trdm , 08-Мрт-10 09:06 
Производители антивирусов под Linux уже работают над этим...

"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено XoRe , 09-Мрт-10 22:26 
>Производители антивирусов под Linux уже работают над этим...

Над чем?
Над антивирусом для жутко специализированной и кастомизированной системы?


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено Дмитрий Телегин , 10-Мрт-10 07:19 
>>Производители антивирусов под Linux уже работают над этим...
>Над чем?
>Над антивирусом для жутко специализированной и кастомизированной системы?

Думаю, тут предполагалось, что производители антивирусов создают и вирусы для увеличения продаж своих продуктов. Может и такая урезанная система кого-нибудь заинтересует :)


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено polymorphm1 , 08-Мрт-10 14:40 
ясно какие у них "методы" ...

...ненада мне такой загрузки за 1 секунду :-)

(уж лучше 10 секунд подождать,,, но чтобы всё работало со всеми нужными проверками, и уровнями абстракции (а не НАПРЯМУЮ <кудато> там <чтото> в память)...)


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено Карбофос , 09-Мрт-10 11:31 
ну почему же? ежели у меня на железке меняются только железки, подключенные через usb интерфейс, то зачем мне нужен балласт?

кстати, что там с dma агентами, как из заточить не под флешки, а под sata?


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено sluge , 09-Мрт-10 12:24 
хибернейт рулит
у меня 3 гига на ноуте закидываются в оперативку за 4 сек

"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено s69 , 09-Мрт-10 13:52 
3*1024/90=34 сек даже если учесть  что все содержимое ужать в 3 раз  получается > 10 Сек
и это для самого быстрого из ноутбучных винтов , или у тебя SSD ? Но даже с ним должно быть гораздо медленнее. Скорее всего у тебя из 3 гигов RAM занято от силы пол гига вот так быстро и получается.

"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено sluge , 11-Мрт-10 15:48 
винт скорпио блю 500Гб-не самая медленная модель. я не думаю что перед спячкой оперативка сортируется по заполненности/незаполненности. скорей всего кидается на диск как иесть

"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено Damon , 09-Мрт-10 17:46 
>хибернейт рулит
>у меня 3 гига на ноуте закидываются в оперативку за 4 сек

А вы hibernate и suspend-to-ram не путаете? Честно говоря, очень похоже на то...


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено Damon , 09-Мрт-10 21:47 
Пожалуй, я погорячился -- при использованных 845 метрах оперативы загрузился (примерно) секунд за 4-5. При этом половину страниц оставил в свопе:

До хиберната:


$ free -m
             total       used       free     shared    buffers     cached
Mem:          3037       2774        262          0        284       1645
-/+ buffers/cache:        845       2192
Swap:         3341         17       3323

после:


$ free -m
             total       used       free     shared    buffers     cached
Mem:          3037        580       2456          0          1        102
-/+ buffers/cache:        477       2559
Swap:         3341        452       2889

Т.ч. грузит он, действительно, далеко не все...


"Разработчики MontaVista рассказали о методах сокращения загр..."
Отправлено sluge , 11-Мрт-10 15:49 
>>хибернейт рулит
>>у меня 3 гига на ноуте закидываются в оперативку за 4 сек
>
>А вы hibernate и suspend-to-ram не путаете? Честно говоря, очень похоже на
>то...

отнють. под спячкой я имею в виду закидывание содержимого оперативки на винт


"Re: у меня 3 гига на ноуте закидываются в оперативку за 4 сек"
Отправлено BSA , 09-Мрт-10 20:48 
Начнем с того, что не 3 гига, а гораздо меньше. Линукс сохраняет не всю память на диск, а только используемые страницы памяти. А когда восстанавливает, то ничто не мешает ему загрузить только критически важные участки (например, список используемых страниц и данные процессов), а остальное оставить в свопе для подгрузки по мере необходимости.