Hozzászólások
-
Bejegyzés
-
„Ha jól értem, egy gyors gépen akarsz egy lassú gépnek kernelt forgatni…”
Pontosan! De mit értesz a szokásos install parancsok alatt?
normálisna kibontás után (/usr/src/ és egy symlink az aktuális kernel forrásokra) már fordítok
make modules;make modules_install;make bzImage
aztán másolni a vmlinuz -t és a System.map a /boot -ba (a megfelelő kiegészítésekkel) majd futó ellenőrzés az /etc/lilo.conf -ba és lilo.
De mik is ezek a többi könyvtárban – az include még a legérthetőbb, de pl. mi az az init, ipc lib stb, és mi velük a teendő?Nem az az érdekes mit akarsz rajta futtani hanem ezeket a dolgokat hányan fogják használni, kik fogják használni. Az általad elsoroltakat egy Pentium I -is elviszi csak évekbe tellik mire egy-egy választ kinyög;o)
Csak annyit szeretnék bele kotyogni, hogy két gépet egy spárgával is össze lehet kötni! – így egyszerre gét gépet tudsz megemelni és odébb tenni, ez néha nagyon hasznos.
Szóval az a kérdés mit akarsz a két gép összekaopcsolásával elérni, mondjuk egy „laplink” jellegû kapcsolattal amolyan file server-kliens konfigurációba kötheted a gépeket. A PPP segítségével akré internetet is szolgáltathatsz a másik gép számára (no meg ftp, mail stb). Ha egyszerûen beletúrsz az init.tab -ba akkor terminálként használhatod a másik gépet – konzol – vagy esetleg nézegetheted, rögzítheted a boot -olás során kiírt üzeneteket. Használhatod debuggoláshoz – már ha ilyen szintû programokat írsz.
Szóval mi a cél?Kicsit zavaros a topik, de elég sokat görcsöltem a time és timeval struktúrákkal, hogy bele kotyogjak.
Ha te „történelem elötti” idökkel akarsz küzdeni, akkor csak azt tudom javasolni, hogy string formátumokat alkalmazz pl. 1854.05.04 15:32:40.333 (ISO), ezekre az ábrázolásokra vannak aritmetikai rutinok, sõt ezt az SQL szerverek is kezelik! – aza lehet összedni, kivonni és összehasonlítani. Különálló, kész library -t is találhatsz rá, én idáig nem mentem el nekem elég a „krisztus utáni” idõszak is.
A time_t -t ne bántsd az mindenkinek jó, az esetek 99% -ban – te vagy az 1% ;o( Borzasztóan kényelmes másodperc pontosságal valós idõt kezelni!
Viszont a mktime, localtime és egyebkkel kapcsolatban, ha stringként tárolod az idõket (így bármaly dátumot, idõt bármilyen pontossággal tudsz kezelni) ajkkor figyelj az idõ zónára és a „daylaght saving” -re (nyári/téli idõszámítás) – én egészségeseket szopikáltam velük!Bocs a wines példálért, de amin most éppen dolgozom az annak a linux -os változata – a wines kiválóan mûködik, még a „gracefull shutdown” is. Jól jönnek az analógiák, egyébként volt nekünk saját, assemblyben írt kernel, csak az még nem ismerte a TCP/IP -t. Az ütemezõ olyanb egyszerû volt amilyet csak ellehetett képzelni, egy sor fölösleg nem volt benne – Z80 -ra írodott.
Ha amennyiben a szál erõforrásait a fõprocessz alatt hozod létre, majd amikor leállítod, akkor ott számolod fel akkor elvileg csak arra kell vigyázni, hogy kivárd amíg a processz kilép. wines világban erre egy egyszerû flaget hasznbáltam amit a fõ processz írt és a szál olvasott – még csak meg sem védtem (criticalsection vagy mutex).
Ami pedig a recvfrom -ot illeti a linuxban az anmûgy is select -el indul, azaz csak akkor aktivizálódik amikor van csomag – nincs várakozás, csomag a pufferba puszi;o)
A többi szállal illetve a fõ processzel már a jól bevált dupla láncolt lista kezelõmet használom, ami mutex -el van védve.Kössz!
Akkor már sejtem mirõl van szó! A részlet valóban kiragadott de a funkció leírásában csak itt van szó a multithread -ségrõl.
Gondlom magyarul ez úgy kellene hogy hangozzék, hogy ha a szál ebben a rendszerhívásban „tartózkodik” (mivekl normál esetben ez a funkció arra szolgál hogy a hálózatból érkezet csomagot betolja a megadott pufferbe, ha van, ha nincs áll és V
legutóbbi hsz