|
systemd - újabb irányzat a rendszerbetöltésben |
|
|
|
       
|
Írta: Mácsek Tamás (machot)
|
|
2010. május 04. kedd, 16:16 |
A Red Hat-nál dolgozó Lennart Poettering nemrégiben írt egy hosszú, de annál érdekesebb blogbejegyzést egy új koncepcióról az operációs rendszerek inicalizálási részének megújításáról, azaz a systemd projectről.
Ez magában foglalja a klasszikus System V init, a modern launchd (Mac OS X), Service Management Facility (SMF) (Solaris) és UpStart (Ubuntu, Fedora) előnyeit. A projecten jelenleg olyan neves vállalatoknál tevékenykedő fejlesztők dolgoznak együtt mint amilyen a Red Hat, Novell, IBM, Intel és a Nokia.
A systemd olyan linux technológiákkal képes nagyfokú együttműködésre mint: cgroups, AutoFS, D-Bus. Megjelenése nemcsak a inicializálási rendszert érintheti majd, hanem az olyan alrendszereket is mint amilyenek a cron, (x)inetd, gdm, kdm, xdm. Ezzel majd gyorsabb bootolási időt, valamint gyorsabb rendelkezésre állást, nagyobb stabilitást lehet kicsikarni operációs rendszereinkből, hála a logikusabb betöltés elrendezésnek és a nagyfokú parallelizációnak valamint jogosultságkezelésnek.
Alap elképzelései a systemd-nek röviden a következők:
- Ellenőrzés a socketek felett. Sok daemon, amely a rendszer indításakor fut le, együttműködik más daemonokkal, teszi mindezt az úgynevezett unix domain és hálózati socketeken keresztül. A legtöbb daemon-client csak azután képes elindulni miután a daemon-server elindult és létrehozta a csatlakozáshoz szükséges socketet. Ez nyílvánvalóan idővesztességgel járhat sok esetben, mivel a kliensnek addig várnia kell, amíg a szerver el nem indul. Ezért ehelyett a systemd-ben először létre vannak hozva a szükséges socketek, amiután elindulhatnak a daemonok akár tetszőleges sorrendben is. Abban az esetben ha a kliens daemon gyorsabb lenne, ezáltal pedig hamarabb kezdené el használni a socketet mint a szerver daemon, egyszerűen egy átmeneti tárolóba, pufferbe kerülnek a kérelmek, amelyek a szerver elindulása után átadódnak.
- Háttérben való csatolás. Az olyan műveletek mint a mount, fájlrendszerek ellenőrzése és kvóták beállítása sok időt vehetnek el. A systemd a rendszer szempontjából nem annyira fontos fájlrendszereket csak akkor csatolná fel amikor azokra ténylegesen szükség van. Erről a feladatról az AutoFS hivatott gondoskodni. Egy példa lehet erre, hogy sok daemonnak nincs szüksége arra, hogy megvárja amíg egy nagyméretű, titkosított /home partició csatolásra kerül.
- Leszűkíteni a kűlső programhívásokat. Jelenlegi rendszerek betöltésénél rengeteg idő elmegy még a különböző shell scriptek meghívására, amelyek szintén időpocsékolásnak számíthatnak. Például mint Lennart is írja a rendszerén az /etc/init.d scriptek 77-szer hívják meg a grepet, 92-szer az awk-t, 23-szor a cut-ot és 74-szer a sed-et. Lehetséges alternatívaként látja Lennart átirni a kritikus részeket C-re. Lennart szerint a részek átírásának hatására az időtartam redukálásával is ugyanazt az eredményt el lehet majd érni.
- Folyama követés. Rendszerbetöltéskor fontos rész a folyamatok pontos nyomon követése és a nem megfelelő műveletek korrigálása vagy a felhasználók azonnali értesítése erről. Ezenkívül a különböző hibásan induló folyamatok valamint annak forkjainak leállítása. Bár egyszerűnek hangzik, mégsem mindig az. Előfordulhatnak olyan esetek amikor egyes double-fork folyamatok kibújhatnak a szülő folyamat alól, így azok tovább futnak a szülő folyamat leállítása után is. Ezen esetek kezelésére a systemd a cgroups-ot hívja segítségül
- Folyamatok korlátozása. A systemd számos lehetőséget nyújt a különböző folyamatok hatáskörének korlátozására és/vagy csokkentésére.
A systemd alappiléreit az úgynevezett unitok (egységek, modulok) alkotják. Minden modul meghívhat más modulokat, sorbarendezhetőek futásuk szerint.
A unitok tipusuk szerint lehetnek:
- service - egyszerű daemon, olyan műveletekkel mint start, stop, restart, reload
- socket - ez a unit magában foglalja a fájlrendszer valamint Interne socketeket. Jelenleg támogatottak a
AF_INET, AF_INET6, AF_UNIX. Itt is támogatást élvez a FIFO rendezés. Minden egyes socket unit rendelkezik a hozzá tartozó feldolgozó service unittal, amely az első socket vagy FIFO kapcsolódásnál elindul.
- device - az udev linux eszközfában található eszköz
- mount - magában foglal egy csatolási pontot a fájl rendszer hierarchiában
- automount - magában foglal egy auto csatolási pontot a fájlrendszer hierarchiában. Minden automount rendelkezik egy hozzétartozó mount unittal ami meghívódik amint a csatolási pont elérhető
- target - a unitok logikai rendezésében nyújt segítséget, ahelyett, hogy bármit is csinálna egszerően utalásokat (references) tartalmaz más unitokra, menedzselési célokból.
- snapshot - hasonló a target unithoz, annyiban tér el, hogy különböző unitok aktuális állapotát képes lementéni, vagy régebbi állapotukat visszaállítani.
Akiket érdekel a téma, olvassák el a bővebb változatot angolul. Pár bögre kávé erősen javallott.
|
|
Módosítás dátuma: 2010. május 04. kedd, 19:50 |
       
|
Írta: Apoth
|
|
2009. december 21. hétfő, 06:56 |
|

Szinte azt mondhatnánk, történelmet írt a T-Mobile G1, avagy HTC Dream néven ismert okostelefon, amely a világon elsőként futtatott Android operációs rendszert. Bár idő közben megjelent társai nála kicsit erősebb hardverrel jelennek meg a piacon, hardveres QWERTY bilentyűzetével mégis a mai napig egyedülálló a Droidfonok között. Nagy kár, hogy kis hazánk egyik mobilszolgáltatója sem vette a szárnyai alá, a neten mégis rengeteg boltot találhatunk, ahol elfogadható áron kínálják a főleg ausztriából származó kártyafüggetlen modelleket. Nekem is egy Osztrák G1 került a birtokomba, amit hónapok óta örömmel használok.
Az Osztrák G1-eken futó Android build nem tartalmaz semmi extrát, és elég lassan érkeznek rá a frissítések. Az 1.6-os frissítést várva elfogyott a türelmem, és elhatároztam, hogy kézzel fogom feltenni a legújabb Androidot. Belefutottam több akadályba, amikre csak nehezen találtam megoldást, de sok szívás után végre szabadon formálhatom a telefonomat. Ha neked is ilyen telefonod van, és elakadtál a rom frissítés közben, kövesd a következő kis leírást, ami talán segíthet a te problémáidon is:
|
|
Módosítás dátuma: 2009. december 21. hétfő, 10:42 |
|
Bővebben...
|
       
|
Írta: Erdős Edit
|
|
2009. december 10. csütörtök, 20:19 |
|
A Google Reader legújabb funkciója, hogy lehetőség van megjeleníteni az oldalak favicon-jait, melyekre feliratkoztunk. Eddig az oldal neve előtt csak a kék rss ikont lehetett látni, mely megnehezítheti az oldalak beazonosítását, hiszen el kell olvasni. Mennyivel könnyebb, ha az oldalon megszokott favicon szerepel előtte, így elég ránézni, és már lehet tudni, hogy melyik oldalról van szó. Mert bizony az olvasás sokszor fárasztó lehet.
Mit kell tenni, hogy így láthassuk a feliratkozásokat? Először is rá kell kattintani a jobb felső sarokban lévő Settings (Beállítások) linkre, majd a Preferences (magyarul ismét Beállítások) fülön be kell pipálni a Show favicons for subscriptions (ez magyar beállításnál is angolul szerepel) előtti boxot.
Ezután már ott is szerepelnek a faviconok a felíratkozásaink előtt.
|
       
|
Írta: machot
|
|
2009. december 10. csütörtök, 13:00 |
|
Nemrégiben hírt adtunk egy új funkciókban gazdag, török fejlesztésű, cloud storage systemről az iTea-n, ami mintegy 50 Gb felhasználható tárhelyet biztosít a jelenlegi bétatesztelők számára. Akkor úgy fejeztem be a cikket, hogy megpróbalunk meghívót szerezni és előállunk egy részletesebb cikkel a témában. Még aznap küldtünk egy emailt a fejlesztőknek és voltak olyan rendesek, elküldtek 5 meghívót. Így most már semmi sem áll az útunkban ahhoz, hogy bővebben is írjunk a Put.io-ról és ami mögötte van.
Regisztrálás után egy megnyerő, egyszerű és átlátható felület fogad, a következő elemekkel a fenti menüsorban:
- Dashboard
- Your Files (Fájljaid)
- Transfers (Letöltések)
- Subscriptions (Feliratkozások)
- Sharing (Megosztás)
- Zip & Download (Csomagol és tölt)
1) Dashboard
Itt egy egyszerű kezdőlapot láthatunk, ahol olyan információkat áll modunkban megtekinteni mint egy kisebb súgó az elérhető funkciókról, a legutóbbi eseményeink, felhasználható szabad / foglalt tárhely és sávszélesség, valamint egy üzenet, ami arról szól, hogy még fiatal project, fennakadások várhatóak a működésben, de ez egy bétatesztelés alatt álló projectnél elvárható
2) Your Files
Itt magától értetődően a fájlokkal végezhetünk műveleteket, feltölthetünk, csomagolhatunk és letölthetünk, megoszthatunk, áthelyezhetünk, törölhetünk fájlokat, létrehozhatunk könyvtárakat, rendezhetjük a fájlokat név és dátum szerint, valamint kijelölhetünk. A fájlokról láthatunk olyan infókat mint név, típus és mióta van a tárhelyünkön. Ugyancsak innen el is indíthatjuk a már letöltött videó és zenei fájljaink streamelését és megtekintését.
Például a 3-as pontban letöltött torrent fájlunkat is itt oszthatjuk meg:
Vagy ha éppen zenét vagy videót töltöttünk le, azt is innen tudjuk streamen keresztül megtekinteni.
Ha meg szeretnénk osztani a videót barátainkkal azt is innen érhetjül el.
3) Transfers
Ezen az oldalon az éppen letöltés alatt (vagy éppen a seed alatt lévő torrentek, mert torrenteket is tölthetünk fel, erről picit később) fájlainkat nézhetjük meg, végezhetünk velük olyan evidens műveleteket, mint új letöltés indítása, a már letöltés alatt álló allományok rendezése név, hátralévő idő, sebesség szerint. Ugyancsak itt le is állíthatjuk a letöltéseket. Jelenleg egyszerre három letöltési folyamatot áll a béta teszterek módjában futtatni.
Mint említettem, nagy üjdonság a rendszernél a torrent letöltési lehetőség. Legyen itt pár képernyőkép, hogy hogyan is néz ki ez a gyakorlatban:
- Kiválasztjuk a torrentfájlt, amit le szeretnnénk tölteni. Itt megadhatjuk a hozzá tartozó linket is, valamint, hogy hová kerüljön mentésre a rendszeren belül.
2. Az adatok megadása után, ami így néz ki
3. el is indíthatjuk a letöltést
Ezután szépen beteszi magát a letöltősorba, ahol figyelemmel kisérhetjük a folyamatot.
A Transfers menüponton is megjelenik egy piros zászló, amiből láthatjuk, hány aktuális letöltésünk van. Miután befejeződött a letöltés, lementhetjük az otthoni gépünkre, megnézhetjük online, vagy megoszthatjuk barátainkkal a rendszeren belül (erről olvashattok illetve képernyőképeket láthattok az 5-ös menüpont alatt).
4) Subscriptions
RSS feedeket állíthatunk be.
5) Sharing
Biztos rájöttetek, itt bizony a "Your Files" oldalon megosztásra jelölt fajljainkat láthatjuk.
6) Zip & Download
A "Your Files" oldalon "Zip & Download" -ra tett fájlokat láthatjuk itt, és tölthetjük le otthoni gépünkre.
Mint azt a múlt heti cikkemben is említettem, hála többek közt a webes mivoltának, valamint a fejlesztők előrelátásának, ez a szolgaltátatás nagyon sok platformon elérhető, legyen szó akár iPhonokról és más okostelefonokról, PlayStationökről, PSP-ről. Apothnak (Kaszás Ferenc) köszönhetően itt van pár kép, hogy is nez ki egy Androidos G1 alól az egész:
Put.io az Androidon
Put.io az Androidon
Put.io az Androidon
Így a cikk vége felé szeretném megemlíteni, hogy van még 4 meghívó a Put.io rendszerébe, amit szeretnénk kiosztani, szóval csinálunk egy kis akciót, akik vasárnap éjfélig regisztrálnak nálunk, azok közül 4 szerencsés megkapja a meghívót. Ez azért is lehet nagy dolog számotokra, mivel ha már előttük is nyomon követtétek őket a külfőldi szaksajtóban, úgymint a TechCrucnoh vagy a TorrentFreak oldalakon, akkor tudhatjátok a meghívók nagyon gyorsan elkeltek (TechCrunchon 400 míg TorrentFreaken 200 alig pár óra leforgása alatt). Szóval regisztrációra fel!
(A cikk megszületéséért köszönet illeti a Put.io csapatát, hogy rendelkezésünkre bocsájtott meghívókat, Edyth-et (Erdős Edit javításért felelős szerkesztő és cikkiró) a javításokért, cvk-t (cikkíró és gentoo-mágus) a torrent letöltéses képernyőképekért, valamint Apothot (cikkíró és androidbuherátor) az elkészített Android alóli képernyőképekért )
|
|
Módosítás dátuma: 2009. december 10. csütörtök, 14:25 |
|
|