4541 читатель, 714 поста
Администрация
Модераторы
Блог для любителей и профессионалов, использующих Linux дома и на работе :)
Linux для всех whois
- индекс
- 181,26
Ускорение запуска программ с помощью Preload
Preload - демон, работающий в фоне, который собирает информацию о наиболее часто используемых программах, кеширует их и используемые ими библиотеки, что приводит к повышению скорости загрузки программ. Используя Preload вы можете с пользой потратить гигабайты неиспользуемой оперативной памяти (конечно если они у вас есть).
или http://preload.sourceforge.net/
Конфигурация программы храниться в файле /etc/preload.conf, стандартные значения должны подойти большинству пользователей. Но если вы хотите настроить все по своему, милости просим. Ниже описаны самые основные настройки, подробности, как всегда в документации или в статье, написанной разработчиком Preload.
Опция / Значение по умолчанию / Описание
model.cycle / 20 [секунд] / Как часто Preload будет опрашивать систему на предмет используемых программ и библиотек.
model.halflife / 168 [часов] / Как часто Preload будет забывать старую, накопившуюся информацию. Каждый раз, накопленная статистика будет терять 50% своего значения.
model.minsize / 2000000 [байт] / Нечто вроде ограничения на размер программы или библиотеки, на которую будет Preload обращать внимание. Если вы хотите, чтобы кешились мелкие программки - уменьшите значение, только для крупных, соответственно увеличьте это значение.
Использование памяти, считается по формуле:
(Всего RAM x model.memtotal) + (RAM доступная при старте x model.memfree) + (Кеш x model.memcached)
model.memtotal / -10%
model.memfree / 100%
model.memcached / 30%
Стандартные значения, как уже упоминалось, должны подойти большинству людей, так что не меняйте их без особой на то необходимости.
Если вам интересно, какие ресурсы на данный момент использует Preload, можете посмотреть на это в его лог-файле:
Еще больше информации можно получить, глянув на файл /var/lib/preload/preload.state
Но вам совершенно не обязательно обращать внимание на все эти файлы, позитивные результаты будут и без этого.
Пройдет немного времени, прежде чем Preload определит и поймет ваши типичные программы для работы, так что не надо надеяться, что увеличение скорости загрузки произойдет прямо сейчас.
Здесь представлены некоторые сравнительные результаты из статьи, этим измерениям несколько лет, но это не должно помешать вам увидеть относительную эффективность работы Preload.
Надеюсь, информация окажется полезной.
По материалам Techthrob.com
Инсталяция
sudo apt-get install preload
или http://preload.sourceforge.net/
Настройка
Конфигурация программы храниться в файле /etc/preload.conf, стандартные значения должны подойти большинству пользователей. Но если вы хотите настроить все по своему, милости просим. Ниже описаны самые основные настройки, подробности, как всегда в документации или в статье, написанной разработчиком Preload.
Опция / Значение по умолчанию / Описание
model.cycle / 20 [секунд] / Как часто Preload будет опрашивать систему на предмет используемых программ и библиотек.
model.halflife / 168 [часов] / Как часто Preload будет забывать старую, накопившуюся информацию. Каждый раз, накопленная статистика будет терять 50% своего значения.
model.minsize / 2000000 [байт] / Нечто вроде ограничения на размер программы или библиотеки, на которую будет Preload обращать внимание. Если вы хотите, чтобы кешились мелкие программки - уменьшите значение, только для крупных, соответственно увеличьте это значение.
Использование памяти, считается по формуле:
(Всего RAM x model.memtotal) + (RAM доступная при старте x model.memfree) + (Кеш x model.memcached)
model.memtotal / -10%
model.memfree / 100%
model.memcached / 30%
Стандартные значения, как уже упоминалось, должны подойти большинству людей, так что не меняйте их без особой на то необходимости.
Статистика
Если вам интересно, какие ресурсы на данный момент использует Preload, можете посмотреть на это в его лог-файле:
sudo tail -f /var/log/preload.log
Еще больше информации можно получить, глянув на файл /var/lib/preload/preload.state
Но вам совершенно не обязательно обращать внимание на все эти файлы, позитивные результаты будут и без этого.
А теперь цифры
Пройдет немного времени, прежде чем Preload определит и поймет ваши типичные программы для работы, так что не надо надеяться, что увеличение скорости загрузки произойдет прямо сейчас.
Здесь представлены некоторые сравнительные результаты из статьи, этим измерениям несколько лет, но это не должно помешать вам увидеть относительную эффективность работы Preload.
| Application | "Cold" Startup Time | Preloaded Startup Time | % Improvement |
| Desktop Login | 30s | 23s | 23% |
| OpenOffice.org Writer | 15s | 7s | 53% |
| Firefox | 11s | 5s | 55% |
| Evolution | 9s | 4s | 55% |
| Gedit Text Editor | 6s | 4s | 33% |
| Gnome Terminal | 4s | 3s | 25% |
Надеюсь, информация окажется полезной.
По материалам Techthrob.com
комментарии (56)
А о статье - Спасибо, попробуем....
Кто-то пробовал?
Так же буду очень благодарен за комментирования профи в данной области!
Спасибо!!!
steam@kiska:~$ ps -ewd | grep preload
5776 ? 00:00:00 preload
Шучу, шучу. Естественно, есть. Мы и не спорим.
Кстати, гигабайт с включенным superfetch'ем это вообще самый минимум. Если запускать что-то тяжелое, то и его мало.
Впрочем, спор на данную тему считаю бессмысленным.
Насчет дат релизов - я думаю что Микрософт в состоянии за год написать аналог preload-а, тем более там работают специалисты (работают за деньги, а не просто из энтузиазма)
Вышла виста в 2006м году, вот и посчитайте где был Preload даже во время публичного бета тестирования.
И про Prefetch тоже не забудьте.
> что приводит к повышению скорости загрузки программ
Кеширует где, на винте? А при загрузке ОС заливает в память?
То есть время загрузки ОС будет дольше, а запуск программ быстрее? Так?
А вообще это прикольная фича. Здорово что она и в Linux есть.
One of the many claims Microsoft makes for Windows Longhorn is that it wil launch applications 15% faster than Windows XP does currently. This is down to improvements in the Prefetch functionality. There's no need to wait until Longhorn arrives; this improvement is already in Windows XP thanks to Service Pack 2. It just needs to be turned on.
To enable super prefetch:
* Use a registry editing tool to navigate to the following key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentCo ntrolSet\Contro l\Session Manager\Memory Management\PrefetchParameters
* Insert a value with the following details:
Data Type: DWORD
Value Name: EnableSuperfetch
Value: 1
http://www.tbreak.com/forums/showthread.…
Я эту фичу поставил, замерил скорость открывания фотошопа в первый раз. Перезагрузился - время такое-же. Посмотрим что будет через недельку.
p.s. 4ГБ ОЗУ WinXP 64 bit
Windows XP понятия не имеет ни о технологии, ни даже о слове Superfetch.
Управление ее Prefetcher-ом осуществляется через ключ реестра:
Причем по умолчанию он обычно установлен в "3", т.е. по максимуму.
Суть технологии Prefetch в XP — это создание и кеширование некого плана загрузки приложения. Т.е. откуда и в какой последовательности загружаются dll-ки, сколько памяти резервируется под данные и т.д. Короче, все параметры, которые вычисляются из PE-заголовков при обычной загрузке.
Superfetch же занимает неиспользуемую память именно образами этих модулей. Из-за этого в адрес Висты было много "криков", что она жрет очень много памяти.
Никаких телодвижений для помещения в автозагрузку не надо, как я понял ?
В частности о preload там говорится следующее:
"The idea is unsuitable for speeding up application startup for the following reasons:
It runs as daemon, wakes up every 20 seconds to see if files should be preloaded. It cannot react to application starting in this 20 seconds interval.
It analyzes what applications are running together and fetches their files. It might work for applications which are started during login as this is predictable, but it does not work well for applications which are started on user demand, for example Firefox or OpenOffice.
It analyzes /proc/pid/maps to see what files are used by application, so it does not notice files accessed using read() system call."
Демон каждые 20 секунд смотрит, какие приложения запущены, и какие библиотеки им нужны. И собрав статистику он грузит эти библиотеки в память.
Когда в следующий раз запускается приложение, то библиотеки уже загружены в память.
Из недостатков вижу только то, что демон каждые 20 секунд опрашивает систему, что может сказаться на времени работы лэптопа от аккумулятора.