Każdy kij ma dwa końce. Każdy kto uruchamiał Windowsa zapewne wie, że po pojawieniu się paska zadań i pulpitu, system choć sprawia wrażenie zdatnego do użytku, w istocie taki nie jest. Mija jeszcze dobrych kilkanaście (czasami i więcej) sekund zanim coś da się zrobić.

Preload jak tylko wystartuje, zabiera się do roboty i ładuje binaria do pamięci. To oczywiście spowalnia system w czasie ładowania i być może jest przyczyną wrażenia, że system wstaje wolniej.

Sam używam zarówno prelinka jak i preloada, jednak ten drugi jest uruchamiany dopiero podczas końcowej fazy startu KDE, przez co spowolnienie nie jest tak odczuwalne. Jeżeli preload-a uruchamia się z poziomu init, to spowolnienie będzie wyraźne. No ale zysk z tego jest taki, że jak już się ten cały bajzel podniesie, to wszystko się odpala dużo szybciej.

Nota bene brakuje mi w preloadzie opcji pozwalającej na celowe spowolnienie jego działania (np. poprzez odczekanie określonego czasu pomiędzy ładowaniem kolejnych plików). To mogłoby zniwelować nieprzyjemne skutki uboczne jego działania za cenę nieco dłuższego ładowania binarek do pamięci.

autor chyba uzywa Windows?.. opisujesz przeuroczy

objaw puchniecia “rejestru”. wydaje mi sie, ze

/etc nie zmienia sie az tak…

Właśnie, czy mógłby mi ktoś wytłumaczyć jak dziecku w szkole "co autor miał na myśli"? Czy chodzi o to, że programiści piszą coraz bardziej zasobożerne aplikacje? Bo ja nie mogę zauważyć spowolnienia działania systemu pomimo, że postawiłem go jakieś 2 lata temu. Nie zauważyłem jakiegoś "puchnięcia" /etc, czy /var… Ale w takim razie będę musiał poczynić uważne obserwacje w ciągu kolejnych 2 lat 😉