Недостатки использования предзагрузки? Почему он не включен по умолчанию?

Проще говоря, Preload не для всех. Здорово, если вы часто открываете приложения или библиотеки. Это вредно, если вы загружаете приложения или библиотеки только изредка. Я буду использовать два примера из моего фактического использования (и да, я использую предзагрузку).

Во-первых, Google Chrome. Теперь браузер открывается только один раз за загрузку, может быть, дважды (для меня я веб-разработчик). Chrome и связанные с ним библиотеки остаются в памяти, потому что я всегда им пользуюсь. Даже когда я закрываю все хромированные окна, он все еще на заднем плане делает свое дело. Таким образом, все оперативные памяти, предназначенные для хранения предустановленной копии Chrome, являются полной и полной тратой. Это никогда (или редко) выгружается. Для обычного пользователя это верно для большого количества приложений. У пользователя Office почти всегда будет открыто приложение электронной почты. Таким образом, небольшая экономия времени запуска полностью теряется, потому что они открывают свое почтовое приложение только один раз в день и оставляют его открытым.

Второй пример - грабли. Как разработчик ruby, который верит в тестирование, я запускаю rake TON. Грабли запускаются, выполняются в течение пары секунд - затем завершаются. Предварительная загрузка помогает мне ускорить мою ежедневную работу, потому что она загружает rake и необходимые библиотеки (которые могут быть очень обширными) заранее. Таким образом, есть много запусков и остановок для бега граблей. Дополнительный таран, используемый для ускорения 400 или 500 запусков граблей в течение нескольких часов, полностью того стоит.

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

Наконец, при включенной предзагрузке, даже если вы ее не используете, потребляется оперативная память. Поэтому, если вы не часто запускаете приложения, вы могли бы на деле замедлить работу всей системы, если бы не было доступной памяти для других типов кэширования. Помните, что даже если у вас 32 гигабайта оперативной памяти, Linux постарается использовать как можно больше для кэширования данных, чтобы ускорить ваше взаимодействие. Используя предварительную загрузку, вы уменьшаете объем свободной памяти. Даже если это будет чуть-чуть, 2 секунды, которые вы сохранили при запуске Chrome 1, могут стоить вам 60 секунд по сравнению с месяцем, в течение которого он работает.

Вопрос задал баунтиер Саид Заринфам 5 сентября 2012 года:

Привет всем, я хочу знать, это миф? [preload] действительно улучшает мою производительность? Каковы недостатки его использования? У меня есть ноутбук с этой спецификацией (Core i5 CPU, 4 ГБ ОЗУ, 128 ГБ SSD Hard). Большое вам спасибо.

• Нет реальной необходимости в предварительной загрузке , если у вас есть SSD
  • Это потому, что SSD обеспечивают намного более быстрое время произвольного доступа, чем жесткие диски, поэтому «предварительная загрузка» двоичных файлов / зависимостей в память является пустой тратой, IMO
  • Основным недостатком является то, что preload «использует» дополнительную память без предоставления ощутимых преимуществ.

Недостатки? NONE!

Увеличена производительность открытия приложений пользователем. Я использовал его в течение многих лет в своих системах, а также для чтения, и у меня нет проблем. Страница ошибки для предварительной загрузки также не предлагает никаких недостатков.

Предварительная загрузка отслеживает приложения, которые пользователи запускают, и, анализируя эти данные, прогнозирует, какие приложения пользователи могут запускаться, и извлекает эти двоичные файлы и их зависимости в память для более быстрого запуска. [ 117]

Это немного увеличивает время загрузки, однако время извлечения приложений из-за уменьшения скорости намного превышает эту небольшую проблему.

см. статью

Если вы постоянно используете обычные приложения, такие как Firefox или Gimp , вы заметите значительное улучшение времени загрузки , Preload - это демон, который работает в фоновом режиме и в любом случае не будет нарушать работу вашего рабочего стола. Пользователи Ubuntu могут установить предварительную загрузку с:

sudo apt-get install preload

Результаты:

ref

Preload - это «адаптивный демон readahead», который работает в фоновом режиме вашей системы и наблюдает, какие программы вы используете чаще всего, кэшируя их, чтобы ускорить время загрузки приложения. Используя Preload, вы можете эффективно использовать неиспользуемую оперативную память и повысить общую производительность настольной системы.

Не ожидайте увидеть резкое изменение производительности сразу. Кроме того, если вы просто периодически открываете / закрываете приложения, ваш компьютер все равно будет хранить эти файлы в кэше (это называется «горячей» загрузкой), поэтому вы не увидите здесь никакой разницы в скорости. Однако вы увидите улучшение скорости, если, например, вы используете программу с перерывами; Эти программы будут запускаться быстрее, чем без предварительной загрузки.

Предварительная загрузка может значительно улучшить время запуска приложения; так как большинство современных машин имеют много свободной памяти, Preload эффективно использует эту оперативную память. ¹

Теперь, как говорится, кажется, что предварительная загрузка - это отличная утилита, и это может быть.

Я думаю, что причина в том, что она не загружена предустановленной ОС, заключается в том, что пользователь должен точно знать, что он там делает, и иметь достаточно опыта, чтобы иметь возможность его использовать, а система должна иметь достаточно ОЗУ.

В более техническом аспекте предварительная загрузка работает путем перемещения данных с жесткого диска в ОЗУ, что приводит к тому, что большинство жестких дисков переходит в спящий режим, если не используется, а затем при необходимости снова раскручивается. Таким образом, вращение привода вверх / вниз приведет к увеличению числа циклов загрузки / разгрузки и увеличению времени включения, что сократит срок службы привода.

Мы разработали и реализовали предварительную загрузку, схему адаптивной предварительной выборки на основе Маркова, которая работает на предсказаниях на уровне приложений. Кроме того, предварительная загрузка реализована в пользовательском пространстве и никоим образом не меняет среду выполнения приложения. Насколько нам известно, это первая работа, экспериментирующая с предварительной выборкой файловой системы на этом уровне.

Наши экспериментальные результаты показывают многообещающие улучшения времени запуска приложений по сравнению с холодными кешами и приличную частоту обращений по сравнению с алгоритмом наивного предсказания.

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

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

Наконец, мы разработали ряд рекомендаций для разработчиков системы о том, как улучшить время загрузки, время входа в систему и время запуска приложения, не прибегая к предварительному извлечению, интегрированному с подсистемой кэша в ядре. Конечно, основанный на файлах предварительный выборщик в ядре может улучшить это. ²

^{1 < / sup> Источник: techthrob}

^{2 Источник: Предварительная загрузка - демон адаптивной предварительной выборки Бехдад Эсфахбод - Диссертация, представленная в соответствии с требованиями для получения степени магистра наук - Аспирантура по компьютерным наукам - Университет Торонто Copyright (c) 2006 Бехдад Эсфахбод.}

Вот некоторые недостатки Preload и почему он не так эффективен для всех У меня есть достойная система спецификаций с 8 ГБ ОЗУ. Так что моя система в целом быстрая. Кроме того, я буду открывать приложения с большим объемом памяти, такие как Firefox, Chrome, VirtualBox, Gimp и т. Д., Один или два раза в день. Они остаются открытыми все время, поэтому их двоичные файлы и библиотеки предварительно загружаются в память и занимают оперативную память весь день. Я редко закрываю и открываю эти приложения, поэтому использование оперативной памяти просто бесполезно. Если вы используете современные системы с SSD, предварительная загрузка, очевидно, бесполезна. Поскольку время доступа к твердотельным дискам намного быстрее, чем к обычным жестким дискам, использование предварительной загрузки бессмысленно. Предварительная загрузка существенно влияет на время загрузки. Поскольку чем больше приложений предварительно загружено в оперативную память, тем больше времени требуется для наладки и запуска вашей системы.

Вы увидите реальную разницу только в том случае, если будете перезагружать приложения МНОГО раз в день. Таким образом, Preload идеально подходит для разработчиков и тестировщиков, которые открывают и закрывают приложения несколько раз в день.