Чи є сенс у використанні Prelink більше?

Протягом багатьох років, використовуючи різні вікна Linux, я потрапив у звичку використовувати ритуальне попереднє посилання для прискорення завантаження програм.

Однак переваги запуску попереднього посилання нівелюються щоразу, коли пакет перевстановлюється, оскільки його, всі його залежності та залежні його потреби потрібно повторно пов’язати.

Це попереднє посилання може спричинити декілька проблем, і одна з таких ситуацій - це двійкова інвалідність MD5, яка є проблематичною для речей, які порівнюють MD5 з версією версії потоку чи використовує MD5 для визначення того, змінили чи ні бінарні файли, і таким чином не хочеться очищати при видаленні пакета. .

Останнім часом комп’ютери стали набагато швидшими, і тепер вигідність прибутковості передпосилання майже не помітна.

Чи використання прелінку все ще є раціональною концепцією, або її можна випадково відкинути та залишити як щось із минулої епохи?

Ви не можете прочитати його до 23 липня 2009 року, якщо ви не підписалися на LWN.net, але http://lwn.net/Articles/341244/ може бути корисним.

Я б не сказав, що його слід довільно відкинути, однак я б точно сказав, що про його використання слід подумати трохи більше.

На сучасній машині вищого класу, яка часто оновлюється, попереднє посилання може бути не корисною оптимізацією. Однак є ще ряд випадків, коли це варто було б використати. Наприклад, на старшій або нижній верстатах або на машинах, які є досить статичними і не зазнають частих змін або оновлень. Це також може бути корисним, якщо у вас високий показник запуску програм багаторазово (я можу придумати кілька ситуацій, коли у вас можуть бути програми, які запускаються швидко, або паралельно, коли попереднє посилання може покращити продуктивність).

Загалом, потрібно розглянути вашу конкретну ситуацію, а потім вирішити, чи переваги переважують додаткові роботи та зусилля.

Я б сказав, що попереднє посилання, безумовно, корисне на багатокористувацьких настільних серверах, таких як LTSP-сервери, які використовуються, наприклад, у школах та мережах кафе. Попереднє посилання не тільки прискорює завантаження програм, але також покращує використання оперативної пам’яті та обмітання диска за рахунок суперечок між користувачами, що дозволяє набагато більше одночасних користувачів на сервері.

Я думаю, що ціни на запам’ятовування, що падають, стають менш корисними. Якщо ви все ще хочете трохи прискорити роботу, ви можете розглянути попереднє завантаження .

Я залишаю це рішення у версії ОС. Якщо за замовчуванням ОС вибирає регулярний виклик прелінку за допомогою cron, то чудово, можливо, це не так корисно. Я сподіваюся, що творці дистрибутивів задумалися перед тим, як вибрати за замовчуванням опцію додавання / видалення попереднього посилання. Тому я йду з ними, а не аналізую речі знову.

Gentoo використовує попереднє посилання. Вони обходять проблему md5sum, ігноруючи курку інформації про попереднє посилання, обчислюючи хеш.

Prelink завжди сприятиме підвищенню швидкості, хоча це може ставати все менш помітним, оскільки апаратне забезпечення стає швидшим. Єдиний спосіб точно знати на вашому обладнанні - це вимкнути попереднє посилання та побачити, як вам подобається уповільнення запуску додатків.

Sidenote: OS X використовувалась також для форми попереднього посилання, але це було відмовлено на користь пов'язаного кешу, який пов'язаний підтримує сам. Кращий з обох світів, без бінарних змін і без реальних накладних витрат у порівнянні із звичайними зв'язками. Я сподіваюся, що Linux в якийсь момент підхопить цю ідею :)

Оновлення: Нещодавно я спробував попередньо посилання на Linux , і для складання cscope з багатьма файлами та процесами я отримав 5% -ве збільшення швидкості.