19 079
Tesztek Android Google Apple Microsoft Samsung Huawei Nokia Linux Biztonság Tudomány Facebook Videojáték Film
ga
http://lh3.ggpht.com/_774SilF-FO8/TOOqBINn31I/AAAAAAAACj0/l8DeNA1mP3w/s800/vd5-boot.png

Az openSUSE és a latency‑csökkentő patch

Makay József2010.11.29. 18.15
http://lh3.ggpht.com/_774SilF-FO8/TOOqBINn31I/AAAAAAAACj0/l8DeNA1mP3w/s800/vd5-boot.pngA múltkor megjelent latency-csökkentő kernel-patch az én fantáziámat is megragadta, ezért úgy gondoltam, hogy elkövetem életem első openSUSE 11.3 alatti kernel-fordítását. Találtam is egy szuper, mégis pofonegyszerű leírást, ami nem is nagyon különbözik a szabványos kernel-fordítástól, épp csak annyiban, hogy egy RPM-generáló kényelmi megoldást is belecsempésztek, amivel kicsit rugalmasabban kezelhetjük a későbbiekben az új kernelünket.

Letöltöttem a kernel.org.ról az akkor legfrissebb, 2.6.37-r2 verziószámmal ellátott Linux-kernelt. Kimásoltam a publikált levélből a híres varázs-patch forráskódját és lementettem egy fájlba. Másodpercek alatt sikerült a javítást beépítenem a kernel forráskódjába. A fordítás hibátlanul végbement és már telepítettem is fel a vadonatúj kernelemet és itt el is kezdődtek a gondok.

A kernelnek ugyanis szokásává vált másfél-két napi futás után (altatással együtt) lefagyni. A patch valóban hozott "sebességbeli" javulást, viszont egyértelmű volt, hogy az új kernellel, vagy kernel+patch kombinációval nincs minden rendben. Ezt én ráfogtam arra a kis -r2 végződésre a kernel-verziószám végén, mert ugye nem stabil kernelről beszélünk. Hogy mikor jött ki a 2.6.37-r3-as patch, arra már nem emlékszem (lusta vagyok megnézni a kiadási dátumot), de elképzelhető, hogy már akkor is kint volt, én viszont második próbálkozásnál patcheltem fel vele a 2.6.37-r2-es kernelt. Három el nem induló, vagy egyes hardvereket nem kezelő kernel után sikeresen összehoztam egy normálisan futó, duplán patchelt kernelt, ami gyönyörűen futott több mint két napig, amikor is az első próbálkozásból született kernelt követve ez is lefagyott. Vagyis csak azt hittem, ugyanis végül rájöttem, hogy a rendszer vígan fut, csupán az X fagyott le, rántva magával a bemeneti perifériák kezelését (egér, billentyűzet), így esély sem volt rá, hogy esetleg kilőjem és esetleg komolyabban utána tudjak járni a problémának.

Most egyelőre a gyári kernel fut, de valamiért attól tartok, hogy nem is a kernellel volt a baj, hanem valamelyik szoftver okozta a fagyást. Ez viszont abban a pillanatban ki fog derülni, mihelyst lefagy a most futó gyári kernel is. Remélem erre nem kerül sor, mert eddig ugyan megúsztam, hogy nem fontos munka közepén szúrt ki velem, de ki tudja. Várom a tapasztalatokat!
Kattints ide  ➜

Spenótlevelet használtak emberi szövetvázként
Felelősségre vonnák a hanyag szoftverfejlesztőket Németországban
Az Apple válaszolt a WikiLeaks által kiszivárogtatott lehallgatási botrányra
iPhone‑on sem elképzelhetetlen a „gyárilag telepített” kémszoftver
A Windows és a macOS rendszereket támadja egy új kártevő
Áprilistól kapható a Tesla napelemes cserepe
Felkapott témák
Osszad meg, és adunk egy iPhone-t!
Megérkezett és letölthető az Android 8.0
Huawei P10 okostelefon teszt – Fontolva haladó
Ez volt 2016 legnépszerűbb okostelefonja
iPhone-on sem elképzelhetetlen a „gyárilag telepített” kémszoftver
Áprilistól kapható a Tesla napelemes cserepe
Állásajánlatok
Big Data Scientist
Minőségirányítási mérnök
Szoftver Architekt
Java fejlesztő angol nyelvtudással Szeged
JAVA fejlesztő
Marketing koordinátor
Linux Architect Budapest