Képzeljük el, hogy van egy bináris fájlunk, amely a QtCore könyvtártól függ, miután végrehajtottunk rajta egy előzetes linket, először a prelink által kijelölt helyen keres, és abban az esetben, ha nem találja meg (egy frissítés, például példa) a hagyományos módon fogja megkeresni.
Az előcsatlakozás bármely POSIX-kompatibilis rendszeren működik, például a GNU / linuxon vagy a BSD-ken.
Hogyan alkalmazzuk az előlinket
A rendszer prelinkkel történő optimalizálása meglehetősen egyszerű, optimalizálhatunk egy bináris fájlt (root-ként):
prelink binario
De a teljes rendszer optimalizálásához végre kell hajtanunk:
prelink -amvR
Valami ilyesmit fog látni:
Itt van egy részletes magyarázat a paraméterek jelentésére:
- a: egyenlő –minden, az egész rendszerre alkalmazhatóvá teszi
- m: egyenértékű a –konzerv-memóriával, működésének magyarázata összetett, de helyet takarít meg
- v: egyenértékű a –verbose értékkel, lehetővé teszi számunkra, hogy megtudjuk, melyek az előre összekapcsolt könyvtárak
- V: A -véletlen értékkel egyenértékű, növelje a biztonságot azáltal, hogy egy értéket véletlenszerűen tesz. Nem tudom a működésének részleteit
A bináris fájl előzetes összekapcsolásának visszavonása (leválasztása)
prelink -u
Az egész rendszer:
prelink -au
# Skype -b / usr / lib32 / skype / skype -b / usr / lib / skype / skype # Flash Player beépülő modul -b /usr/lib/mozilla/plugins/libflashplayer.so # NVIDIA -b / usr / lib / libGL .so * -b /usr/lib32/libGL.so* -b //usr/lib/libOpenCL.so* -b //usr/lib32/libOpenCL.so* -b / usr / lib32 / vdpau / -b / usr / lib / vdpau / -b /usr/lib/xorg/modules/drivers/nvidia_drv.so -b /usr/lib/xorg/modules/extensions/libglx.so* -b / usr / lib / libnvidia- * - b / usr / lib32 / libnvidia- * # Catalyst -b / usr / lib / libati * -b / usr / lib / fglrx * -b / usr / lib / libAMDXvBA * -b /usr/lib/libGL.so* - b / usr / lib / libfglrx * -b /usr/lib/xorg/modules/dri/fglrx_dri.so -b /usr/lib/xorg/modules/drivers/fglrx_drv.so -b / usr / lib / xorg / modules / extensions / fglrx / -b /usr/lib/xorg/modules/linux/libfglrxdrm.so -b /usr/lib/xorg/modules/extensions/libglx.so
Optimalizálja a KDE-t
Amit ígérnek, az az adósság. Ha már előre összekapcsolta a rendszerét, akkor valószínűleg nem észlelt különbséget a KDE betöltési idejében. Ez azért van így, mert a KDE a kdeinit nevű segédprogramként szolgál az összes szükséges könyvtár betöltéséhez. Az eszköz használatának elkerülése érdekében tudatnunk kell a KDE-vel, hogy előre összekapcsolt. Ehhez (rootként) létre kell hoznunk egy változó fájlt:
nano /etc/profile.d/kde-prelink.sh
Amelybe beillesztjük a következő sort
export KDE_IS_PRELINKED=1
És megadjuk neki a megfelelő engedélyeket (nem akarunk semmiféle rosszat hozzáadni rm-rf /)
chmod 755 /etc/profile.d/kde-prelink.sh
És ha nem hiszel nekem, itt van egy videó a KDE rendszerről történő indításáról:
- HDD 7200 ford / perc sebességgel
- Gentoo
- XFS
- A Ksplash letiltva (a videó fekete képernyőjének oka
Cron és előlink
Ha olyan rendszert használ, mint az Archlinux, ahol a frissítések nagyon gyakoriak, érdekes lehet egy olyan cron hozzáadása, amely minden nap futtatja az előlinket.
Így megnyitjuk a cron fájlt nano-val (root-ként):
nano /etc/cron.daily/prelink
És beillesztjük a következőket:
#! / bin / bash [[-x / usr / bin / prelink]] && / usr / bin / prelink -amR &> / dev / null
Ezután megadjuk a megfelelő engedélyeket (már említettem, hogy senki sem akarja, hogy valaki rosszindulatú kódot adjon hozzá):
chmod 755 /etc/cron.daily/prelink
A cikk olvasása során jó szokás azt kutatni, hogy a forgatókönyv pontosan mit csinál. Jó szokás, amikor megírja, hogy elmagyarázza, mire szolgál. Itt a bontás
- Az első sor arra szolgál, hogy megmondja a rendszernek, mi az a bash szkript, és a tolmács helyét.
- A második miatt a bash végrehajt egy alhéjat debug módban, nem tudom miért, de ajánlott, kockázat nélkül megszüntethető. Az && azt jelenti, hogy amikor a parancs befejeződik, futtassa a következőket.
- Végezze el az előlinket néhány már megmagyarázott paraméterrel, a &> / dev / null minden kimenetet átirányít a / dev / null helyre, azaz elveti
Az [ENTER] -nek adott "sztrájkkal" a törpék, akiket a pc megijesztett és dupla sebességgel kezdtek dolgozni, azt mondják, használd a PRELINK-et, de a rendszered a terrorra épül ... hahaha!
Üdvözlet és kiváló bejegyzés
Köszönjük, hogy elmondtad.
Umm, a keltett zajjal nem lennék meglepve, ha az XD számítógépemen lenne egy bánya.
Epikus a vicc, igaz, hogy szívesen belépett volna, hehe.
Szeretném megjegyezni, hogy egy ideje ezt összehasonlítottam, és láthattam, hogy a különbségek majdnem nullák (tesztként használom, és szerintem elnyomom a Firefox és a Nautilus biteket).
Ha érdekel, közzéteszem az állományt (lustaságért akkor még nem tettem közzé).
Umm, nem minden fájl javulását láthatjuk, de a rendszer legalább gyorsabban indul.
Volt idő, amikor az e4rat-ot használtam, és néhány másodpercig javította az indítást, mert hdd túl gyorsan indul, amit látok, jelenleg van egy kis ssd-m kaos-szal és xf-ekben, és amikor láttam az indítást ideje nem hittem el.
http://i.imgur.com/ds6WqIT.png
Követelem, hogy ismerjem az általad használt asztali témát és az ikonkészletet (jó hangulatban)
Esküszöm, hogy a téma a hélium.
A plazmatémát és ikonokat Dynamo és a Next vékony ablaknak hívják.
http://sta.sh/02ful04ags1
http://hombremaledicto.deviantart.com/art/Dynamo-Plasma-beta-473014317
http://kde-look.org/content/show.php?content=164722
Elnézést a dal szerzőjétől az off miatt
Hogy hívják azt az alkalmazásindítót? 🙂
Azt hiszem, ez az úgynevezett egyszerű qml indító.
Ahogy a roader mondja, ez a QML
Köszönöm 😉
Nagyon jó tipp, bár a KDE csodákat tesz az Arch és a Slackware programokon (kipróbáltam őket, és valóban látványosak).
Nagyszerű, köszönöm szépen. Kipróbáltam az Arch-on, csináltam egy általános előlinket, és azt kell mondanom, hogy a javulás nagyon jó, és nagyon jól érzem magam hehe
Nem tudom, hogy én vagyok-e ... de nem észlelek különbséget, és a systemd-analysis használatával még tovább tart az indulás ...
Nos, biztos van valami probléma az operációs rendszeredben, tudod, prelink -au és minden megoldódott.
Ha jól tudom (saját tapasztalataim szerint), legalább a Gentoo-ban nem kell új fájlt létrehoznia a KDE_IS_PRELINKED változó értékének átadásához. Csak törölje a KDE_IS_PRELINKED = 1 sort az /etc/env.d/43kdepaths fájlban (nem vagyok biztos benne, hogy ez a pontos út, mivel jelenleg nincs a gépem).
Minden alkalommal, amikor a KDE teljesen lefordul, ellenőriznie kell azt a fájlt, mivel néhány telepített csomag felülírja az általam említett fájlt.
És valószínűleg ez sok disztribúcióban is így van. de úgy csinálom, ahogy én tettem, garantálom, hogy ez a konfiguráció nem változik.
Kiváló bejegyzés, gratulálok
Javaslom, hogy hozzon létre egy oktatóanyagot a Gentoo telepítéséhez
Szem előtt fogom tartani. Köszönöm
nagyon jó segédprogram, bár nem szolgál, mert nekem van: undorító a KDE-től
Felgyorsul a delfin? Mindig lassan kezdődött
Nem tudom, mindig alapértelmezés szerint használom. A gentoo, portage programot használom, ha azt észleli, hogy az előzetes link telepítve van, akkor automatikusan előkészíti a bináris fájlokat, szóval, ötlet.
Érdekes, köszönöm!
PD- Library = Könyvtár, nem könyvtár 😉
Nos, az asztalt Plasma Desktop-nak hívják, nem pedig KDE-nek. Ok, abbahagyom az xD-t
A számítógépes szakzsargonban elfogadott kudarc, végül is a nyelvek gyakorlatiasak, különösen a fordításokban.
https://es.wikipedia.org/wiki/Librería_(desambiguación)
jó. Arra készültem, hogy teszteljem az ArchLinux KDE-ben (bázis, nem a teljes DE), és "Hiba mentés '/etc/cron.daily/ Hiba történt az' /etc/cron.daily/prelink 'mentésekor: A fájl vagy könyvtár előhivatkozása nem nem létezik ': A fájl vagy könyvtár nem létezik ». Nincs telepítve a "cron", és a wikiben [1] a cronie-ról, az fcronról és más változatokról beszélnek. Mit kell telepítenem vagy tennem az oktatóanyag befejezéséhez?
[1] https://wiki.archlinux.org/index.php/cron#Installation