Hirdetés
Néhány évvel ezelőtt egy varázslatos „200 soros javítást” adtak a Linux kernelhez. Célja, hogy növelje a Linux rendszeren egyidejűleg futó programok reagálhatóságát. Bár az eredményes volt, Daniel Poelzleithner fejlesztő úgy gondolja, hogy jobban képes.
Annak érdekében, hogy a Linux rendszeren tökéletesen reagáljon, érdemes átnézni az Ulatencyd alkalmazást.
Figyelem: Az Ulatencyd kipróbálásához mélyen a kezébe kell helyeznie a kezét, és a programot a semmiből kell összeállítania. Más szavakkal, ez nem a legjobb választás kezdőknek. Ha akarod tudod kefe fel néhány terminálparancsra A Linux A-Z - 40 alapvető parancs, amelyeket tudnia kellA Linux gyakran figyelmen kívül hagyott harmadik kerék a Windows és a Mac számára. Igen, az elmúlt évtizedben a nyílt forráskódú operációs rendszer nagyon vonzó volt, de ez még mindig távol esik a fontosságától ... Olvass tovább előzetesen.
Az Ulatencyd egy Linux démon, amely néhány tippet és korlátozást ad a kernelnek a folyamatok kezelésére. Ezt úgy csinálja, hogy úgynevezett csoportokat hívunk, amelyek alapvetően különböző prioritási szintek. Azok a folyamatok, amelyek grafikus felhasználói felülettel rendelkeznek és reagálónak kell lenniük - például asztali környezetek - kapnak a nagyobb prioritást élveznek, mint azok a folyamatok, amelyek nem igényelnek elég figyelmet, és nem okoznak komoly problémákat, ha igen dadogás.
Poelzleithner azt is megvizsgálja, hogy jobb a megközelítése, mint a 200 soros javítás:
Úgy gondolom, hogy ez a minimális megközelítés [a 200 soros javításra utalva] bizonyos körülmények között jó, de nem biztosít elegendő rugalmasságot az igazán alacsony késleltetésű asztalhoz. A tökéletes asztali ütemezés sok heurisztikát igényel, amelyek nem tartoznak a kernelbe. Például a javítás nem védi meg a halál cseréjétől, a villás bombáktól, nem tudja észlelni, hogy melyik folyamatot használja, és megadja minél több cpu osztja meg őket, nem tud valósidejű prioritásokat megadni az olyan folyamatoknak, mint a jackd, stb. A ulatencyd célja pontosan ennek rögzítése.
Telepítés
Az Ulatencyd Ubuntu telepítéséhez futtassa a következő parancsot:
sudo apt-get install libglib2.0-dev libdbus-glib-1-dev liblua5.1-0-dev lua-posix-dev procps doxygen libmoose-perl pandoc python-dbus python-qt4 python-qt4-dbus xcb xcb-proto libxau-dev libprocps3-dev CEllenõrizze
Ez a parancs telepíti a szoftver szükséges függőségeit. A csomagnevek disztrókonként különböznek, így az Ubuntu-tól eltérő disztrók felhasználóinak meg kell nézniük a projekt oldalát, és meg kell nézniük, hogy mely csomagok telepítésére van szükség a megadott lista alapján.
Ezután menjen a a projekt fő oldala amely a GitHub-on található, egy rendkívül hasznos kódkezelő szolgáltatás A nyílt forráskódú alkalmazás forráskódjának megtekintése és szerkesztéseBár a nyílt forráskódú program használata jó választás lehet, a megfelelő közösségbe is befektetnie kell. A GitHub az egyik legjobb hely erre, nemcsak a puszta mennyiség miatt ... Olvass tovább , majd kattintson az oldal jobb oldalán található „ZIP letöltése” gombra.
Mentse el a kívánt helyre (például a Letöltések mappába), majd bontsa ki a ZIP-fájlt.
Ezután az összes disztróhoz használja a CD-t a kibontott mappához (például a cd ./Downloads/ulatency-master
), és futtassa ezt a parancsot:
CEllenõrizze. && make DEBUG = 1 && make docs && sudo make install
Ez összeállítja a kódot és a dokumentációt, majd telepíti azt.
Végül futtassa ezt a parancsot a ulatencyd elindításához:
sudo / usr / local / sbin / ulatencyd -v -f / var / log / ulatencyd
Ha szeretné, dönthet úgy is, hogy újraindítja a rendszert.
Megjegyzések
Felhívjuk figyelmét, hogy néhány ember arról számolt be, hogy az Ulatencyd telepítése kernel pánikot okozott. Az általános egyetértés úgy tűnik, hogy a kernel pánik a kernel hibáinak következménye, nem pedig az Ulatencyd problémáival. Ugyanakkor, amikor a Git repo-ból származó Ulatencyd legfrissebb kódját és az Ubuntu 14.04 legfrissebb napi képét használom, akkor semmilyen kérdésem nincs.
Eredmények
Úgy gondolom, hogy az Ulatencyd változást okoz, bár a tapasztalat eltérő lehet számodra. Ha már használ egy gyors számítógépet, akkor alacsony a különbség észlelésének lehetősége, mert már van elegendő erőforrás ahhoz, hogy minden folyamatra odafigyeljen. A lassabb számítógépeknél nagyobb a különbség észlelésének lehetősége, de ez függ a munkaterhelésétől.
A reakcióképesség meglehetősen szubjektív statisztika, de a legközelebbi mutató, amely azt ábrázolja, az átlagos terhelés. Rafal Cieslak, a Google+ felhasználója megpróbálta az Ulatencyd-t egy másik verynice nevű démonnal együtt, és látta, hogy az átlagos terhelés 2,2 - 2,8-ról 0,8 - 1,5-re csökkent. Nem igazán láttam ezt a javítás nagy része kiterjesztésű önmagában, de az üresjárati terhelés ~ 0,5-en esik le ~ 0,2-re, és az elfoglalt terhelés ~ 2,4-en esik le ~ 1,8-2,0-ra. Mindenesetre ez egy javulás mérhető.
Azok számára, akik érdekelnek, a Poelzleithner fejlesztő szerint a szoftver hatékony:
Képes vagyok-e futtatni a make -j 40-et a kétmagos gépemen, miközben probléma nélkül nézem egy teljes HD-filmet, és a kde ui még mindig jól érzi magát.
Ez valójában nagyon lenyűgöző a kétmagos rendszereknél, mivel a „make -j 40” parancs azt jelenti, hogy ő volt összeállít egy olyan szoftvert, amelyben egyszerre fut negyven szál, és amely biztosan megtartja a CPU-t hasznosítani.
Következtetés
Ne feledje, hogy ez a program nem feltétlenül gyorsítja a számítógépet (mint például abban, hogy több munkát is képes elvégezni rövidebb idő alatt), hanem csak tegye reagálóbbá (mivel ebben nagyobb figyelmet szentel azoknak a dolgoknak, amelyekkel kölcsönhatásba lép, és más folyamatokat hagy utógondolattal). Ez azonban nem azt jelenti, hogy az Ulatencyd-t nem érdemes kipróbálni - egy reagáló rendszer sokkal kevésbé súlyosbíthatja a felhasználót.
Ha még mindig a jobb sebesség és a reakcióképesség vadászatán áll, ne felejtsd el megnézni ezeket négy tipp a Linux rendszer felgyorsítására 4 módszer a Linux PC felgyorsításáraA Linux telepítése nem olyan gyors, mint szeretné? Így lehet gyorsítani. Olvass tovább .
Van valami trükköd a hüvelyedben, hogy javítsa a Linux rendszer teljesítményét, amelyet megoszthat másokkal? Tudassa velünk a megjegyzésekben!
Danny az észak-texasi egyetemen dolgozik, aki élvezi a nyílt forráskódú szoftverek és a Linux összes aspektusát.