2.1. A szinkronizációs elemek

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "2.1. A szinkronizációs elemek"

Átírás

1 2.1. A szinkronizációs elemek A taskok működésük összehangolására, egymás futásának kölcsönös kizárására a monitor által biztosított un. szinkronizációs elemeket használhatják. Két ilyen elem van: a flag és a postaláda. A szinkronizációs elemek (de a később tárgyalandó erőforrások is) névvel (számmal) azonosítható logikai elemek. A logikai elem terminus azt jelenti, hogy fizikailag nem léteznek. Akármilyen kis darabokra szedünk szét egy számítógépet, nem fogjuk megtalálni őket. Létük az általuk kiváltott hatásban van, és ez a hatás nagyon is valóságos. A hatás úgy jön létre, hogy pontosan betartjuk a kezelésükre vonatkozó szabályokat, vagyis adott esetben nem tehetünk meg akármit, hanem csak úgy cselekedhetünk, hogy közben e fiktív objektumokra vonatkozó játékszabályok ne sérüljenek A flag (szemafor) A flag egy névvel azonosítható kétállapotú logikai elem, amely lehet SET ( szabad ) és RESET ( tilos ) állapotban. Egy flag (például) egy esemény leképezésére alkalmas: ha az esemény bekövetkezett, a flag SET, ha még nem, akkor RESET állapotú. Az esemény tartalma a flag kezelése szempontjából teljesen érdektelen, azt csak a taskoknak kell ismerniük. A flaggel négy művelet végezhető, mindegyik művelet egy-egy monitorhívással realizálható: RQSTF: szabadra állítás (SET), RQCLF: tilosa állítás (RESET), RQASK: a flag állásának lekérdezése, RQWTF: várakozás a flag SET állapotára. Minden monitorhívásnál paraméterként meg kell adni a flag számát. Egy flag közvetítésével mindig két task kerül kapcsolatba egymással. A taskok viszonya a flaghez aszimmetrikus: az egyik állítja, a másik vizsgálja, illetve várakozik a SET állapotra. Az RQSTF, RQCLF és az RQASK hívások nem vihetik WAIT állapotba a hívó taskot. Az RQWTF hívásnál a hívó várakozni kényszerül, ha a flag tilosra áll és csak akkor kerülhet újra aktív állapotba, ha a másik szabadra állítja a szemafort. Egy task lekérdezheti egy flag állapotát (RQASK). Ez nem okozhat várakozást, viszont tilos szemafor esetén a task nyilván nem csinálhatja azt a továbbiakban, amit szabad szemafor esetén csinálna. A flag használatára nézzünk egy egyszerű példát. Két task közösen használ egy memóriaterületet, az egyik (I) írja, a másik (O) olvassa. Amíg I be nem fejezte az írást, O nem olvashat, és fordítva. A kölcsönös kizárásra két flaget használnak: IE az írás engedélyező, OE az olvasás engedélyező flag. Az IE-t O állítja és I vizsgálja, az OE-t I állítja és O vizsgálja. I az írást csak akkor kezdheti meg, ha IE szabadra áll. Az írás megkezdése előtt OE-t tilosra, befejezésekor pedig szabadra kell állítania. O az olvasást csak akkor kezdheti, ha OE szabadra áll. Az olvasás megkezdése előtt IE-t tilosra, befejezésekor pedig szabadra kell állítania. A példa nagyon jól szemlélteti a flagek használatát, de maga a feladat más eszközzel sokkal elegánsabban megoldható. A monitor több (64, 128, ) flaget biztosít a taskok számára. A monitortáblákban minden flaghez egy bájt tartozik, amely a flag állapotát tartalmazza. (Az állapotinformáció tárolására egy bájt pazarlóan sok, viszont a szelektív bitkezelés igen hosszadalmas művelet és a monitor gyors működése még a hajdani, memóriaszűkös világban is sokkal fontosabb szempont volt, mint a memóriatakarékosság.)

2 A postaláda (exchange) A postaláda egy névvel azonosítható kétállapotú logikai elem, amely lehet üres és nem-üres állapotban. A postaládába lehet üzenetet küldeni, vagy (ha nem üres) lehet belőle üzenetet venni. Az exchange kezelésére két monitorhívás szolgál: RQSEN: üzenetküldés, RQWTE: üzenetvétel. Mindkét hívásnál paraméterként meg kell adni a postaláda számát, ezen kívül az RQSEN-nél a küldendő üzenet kezdőcímét. Az RQWTE hívás, ha van üzenet, annak kezdőcímét adja vissza. Az RQSEN hívásnál a hívó task nem kerülhet WAIT állapotba, az RQWTE-nél - üres postaláda esetén - igen. A várakozó állapotból a task akkor szabadul, ha üzenet érkezik az exchangebe. Az üzeneteket, ahogy a postán a leveleket, borítékban kell küldeni. A borítéknak itt az elhasznált (feldolgozott) üzenet felel meg. Így a küldőnek először kell vennie egy elhasznált üzenetet, annak tartalmát felül kell írnia az új adatokkal (aktualizálni kell), és ezt kell érvényes új üzenetként elküldenie. A vevő, miután feldolgozta a kapott üzenetet, nem dobhatja el, hanem elhasznált üzenetként el kell küldenie egy erre a célra fenntartott postaládába. A vázolt üzenetforgalom két task között két postaláda közvetítésével szervezhető meg (6-3. ábra) ábra A két task szerepe nem szimmetrikus. Az egyik a termelő (T), ő küldi a feldolgozandó üzeneteket, a másik a fogyasztó (F), ő dolgozza fel a kapott üzeneteket. Az egyik postaládában (X1) a feldolgozandó (érvényes), a másikban (X0) az elhasznált üzenetek gyülekeznek. A termelő X0-ból vesz és X1-be küld, a fogyasztó X1-ből vesz és X0-ba küld. A körforgásban résztvevő üzenetek száma állandó. Ezt a számot a fogyasztó szabja meg oly módon, hogy a rendszer indulásakor adott számú üres borítékot ( elhasznált üzenetet) küld X0-ba. Később a borítékok száma már nem változhat, bármely időpontban az üzenetek egy része érvényes, más része elhasznált. Ha sok üzenet van forgalomban, a gyorsabb task

3 megszaladhat a lassúbbhoz képest. Mivel azonban az üzenetek összes száma állandó, egy idő után észre fogja venni, hogy a megfelelő exchange-ből nem kap üzenetet, így küldeni sem tud, és le fog fékeződni. (Egyébként a gyorsabb task - lassúbb task szereposztás nem örök érvényű, azt számtalan változó körülmény befolyásolja és dinamikusan változhat.) A forgalomban lévő üzenetek számának növelése rugalmasabbá, csökkentése merevebbé teszi a két task kapcsolatát. Ha csak egy üzenet van forgalomban, akkor a kölcsönös kizárás esete valósul meg. Maga az üzenet egy adott hosszúságú memóriaterület, amely két részből, az üzenetfejből és az üzenettörzsből áll. Az üzenetfejet a monitor használja, a taskoknak szigorúan tilos megváltoztatni. Az üzenettörzs az üzenet tartalmi része, ennek értelmezése az érintett taskok belügye. A postaláda egy, az üzenetfejjel azonos méretű, egy cím tárolására alkalmas memóriaterület (pl. két bájt, vagy egy szó). A monitor az üzeneteket láncolt FIFO-ba rendezve csatolja a postaládához oly módon, hogy minden üzenetfej a következő üzenet pointere (6-4. ábra) ábra Az utolsó üzenet fejében un. láncvég-jel van. A postaláda az első üzenetre mutat. Ha a postaláda üres, akkor ő tartalmazza a láncvég-jelet. Az üzenetlánc FIFO jellege biztosítja, hogy a vevő task a küldés sorrendjében kapja meg az üzeneteket. A láncolási mechanizmus a következőképpen működik: üzenetküldéskor a monitor a lánc utolsó üzenetének fejéből kiveszi a láncvég-jelet és a küldött üzenet címét helyezi bele, míg a láncvég-jel az újonnan becsatolt üzenet fejrészébe íródik.. Üzenetvételkor a postaládában lévő címet kapja meg a hívó, majd a postaládába a kicsatolt üzenet fejében lévő cím íródik. A monitor a taskok számára több (64, 128,...) postaládát biztosít. Tevékenység: A fenti részfejezet áttanulmányozása után önállóan, segédeszköz használata nélkül; - Írja le/mondja el a szinkronizációs elem fogalmát és sorolja fel típusait! - Írja le/mondja el a flag fogalmát, használatát, és sorolja fel a flaget kezelő monitorhívásokat! - Gondolja meg, mi történne, ha termelő az érvényes üzeneteket a lejárt (üres) üzenetek ládájába küldené!

4 2.2. Az erőforrás Az erőforrás egy névvel azonosítható kétállapotú logikai elem, amely lehet szabad, vagy foglalt állapotban. Ez eddig a két állapot elnevezésétől (ami egyébként lényegtelen) eltekintve azonos a flag és a postaláda kapcsán mondottakkal, és fogalmunk sincs, hogy mi az erőforrás. Ha a lényeget akarjuk megragadni, a következőt kell mondanunk. Az erőforrás olyan logikai elem, amely egyidejűleg csak egy task birtokában lehet, de amelyet ugyanakkor több task konkurens módon igényel. Ebből már látható, hogy az erőforrás olyan valami (bármi), amiből adott időben kevesebb van, mint amennyi kellene, ezért versenyezni kell érte. Az erőforrás tehát a rendszer szűk keresztmetszeteit leképező, illetve azok kezelését lehetővé tevő elem. Abban a pillanatban, amikor a valamiből annyi lesz, amennyi kell, a valami elveszíti erőforrás jellegét, mert minden igénylőnek meglesz a saját valamije és senki nem verseng már érte. (Egyébként a rendszer legfőbb erőforrása a processzoridő, de ezt a monitor saját hatáskörén belül osztja el.) Az erőforrást lehet igényelni (lefoglalni) és elengedni (visszaadni, felszabadítani). E műveletekre két monitorhívás van: RQRES: lefoglalás, RQRLS: elengedés. Mindkét hívásnál paraméterként meg kell adni az erőforrás azonosítóját. Az RQRES híváskor, ha az erőforrás szabad, a hívó task megkapja (ezzel az erőforrás foglalttá válik), és futhat tovább. Ha az erőforrás nem szabad, a hívó WAIT állapotba kerül és a monitor bejegyzi az adott erőforrásra várakozók prioritás szerinti láncába. Ha az erőforrás felszabadul, akkor a rá váró tskok közül a legmagasabb prioritású kapja meg, a többinek pedig tovább kell várnia. Az RQRLS hívással a task visszaadja az általa birtokolt erőforrást. Ez a hívás nem viheti WAIT állapotba a taskot. Egy task csak általa birtokolt (megelőzőleg lefoglalt és megkapott) erőforrást engedhet el, vagyis nem lehet egy RQRLS hívással egy másik tasktól elvenni az erőforrást. A tasknak a már nem használt erőforrást azonnal fel kell szabadítania. Egy task egyszerre csak egy erőforrást foglalhat le, és amíg el nem engedte, másikat nem igényelhet. (Ezt a monitor nem ellenőrzi ugyan, de kötelező betartani.) Ellenkező esetben un. holtpont alakulhat ki és a szabályszegő task soha többé nem fog futni. Vizsgáljuk meg ezt részletesebben! Az A task fut, lefoglalja és megkapja az α erőforrást. Fut tovább és α előzetes elengedése nélkül kéri a β erőforrást. Ám az foglalt, egy B task foglalja, így A WAIT állapotba kerül. Egyszer csak B-re kerül a sor, ő fut, és mielőtt β-t elengedné, kéri α-t. Ám α foglalt az A által, így B is WAIT állapotba kerül. Most már mind a ketten várakoznak, és mivel sem α-t, sem β-t más nem szabadíthatja fel, örökre várakozni is fognak. Fokozza (ha még lehet) a bajt, hogy ez az ájulat tovább gyűrűzhet, mert bármely olyan task, amely a későbbiekben az említett két erőforrás valamelyikét igényli, szintén örökre várakozó állapotba zuhan. Néhány példa az erőforrás alkalmazására: Több task akar nyomtatni, de csak egy nyomtató van. Hogy ne keveredhessenek össze az egyes szövegek karakterei, csak sorban egymás után nyomtathatnak. A nyomtatóhoz egy erőforrást kell rendelni. Egy nem újrahívható szubrutint is használhat több task, ha erőforrás van hozzárendelve. Egy-egy hívó előbb lefoglalja, majd a szubrutin lefutása után elengedi, így azt nem lehet újrahívni. Viszont az erőforrás-jellegű szubrutint tilos közönséges szubrutinként hívni!

5 A flaggel kapcsolatban bemutatott példa elegánsabb megoldása: a közös memóriaterületet erőforrásnak tekintjük. Az író task írás előtt lefoglalja, az írás végén felszabadítja (így írás alatt nem lehet beleolvasni). Az olvasó task olvasás előtt lefoglalja, utána felszabadítja (így nem lehet olvasás közben beleírni). Az ottani példában a kölcsönös kizárást két flaggel lehetett biztosítani, itt ugyanaz elérhető egy erőforrással. Szokás az erőforrást is a szinkronizációs elemek közé sorolni. Mi azért választottuk külön, mert más a funkciója. A szinkronizációs elemek közvetítésével rendszerint két task lép egymással kapcsolatba, míg az erőforrás esetében egy task az összes konkurens partnerével úgy, hogy átmenetileg kizárja őket a működésből. A monitor több (64, 128, ) erőforrást bocsát a taskok rendelkezésére. A monitortáblákban minden erőforráshoz egy állapotbájt (szabad/foglalt), egy, az aktuális birtokos task számát tartalmazó bájt, és az igénylők várakozási sora tartozik. Tevékenység: - Írja le/mondja el a postaláda és az üzenet fogalmát, használatát, és sorolja fel az üzenetforgalmat lebonyolító monitorhívásokat! - Írja le/mondja el az erőforrás fogalmát, használatát, és az erőforráskezelő monitorhívásokat! 2.3. Az I/O hívások Az I/O kezelés a real-time monitorok legkevésbé általánosítható jellemzője. Több monitor a perifériakezelő programok (un. handlerek) bő választékát tartalmazza, míg másokhoz ezeket külön meg kell írni és megszakítás által aktivált task-ként, bizonyos előírások betartásával a monitor alá kell generálni. Ami többé-kevésbé általános, az a következő: A handlerek a perifériákat megszakításosan kezelik, a beérkező, illetve kiküldendő adatokat a monitor csatornánként input, illetve output FIFO-kba gyűjti. A taskok a perifériákat egyáltalán nem látják, sőt, a FIFO-khoz is csak monitorhívásokkal férhetnek hozzá. Két tipikus I/O-kezelő monitorhívás van: RQINP: egy bájt beolvasása adott csatornáról, RQOUT: egy bájt kiküldése adott csatornára. Mindkét monitorhívásnál meg kell adni a csatornaszámot. Az RQINP-nél a task várakozó állapotba kerül, ha az input FIFO üres, ha nem, megkapja a legrégibb adatot és futhat tovább. Az RQOUT-nál paraméterként meg kell adni a kiküldendő adatot. A hívás után a task várakozó állaotba kerül, ha a FIFO tele van, ha még van hely, az adat bekerül a sorba és a task futhat tovább. Tevékenység: Ismertesse az I/O kezelés minitorhívásait! 2.4. Egy megjegyzés a taskok türelméről A tárgyalt monitorhívások között van négy olyan (az RQWTF, az RQWTE, az RQINP és az RQOUT), amelyek hívásakor a hívó tasknak paraméterként meg kell adnia egy időtartamot is, mellyel a monitor tudomására hozza, hogy WAIT állapotba kerülése esetén legfeljebb

6 mennyi ideig hajlandó várakozni. Ezt az időtartamot time-out-nak nevezik, magyarul úgy mondhatjuk: türelmi idő. A time-out lehet végtelen, valamilyen véges érték, vagy zérus. Ha a time-out végtelen, a task, amikor újra aktív állapotba kerül, biztos lehet abban, hogy a monitortól kért szolgáltatás rendben teljesült. Ha pl. üzenetre várt (RQWTE), továbbfutáskor biztos lehet abban, hogy megkapta az üzenetet. Ha a time-out nem végtelen, továbbfutáskor a tasknak tudnia kell, hogy most azért futhat, mert időközben teljesült a továbbfutás feltétele, vagy csak azért, mert a türelmi idő lejárt. A két különböző esetben ugyanis a task nyilvánvalóan nem folytathatja azonos módon a tevékenységét. A monitor ilyenkor visszaadott paraméterben közli a továbbfutás körülményeit, és a taskra van bízva, hogy mit tesz A monitor működése Említettük, hogy a monitor két esetben fut: óra-interruptkor, illetve - a köztes időben - monitorhíváskor. Most, amikor megkíséreljük összegyűjteni a monitor konkrét tevékenységeit, a korábbiakra támaszkodva már igen egyszerű helyzetben vagyunk. A) Óra-interrupt: Az összes időtől függő tevékenység ekkor zajlik le. A futó task megállítása, de aktív állapotban hagyása. A szoftver-óra aktualizálása. Az IDLE állapotban levő időzített taskok időzítés-számlálóinak aktualizálása. Amelyiknek letelt az időzítése, annak aktív állapotba helyezése. A WAIT állapotban levő véges time-outos taskok time-out számlálóinak aktualizálása. Amelyiknek letelt a time-outja, annak aktív állapotba helyezése, és a nem-normális aktiválás jelzése. A legmagasabb prioritású aktív task kiválasztása és futásának engedélyezése. B) Monitorhívás: Időtől függő tevékenység nincs, az megtörtént az előző óra-interruptnál. A hívó task megállítása, de (egyelőre) aktív állapotban hagyása. A monitorhívás jellegének megfelelő tevékenységek és állapotváltoztatások végrehajtása. Ha az állapotváltoztatás WAIT állapotban levő véges time-outos task aktiválásával jár, annak jelzése, hogy az aktiválás normális, tehát nem a time-out lejárta miatt következik be. Az aktív taskok közül a legmagasabb prioritású kiválasztása és futásának engedélyezése. A második tevékenységsor leírása nagyon általánosnak és felületesnek tűnik (pedig éppen olyan pontos, mint az első). Ez természetes is, mert nem mondtuk meg, hogy milyen konkrét monitorhívásról van szó. Tevékenység: Nyomatékkal javasoljuk az Olvasónak, hogy néhány konkrét hívás esetében alaposan gondolja át a működés részleteit, vagyis töltse meg konkrét tartalommal a fenti, nagyon általánosan megfogalmazott utalásokat! Ennek kapcsán azt is gondolja át, hogy egy olyan ártatlan monitorhívásnál, amely biztosan nem viheti WAIT állapotba a hívót, vajon biztosan ő fog-e tovább futni, vagy olyan eset is előfordulhat, hogy csak aktív marad, de mégsem ő fut! Vagy plasztikusabban fogalmazva: előfordulhat-e, hogy valakit kihúzunk a gödörből és az hálából nem lök ugyan bele a gödörbe, de elveszi tőlünk a biciklit és otthagy?

7 - Sorolja fel a monitor tevékenységeit óra-interrupt, illetve monitorhívás esetén! - Írja le/mondja el a time-out fogalmát és a time-out-os monitorhívások speciális működését!

Operációs rendszerek be és kivitelkezelése, holtpont fogalma, kialakulásának feltételei, holtpontkezelési stratégiák, bankár algoritmus.

Operációs rendszerek be és kivitelkezelése, holtpont fogalma, kialakulásának feltételei, holtpontkezelési stratégiák, bankár algoritmus. Operációs rendszerek be és kivitelkezelése, holtpont fogalma, kialakulásának feltételei, holtpontkezelési stratégiák, bankár algoritmus. Input/Output I/O Hardware I/O eszközök (kommunikációs portok szerint

Részletesebben

C# Szálkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21

C# Szálkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21 C# Szálkezelés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) C# Szálkezelés 2013 1 / 21 Tartalomjegyzék 1 Bevezetés 2 Szálkezelés 3 Konkurens Programozás Tóth Zsolt (Miskolci Egyetem)

Részletesebben

Uniprogramozás. várakozás. várakozás. Program A. Idő. A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna

Uniprogramozás. várakozás. várakozás. Program A. Idő. A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna Processzusok 1 Uniprogramozás Program A futás várakozás futás várakozás Idő A programnak várakoznia kell az I/Outasítások végrehajtására mielőtt továbbfuthatna 2 Multiprogramozás Program A futás vár futás

Részletesebben

Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication)

Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication) 1 Processzusok (Processes), Szálak (Threads), Kommunikáció (IPC, Inter-Process Communication) 1. A folyamat (processzus, process) fogalma 2. Folyamatok: műveletek, állapotok, hierarchia 3. Szálak (threads)

Részletesebben

Architektúra, megszakítási rendszerek

Architektúra, megszakítási rendszerek Architektúra, megszakítási ek Mirıl lesz szó? Megszakítás fogalma Megszakítás folyamata Többszintű megszakítási ek Koschek Vilmos Példa: Intel Pentium vkoschek@vonalkodhu Koschek Vilmos Fogalom A számítógép

Részletesebben

é ö é Á é é é ö é é ú ö é é ő é ő ő é ö é í ű ő ö ö é ü ű ő ő ő Ú É ö É Ú é é ö é ö é Íé Ú ú ö é é é ő ő é ú ö é ö é é é ú ü é ő é é ö é é Á é ű ö ű é é é ú é É Ú Á É É Á ö é Á é ő ö é ő É é ű ú é é Á

Részletesebben

2. Folyamatok. Operációs rendszerek. Folyamatok. Bevezetés. 2.1. Folyamatkezelés multiprogramozott rendszerekben. Folyamatok modellezése

2. Folyamatok. Operációs rendszerek. Folyamatok. Bevezetés. 2.1. Folyamatkezelés multiprogramozott rendszerekben. Folyamatok modellezése Operációs rendszerek 2. Folyamatok Simon Gyula 2. Folyamatok Bevezetés Folyamatkezelés multiprogramozott rendszerben Környezet váltás Folyamatleírók, I/O leírók Szálak Megszakítások Felhasznált irodalom:

Részletesebben

JOGSISZOFT TESZTLAPNYOMTATÓ PROGRAM. A program az egyszer elkészített teszt feladatokat eltárolja, így azok később is kinyomtathatóak.

JOGSISZOFT TESZTLAPNYOMTATÓ PROGRAM. A program az egyszer elkészített teszt feladatokat eltárolja, így azok később is kinyomtathatóak. JOGSISZOFT TESZTLAPNYOMTATÓ PROGRAM Használati utasítás A program segítségével korlátlan számú hagyományos B kategóriás tesztlap nyomtatható, valamint 2345 kérdésből tetszőleges összeállítású tematikus

Részletesebben

Operációs rendszerek Folyamatok 1.1

Operációs rendszerek Folyamatok 1.1 Operációs rendszerek p. Operációs rendszerek Folyamatok 1.1 Pere László (pipas@linux.pte.hu) PÉCSI TUDOMÁNYEGYETEM TERMÉSZETTUDOMÁNYI KAR INFORMATIKA ÉS ÁLTALÁNOS TECHNIKA TANSZÉK A rendszermag Rendszermag

Részletesebben

Tartalom. Operációs rendszerek. 5.1. Bevezetés. 5.2. CPU ütemezés. Középtávú ütemezés. Hosszútávú ütemezés

Tartalom. Operációs rendszerek. 5.1. Bevezetés. 5.2. CPU ütemezés. Középtávú ütemezés. Hosszútávú ütemezés Tartalom Operációs rendszerek Bevezetés CPU ütemezés Ütemezési algoritmusok alapjai Ütemezési algoritmusok 5. Ütemezés Simon Gyula Felhasznált irodalom: Kóczy-Kondorosi (szerk.): Operációs rendszerek mérnöki

Részletesebben

Tartalom. Operációs rendszerek. 4.1 Holtpont definíciója. Bevezetés helyett... Rendszermodell 1. A klasszikus példa...

Tartalom. Operációs rendszerek. 4.1 Holtpont definíciója. Bevezetés helyett... Rendszermodell 1. A klasszikus példa... Tartalom Operációs rendszerek 4. A holtpont és kezelése Simon Gyula Bevezetés A holtpont kialakulásának szükséges feltételei Az erőforrás-használati gráf A holtpont kezelése holtpont megelőzése holtpont

Részletesebben

Programozás II. ATM példa Dr. Iványi Péter

Programozás II. ATM példa Dr. Iványi Péter Programozás II. ATM példa Dr. Iványi Péter 1 ATM gép ATM=Automated Teller Machine Pénzkiadó automata Kezelő szoftvert szeretnénk írni Objektum-orientált módon 2 Követelmények Egyszerre csak egy embert

Részletesebben

Internet bank felhasználói leírás v1.1

Internet bank felhasználói leírás v1.1 Internet bank felhasználói leírás v1.1 Miután az Internet Bank használatára leadta igénylését, 5 munkanapon belül E- mailben megkapja a Csoport, illetve a Felhasználó nevét, SMS-ben pedig az első belépéshez

Részletesebben

TESZ INTERNET ÉS KOMMUNIKÁCIÓ M7

TESZ INTERNET ÉS KOMMUNIKÁCIÓ M7 TESZ INTERNET ÉS KOMMUNIKÁCIÓ M7 1. FELADAT 1. Továbbküldés esetén milyen előtaggal egészül ki az e-mail tárgysora? Jelölje a helyes választ (válaszokat)! [1 pont] a) From: b) Fw: c) To: d) Vá: 2. Melyik

Részletesebben

Feladatok (task) kezelése multiprogramozott operációs rendszerekben

Feladatok (task) kezelése multiprogramozott operációs rendszerekben Operációs rendszerek (vimia219) Feladatok (task) kezelése multiprogramozott operációs rendszerekben dr. Kovácsházy Tamás 3. anyagrész 1. Ütemezéssel kapcsolatos példa 2. Összetett prioritásos és többprocesszoros

Részletesebben

AF 4073-1. 5 hangú kód adó-vevő. Fő jellemzők:

AF 4073-1. 5 hangú kód adó-vevő. Fő jellemzők: AF 4073-1 5 hangú kód adó-vevő Fő jellemzők: SELECT 5 jelzések küldése - billentyüzeten beirt 5 hangú szekvencia küldése - szekvencia küldés 9 db programozható hivó-memória egyikéből - REDIAL funkció egy

Részletesebben

Folyamatos aukció kereskedési modell

Folyamatos aukció kereskedési modell A BÉT-en a Xetra kereskedési rendszer indulásával megváltozott a certifikátok kereskedési modellje. Bár a kereskedés ebben a modellben is aránylag folyamatos módon zajlik, az egyes aukciók folyamatosan,

Részletesebben

Kommunikáció. 3. előadás

Kommunikáció. 3. előadás Kommunikáció 3. előadás Kommunikáció A és B folyamatnak meg kell egyeznie a bitek jelentésében Szabályok protokollok ISO OSI Többrétegű protokollok előnyei Kapcsolat-orientált / kapcsolat nélküli Protokollrétegek

Részletesebben

Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba

Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Inheritance beállítás Ez egy olyan beállítás, amely a modell alapján

Részletesebben

A vezérlő alkalmas 1x16, 2x16, 2x20, 4x20 karakteres kijelzők meghajtására. Az 1. ábrán látható a modul bekötése.

A vezérlő alkalmas 1x16, 2x16, 2x20, 4x20 karakteres kijelzők meghajtására. Az 1. ábrán látható a modul bekötése. Soros LCD vezérlő A vezérlő modul lehetővé teszi, hogy az LCD-t soros vonalon illeszthessük alkalmazásunkhoz. A modul több soros protokollt is támogat, úgy, mint az RS232, I 2 C, SPI. Továbbá az LCD alapfunkcióit

Részletesebben

TISZTASZOFTVER PROGRAM www.tisztaszoftver.hu ONLINE IGÉNYLÉSI ÚTMUTATÓ

TISZTASZOFTVER PROGRAM www.tisztaszoftver.hu ONLINE IGÉNYLÉSI ÚTMUTATÓ TISZTASZOFTVER PROGRAM www.tisztaszoftver.hu ONLINE IGÉNYLÉSI ÚTMUTATÓ Kedves Látogató! Jelen tájékoztatóban összefoglaljuk a Tisztaszoftver Program keretén belül az arra jogosultak számára ingyenesen

Részletesebben

ő á ö é é í í ó ű á ő é é ő á á á é á é á é é é é ő é á á é é é é ö ö ú é íí ü é é ú ő ő é ó í é é é é ó í é é é ü ö ö á é ó é ő ó é á í ó é í ü é é á é é í é é ü é é á í ó í é ü ö ö é é ó ó é ó ó é á

Részletesebben

Ü Á É É í Ő É Ő Á Ü Ó í Á É Ü Á É É í ŐÉ Ő Á Ü ü Ó Ó ö ő ö ö ö ő ó Ó ö ű ö ő ó Ó Ó ö ö Ó í ő ü ü ü Ü Á É í ő ő ü ú í ú Ü ű ö ü ö ü ü ú Ü í í ó ó É Ö ü ő ü ö ú Ü ö ö ü ő ő í ő Á Ó Ó í Ó ú ő ó í Ö Ó ö ö

Részletesebben

ó ö ó őé é ü ő É ö ó ő é ű Ü ú é ü é ő ó ó ó é ő ó é é ó ö ó őé é Ü ő ó ő ú ó é ű Ü ú é ü é ó ó ö é ő ó é ó é ó ó ó ö ó ó őé é ü ő ő őé ü é ó ó ő é ű ü ú é ü é ő ó ö ó é ó é é ó ó Ó Á Á Á é é é ő ő é é

Részletesebben

Léteznek nagyon jó integrált szoftver termékek a feladatra. Ezek többnyire drágák, és az üzemeltetésük sem túl egyszerű.

Léteznek nagyon jó integrált szoftver termékek a feladatra. Ezek többnyire drágák, és az üzemeltetésük sem túl egyszerű. 12. Felügyeleti eszközök Néhány számítógép és szerver felügyeletét viszonylag egyszerű ellátni. Ha sok munkaállomásunk (esetleg több ezer), vagy több szerverünk van, akkor a felügyeleti eszközök nélkül

Részletesebben

ö Á ö É É ü ü É É Ő ö É ö Á ó ü É Ó Ö Á ú é ü ö é Ö é ü é é ü ü é é Ü é ö ö Ö ö é Á é é é é é ó é é é é ü é ö ö ö í é ü ú é é é ü ü é é é ü é é ö é ö é é ó ö ü é é é é ó ó ö í ó é ó é é é ó é é é ű ö é

Részletesebben

Á Á É Á Ü ö ű ű ő í ő ö ő í ő ö í É ő í ű ö ő ő í ö ü ő ő ü ő ü í ö ö ü ö ü ő ő ü ü ő ü ö ő ő ő ő íő ö ö ö ü ő ő ő ő í ú ő ő í ü ö ő í ű ü ö ő ő ő ő í ú ö ö ő ö ö ö ö ü ő ő ö ő ő í í ő ö ü ö í ö ö ö ö

Részletesebben

ó Í ó ó Ü ó ő Ú ő É ó É Í ő Ö ő ő ó Íó ó Ú ó É Ö ó ő ő Ú Íő ő ő ő ő ő Ú ő ó ó ő ő ő ő ó ő ő ő ő ő ő Í ő ő ó ő ő ó ő Í ő ó ő ő ő ő ő ó ó ó ő ő ó ő ő ő ő ő ő ó ő ő ő ó ő ő Á ű ő ő ő ő ő ő Í ó ő ő ő ő ó ó

Részletesebben

Á Á Í ó ó ó ö ó Ü ö ú Í ó ö ö ó ú ö ó ö ö Ü ö ú ó ó ó ó ö ü ó ö ö ü Ü ö ö ú ó ó ö ú ö ó ó ó ó ö ó ö ó ö ó ö ű ö ö ö ű ö ö ű ö ö ö ű ö ö ó ö ö ó ó ü ö ö ű ö ö ö ó ö ű ö Ü ö ö ú ó ö ó ü ü ö ü ü ö Í ö ü ö

Részletesebben

ó ő ó ó ö ö ú Á Í ö ó ő ö ú Í ó ü ó ő ö ú ö ó ő ó ő ü ő ű ö ö ü ő ü ó Ó ö ó ó ő ő ő ö Í ó ö ö ö ó ő ö ő Í ü ö ö ö ö ö ö ő ö ö ö ö ú ú ű ö ű ó ó ö ö ő ű ö ú ö ö ö ö ö ó Á ö ö ö ő ő ó ő ő Ö ő ú ó ö ú ú ű

Részletesebben

É ő ő íí í ú í ő Ő ő ü ü ü ü ü Ü Ü ő ő ő ő í ő ő ő í íí í ő ű í Ó Ó Ó í Ö Ö í Á Ö Ü Ö É í Ö í ő Ö Ö Ö Á í Á ő ő ő ő É Í Í ő ú Ú ú Ö í ő Á Ö ő Í Í ő ű í ő ú ü íí í Ö ő ő ő ő Í ő ő ő ő í ő ő ő ő í É É í

Részletesebben

Í ö Í ű ú ö ö ú ö É í í ö Ó ű í ö ö í ö ö ö í í ö í í ö ö í ö ö ö ű í ö ö ö ö ö ö ö ú ö í ö ö í ö ö ö ö ö ú ű ű ú ö ö í ö É í ö ö í ö ö ö ú ű ö ö í ö ú ű ö ö í í ú ö ö í ö í í ö ö ö ú ö ö ö ö Í ö ú ö ú

Részletesebben

Ő Ö ö Ö É Á Ü É ó É ó ü É É Ö Ö Á É Ő ú É Á ú Ő Ö Ü Ö Ö ü ó ó ü Ü ű ö ú ó Á í ó ö ö ö ö ó ü í í Á í Ó í ó ü Ö ö ú ó ó ö ü ó ó ö í í ű ö ó í ü í ö í í ű ö ü Ő ü ú Ö ö ó ö ó ö ö ö ü ó ö í ó Ö ö Ő ü Ö Ö ü

Részletesebben

ű í ö ö Á ü ü ö ö ö í í É ú ú ö ö ű í ö ü ö ú ü ű ú ö í í ú ö ú í ö ü í í ö í Á Ó É í ű ö ü ö ü ú ü ö ü ú ű ö ü ű ü í ü ű ü ü ö ű í ü í ö ü í í í í ö í ö ö ö Á ű ú ű ö ö ű í ö ö í ú í í ű í ö ú ö ö í Á

Részletesebben

ö ú í í í ő ű Ü Ű Í í Ő Á Á Ö Ő Ű Í ö ú í í í ú ő ö ű í í í ö Ó ő í í í ö ú í ö ö ö ö Ü ő ö ö ö ú ű ő ú ű ö ö ú ö ö ő Ü ö ö í í ő ö í í í í í í ö ö í ö ö í í ő í ő ö ő í ú í ö í ö í í ö ű ö ö Ó Ü ö ő ő

Részletesebben

Á Ó Á Ü ő ű Ú ö í ő Ó ú ö Á ú Ű Ó ű Ó í ű ö í ö ő ö ö í ö ö ő É ö Á ű Ó ö Á Ó ö í Á í í ö ű ö ú ö ö ú ö Ú ö ű Ó Ú ö Á í Ó í í Í í í Í ö Ú ö Á ú í Ó ő í ú ö Á ú Á í ú ö Á ú í ö Á ú í Ó ö ű Ó Ú Ú ű ő ö ü

Részletesebben

í ö ő í ú ö ö í íí ü Ú Í Á ú ü í ö í ő í ö ő ű Í í ö ü ü ő ő ú í ő í ő ü ü ő Í ő Í í ü ö ö ö ö í ű ő ö ö ö í ü í Ó ö í ő ő í í ő Ó Ú Ő Íő Ő Ó ő ö ő ü ű í í ü ú Ő Í ő ő ő í ü ő É í Ő í ü ü ö ő í ü ö ö ü

Részletesebben

ö Ö ö Ö ö ö ö ö ö ö ö Ö ö Ö ö ö ö ö ö ű ö ö ö ö Ö ö Ő Ü ö ö Ö Ö ö ö ö ö ö ö ö ö Ü ö ö ö ű ö ö ö ö ű ö ű ö Ö Ü Ü ö ö ú Ű ÍŐ Ö Ő ÍŐ ö ö ö ö ű ö Ö Ö Ó ö ö Ö ö ö Ö ö ö Ö ö ű ö ö É ö ö Í Á Á Ő ű ö ű ú Ö Ü Á

Részletesebben

í ö Ö Á í ö í í ö í ö ö í í ö ö ö ö í í ö í ö í ö í ü í í ö í í í í í ö ö í í í ú ö í í ö Á Á Á ü ú í ö Á í í í ö í í ü ö ö ö ö í ö í í í ú í í ű ú í í í í ö í ű í ö ö ü ö ű ö ö í í í í í ö ü í ö í ö ű

Részletesebben

ö é Ö é ü ö é ü ö é Ö é ü í ü ü ü é é ü é é Ö ö é é é é ö ü ö ü ö é é ö é é ö é é ö ö é í é ü é é é í é ö é é ö é ö é ü é ü ú é é é é é í é é é é ö ö é é ö ö é é í í é í é ü ö ü Á é ö Á í ö í é ö ü ö é

Részletesebben

Ütemezés (Scheduling),

Ütemezés (Scheduling), 1 Ütemezés (Scheduling), Alapfogalmak Ütemezési feltételek (kritériumok) Ütemezési algoritmusok Több-processzoros eset Algoritmus kiértékelése 2 Alapfogalmak A multiprogramozás célja: a CPU foglaltság

Részletesebben

Fontos tudnivaló Fizetés emelt díjas SMS-sel Bankkártyás fizetés

Fontos tudnivaló Fizetés emelt díjas SMS-sel Bankkártyás fizetés Fontos tudnivaló Ha a fizetés nem teljesül, következménye sincs. Ha például az ügyfél elindítja bankkártyás fizetést, de nem adja meg a kártyaadatait, visszalép, nem utal vagy bármi egyéb módon megszakítja

Részletesebben

5/1. tétel: Optimalis feszítőfák, Prim és Kruskal algorithmusa. Legrövidebb utak graphokban, negatív súlyú élek, Dijkstra és Bellman Ford algorithmus.

5/1. tétel: Optimalis feszítőfák, Prim és Kruskal algorithmusa. Legrövidebb utak graphokban, negatív súlyú élek, Dijkstra és Bellman Ford algorithmus. 5/1. tétel: Optimalis feszítőfák, Prim és Kruskal algorithmusa. Legrövidebb utak graphokban, negatív súlyú élek, Dijkstra és Bellman Ford algorithmus. Optimalis feszítőfák Egy összefüggő, irányítatlan

Részletesebben

Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba

Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve. Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Ügyviteli rendszerek hatékony fejlesztése Magic Xpa-val mobilos funkciókkal kiegészítve Oktatók: Fülöp József, Smohai Ferenc, Nagy Csaba Programozás alapjai Ha egy adott adattáblára Ctrl + G t nyomunk,

Részletesebben

Ez a telepítési dokumentum segítséget nyújt abban, hogy szabályosan telepítse az Áfa átállító szoftvert Szerviz 7 programhoz.

Ez a telepítési dokumentum segítséget nyújt abban, hogy szabályosan telepítse az Áfa átállító szoftvert Szerviz 7 programhoz. 3Sz-s Kft. 1158 Budapest, Jánoshida utca 15. Tel: (06-1) 416-1835 / Fax: (06-1) 419-9914 e-mail: zk@3szs.hu / web: www.3szs.hu Tisztelt Felhasználó! Ez a telepítési dokumentum segítséget nyújt abban, hogy

Részletesebben

KFKI Unified Messaging Server (UMS) Felhasználói Útmutató

KFKI Unified Messaging Server (UMS) Felhasználói Útmutató KFKI Unified Messaging Server (UMS) Felhasználói Útmutató Bemutató Az UMS Egységes Üzenetkezelő Rendszer hang- és faxüzenetek fogadására és faxüzenetek küldésére alkalmas. Felhasználói weboldal Elérhetőség

Részletesebben

ó ó ö ü ó ó É É ó ó ó ö ü ó ó ű É É ó óé ó Ü ó ó ö ó ó ö ó ó ü ö Ü ó ö ó Ü ü ó ú ű É É ü ú ó Ü ó ű ö ó Ü ú ű ö ó ú ó ó ó ö ó ü ü ú ó ó Ü ó ó ú ó ó ú ü ó ó ó ó ó ó Í ó Í ó ó ó ó ó ó ó ü ú ó ú ü ó ó ú ú

Részletesebben

Polár lekérdezés segédletek

Polár lekérdezés segédletek Cikktörzs lekérdezések 1. kiadás Tartalomjegyzék 1. Készletérték lekérdezése főcsoportra rendezve...3 1.1. Tételes lekérdezés....3 1.2. Összegfokos lekérdezés....4 1.3. Nemzeti Dohányboltok esetén....4

Részletesebben

Bevezetés a programozásba

Bevezetés a programozásba Bevezetés a programozásba 1. Előadás Bevezetés, kifejezések http://digitus.itk.ppke.hu/~flugi/ Egyre precízebb A programozás természete Hozzál krumplit! Hozzál egy kiló krumplit! Hozzál egy kiló krumplit

Részletesebben

Adatszerkezetek Tömb, sor, verem. Dr. Iványi Péter

Adatszerkezetek Tömb, sor, verem. Dr. Iványi Péter Adatszerkezetek Tömb, sor, verem Dr. Iványi Péter 1 Adat Adat minden, amit a számítógépünkben tárolunk és a külvilágból jön Az adatnak két fontos tulajdonsága van: Értéke Típusa 2 Adat típusa Az adatot

Részletesebben

6. Közös változóval rendelkező párhuzamos program, Közös változó,

6. Közös változóval rendelkező párhuzamos program, Közös változó, 6. Közös változóval rendelkező párhuzamos program, Közös változó, Reynold kritérium. Atomi művelet, atomi utasítás. szintaxis, szemantika, tulajdonságok. Szinkronizációs párhuzamos program, szintaxis,

Részletesebben

4.1. Az adattárolás adatbázis logikai azonosító adatbáziskezelő egy elvileg

4.1. Az adattárolás adatbázis logikai azonosító adatbáziskezelő egy elvileg 4.1. Az adattárolás A számítógépes folyamatirányító rendszereknek a működés során igen nagy mennyiségű adatot kell kezelniük és tárolniuk. Az adatok egy része a folyamatból származó bejövő, mért érték,

Részletesebben

Erőforrás gazdálkodás a bevetésirányításban

Erőforrás gazdálkodás a bevetésirányításban Professzionális Mobiltávközlési Nap 2009 Új utakon az EDR Erőforrás gazdálkodás a bevetésirányításban Fornax ZRt. Nagy Zoltán Vezérigazgató helyettes Budapest, 2009. április 9. Tartalom 1. Kézzelfogható

Részletesebben

Általános e-mail fiók beállítási útmutató

Általános e-mail fiók beállítási útmutató Általános e-mail fiók beállítási útmutató Ennek az összeállításnak az a célja, hogy segítséget nyújtsunk azon Ügyfeleink számára, akik az IntroWeb Kft. által nyújtott e-mail szolgáltatáshoz be szeretnék

Részletesebben

Á ó Á Ü É Ú Í Á í ó ó ó ó ó ó ö őí ó ó ü ű í ó ő ú ö ő ó ó í ó í ó ó ő í í í Í ó ó ó ö ó ó í ó í ö í ó ű í Íő ó ó ó ő í ó ő í ó ó ő í ö ó ü ö ó í ü í í ű ó ö ó í ó ö ö ö í ő í ó ó É É í ő ő í í ü ö í í

Részletesebben

É Á í Í í Í í ú í ű ö Í í í í ö í í ö í Í í í ü Í É í í Ű ö ü ö ö í Í ö í í ö í í í ö í ö ö ö ö ö ü ö ö í ö ö ö ű ö ú ö Í í í í ö Á Í í í í í Í ú Í í í í ö í ű ö ű ű í ű Í ú í ö í í í ö ö Í ö Í í í í í

Részletesebben

Az R halmazt a valós számok halmazának nevezzük, ha teljesíti az alábbi 3 axiómacsoport axiómáit.

Az R halmazt a valós számok halmazának nevezzük, ha teljesíti az alábbi 3 axiómacsoport axiómáit. 2. A VALÓS SZÁMOK 2.1 A valós számok aximómarendszere Az R halmazt a valós számok halmazának nevezzük, ha teljesíti az alábbi 3 axiómacsoport axiómáit. 1.Testaxiómák R-ben két művelet van értelmezve, az

Részletesebben

KOVÁCS BÉLA, MATEMATIKA I.

KOVÁCS BÉLA, MATEMATIKA I. KOVÁCS BÉLA, MATEmATIkA I. 1 I. HALmAZOk 1. JELÖLÉSEk A halmaz fogalmát tulajdonságait gyakran használjuk a matematikában. A halmazt nem definiáljuk, ezt alapfogalomnak tekintjük. Ez nem szokatlan, hiszen

Részletesebben

ArchiCAD13 Teamwork 2.0

ArchiCAD13 Teamwork 2.0 ArchiCAD13 Teamwork 2.0 Technikai támogatás a Graphisoft CAD Stúdiótól www.cadstudio.hu ArchiCAD13 TeamWork2.0-1 A TeamWork koncepció alapjai 2. A BIM szerver helyi belső hálózaton 2.1 Elvi felépítése

Részletesebben

É Ü ö Ü ú Ú ű Ó Ó ű ö Ó Ó ú ű Ü Ö Ó Ó ö Ó Ő ű Ó Ó ú Ü Ü Ó Ó Ó Ü Ó Í Í ö ö ö ö ö ú ú ö ű ú ö ö ö ú ö ú ű ö ö ű ö ö ö ű ö ö ö ú ö ö ú ö ö ö ö ö ú ö ö ö ö ú ö ú ö ö ö ö ö ö ú ö ö ö ö Í ö Ö ö ú ö ö ö ö Ó Í

Részletesebben

ü ő ő ü ő ő ö ö ő ö í ü ő í ö ö í ő ö ő ű ú ő í ü ő ö ő Í ö ö ő ö ö ő ő ö ő í Í í ü ö ő í ü ü ú ü ö ö ő ü ő ö ő í ü ő í ö ö ő ő ő í í ő í ő ő Á Ó Í í í ő ű ú ő í í ő ő Í ő í ő í í Í í ő í ő í ő ő íí ő

Részletesebben

Í Ő É Ó É é Ö Á Á Á Ó é Ó é ö é Ö ű ö é ö ű ö é ö é é é é é é é é é é é é é é é é é é ü é é é Í é é é é ü é ö ü é ü é é ö ö é ú é é ü é é ü é é ü é ü é é é ú é Ó é é ú é ü é é ö é ö é Á Á Á Ó é Ó Í é ö

Részletesebben

ö í Ö Ó ü í ü ö Ö ö ü ü ö ö ö ö Ö ü ö ö Ö ü Ű Ö ö ü ú ű ö ö í ö ö í ü ö ö í í ö Á É ö Ö í ö Ö ü ö Ö ö ö ö ö ö ü í ü ö í ü ö ö ö Ö ü ö í ü í ö ö ö Ö ü ö Ö í í ö Ö ü ö Ö í ü ö Á É ö Ö í ü ö í ö ű ö ö ű ö

Részletesebben

G-Mail levelezőrendszerben e-mail fiók levélforgalmának kezelése Outlook Express program segítségével

G-Mail levelezőrendszerben e-mail fiók levélforgalmának kezelése Outlook Express program segítségével G-Mail levelezőrendszerben e-mail fiók levélforgalmának kezelése Outlook Express program segítségével 1. lépés: regisztráljunk e-mail fiókot a G-Mail rendszerében http://www.google.hu weboldalon a bal

Részletesebben

Tartalom. Operációs rendszerek. Precedencia. 3.2 Szinkronizáció. 3.1 Folyamatokból álló rendszerek. Együttműködő folyamatok használatának indokai

Tartalom. Operációs rendszerek. Precedencia. 3.2 Szinkronizáció. 3.1 Folyamatokból álló rendszerek. Együttműködő folyamatok használatának indokai Tartalom Operációs rendszerek 3. Folyamatok kommunikációja Simon Gyula Bevezetés Szinkronizáció A kritikus szakasz megvalósítási módozatai Információcsere ok között Felhasznált irodalom: Kóczy-Kondorosi

Részletesebben

A számítógépek felépítése. A számítógép felépítése

A számítógépek felépítése. A számítógép felépítése A számítógépek felépítése A számítógépek felépítése A számítógépek felépítése a mai napig is megfelel a Neumann elvnek, vagyis rendelkezik számoló egységgel, tárolóval, perifériákkal. Tápegység 1. Tápegység:

Részletesebben

SEGÉDLET A PÁLYÁZATOK RÖGZÍTÉSÉHEZ A SEMMELWEIS EGYETEM PÁLYÁZATI NYILVÁNTARTÓ RENDSZERÉBEN

SEGÉDLET A PÁLYÁZATOK RÖGZÍTÉSÉHEZ A SEMMELWEIS EGYETEM PÁLYÁZATI NYILVÁNTARTÓ RENDSZERÉBEN SEGÉDLET A PÁLYÁZATOK RÖGZÍTÉSÉHEZ A SEMMELWEIS EGYETEM PÁLYÁZATI NYILVÁNTARTÓ RENDSZERÉBEN Minden jog fenntartva Semmelweis Egyetem - 2012 Tartalomjegyzék 1. Belépés a pályázati nyilvántartó rendszerbe...

Részletesebben

Felhasználói útmutató Probono közigazgatási képzés- és vizsgaszervezési rendszer

Felhasználói útmutató Probono közigazgatási képzés- és vizsgaszervezési rendszer Felhasználói útmutató Probono közigazgatási képzés- és vizsgaszervezési rendszer /Tisztviselők részére/ 1 1. A Probono/TVP felület igénybevételéhez szükséges feltételek 1.1. Tisztviselő regisztrációja

Részletesebben

ó ü ó í ö ú ú í ú óö ó ő ő ö ő ó ú ó ő ö ó ú ó ő ő ő ő ú ó ő ú ó ú ó ó í ő ó ő ő í ü ö ő ú ó í ö ő ö ő í í ó í Í ü ö ó ó ú í Í í ő ő ö ö ő ú í ö ö ő ú ó ú ó ő ö ő í ő ő í ő ö ö ő ó ü ő ö ő ó ó ü ü Í ó

Részletesebben

SQLServer. SQLServer konfigurációk

SQLServer. SQLServer konfigurációk SQLServer 2. téma DBMS installáció SQLServer konfigurációk 1 SQLServer konfigurációk SQLServer konfigurációk Enterprise Edition Standart Edition Workgroup Edition Developer Edition Express Edition 2 Enterprise

Részletesebben

1. előadás. Lineáris algebra numerikus módszerei. Hibaszámítás Számábrázolás Kerekítés, levágás Klasszikus hibaanalízis Abszolút hiba Relatív hiba

1. előadás. Lineáris algebra numerikus módszerei. Hibaszámítás Számábrázolás Kerekítés, levágás Klasszikus hibaanalízis Abszolút hiba Relatív hiba Hibaforrások Hiba A feladatok megoldása során különféle hibaforrásokkal találkozunk: Modellhiba, amikor a valóságnak egy közelítését használjuk a feladat matematikai alakjának felírásához. (Pl. egy fizikai

Részletesebben

Elektronikus levelek. Az informatikai biztonság alapjai II.

Elektronikus levelek. Az informatikai biztonság alapjai II. Elektronikus levelek Az informatikai biztonság alapjai II. Készítette: Póserné Oláh Valéria poserne.valeria@nik.bmf.hu Miről lesz szó? Elektronikus levelek felépítése egyszerű szövegű levél felépítése

Részletesebben

Kids phone használati útmutató

Kids phone használati útmutató Kids phone használati útmutató Q5G Az illusztráció és magyarázat 1. OK / hívás indítás / hívás fogadás / menü gomb 2. Mégse / hívás elutasítás / vissza gomb 3. SOS hívás gomb 4. Anya hívó / hívás alatt

Részletesebben

MarketingMánia - A kisvállalkozók marketingasszisztense www.marketingmania.hu

MarketingMánia - A kisvállalkozók marketingasszisztense www.marketingmania.hu Érdemes még hírlevelet írni? Kérdőíves felmérés Nemrég készítettem egy kérdőívet, mert érdekelt, hogy mennyire megalapozott az az állítás, hogy a hírlevél halott, és nem érdemes már foglalkozni vele. A

Részletesebben

Dr. Sipos Marianna ZMNE BJKMK

Dr. Sipos Marianna ZMNE BJKMK Dr. Sipos Marianna ZMNE BJKMK Tömeges felhasználás Eredeti cél: Desctop alkalmazások mindenkinek Egyedi géphasználat Kényelmes, felhasználóbarát felület Mit áldoztak fel: Hozzáférés szabályozás minimális

Részletesebben

Protection Service for Business. Az első lépések Android-készülékeken

Protection Service for Business. Az első lépések Android-készülékeken Protection Service for Business Az első lépések Android-készülékeken Protection Service for Business az első lépések Ez az útmutató ismerteti a PSB Mobile Security telepítését és konfigurálását Android-eszközökön.

Részletesebben

Folyamatszálak. Folyamatszálak. Folyamat. Folyamatszál. Szálak felépítése. Folyamatszálak általános jellemzői

Folyamatszálak. Folyamatszálak. Folyamat. Folyamatszál. Szálak felépítése. Folyamatszálak általános jellemzői Folyamatszálak Folyamatszálak A több szál fogalma először az időszeletes rendszereknél (time sharing systems) jelent meg, ahol egyszerre több személy is bejelentkezhetett egy központi számítógépre. Fontos

Részletesebben

Temporális adatbázisok. Kunok Balázs szakdolgozata alapján

Temporális adatbázisok. Kunok Balázs szakdolgozata alapján Temporális adatbázisok Kunok Balázs szakdolgozata alapján Miért? Döntéshozatalok körülményeinek meghatározása. Nem csak az a lényeges, hogy hogyan változott az adat, hanem az is, hogy miért. Adatok helyreállíthatók

Részletesebben

Egyérintéses bankkártya használatával kapcsolatos tudnivalók

Egyérintéses bankkártya használatával kapcsolatos tudnivalók 2.1.1. sz. melléklet Egyérintéses bankkártya használatával kapcsolatos tudnivalók Az egyérintéses bankkártya használata a kártya olvasására alkalmas terminálokkal felszerelt autóbuszokon A menetjegykezelő

Részletesebben

SC Kérdés. SC Kérdés. SC Kérdés

SC Kérdés. SC Kérdés. SC Kérdés Melyik Windows Vista verzióról lehet melyik Windows 7 verzióra helyben frissíteni? Windows Vista Business -> Windows 7 Professional Windows Vista Business -> Windows 7 Home Premium Windows Vista Ultimate

Részletesebben

Ellenőrző kérdések. 36. Ha t szintű indexet használunk, mennyi a keresési költség blokkműveletek számában mérve? (1 pont) log 2 (B(I (t) )) + t

Ellenőrző kérdések. 36. Ha t szintű indexet használunk, mennyi a keresési költség blokkműveletek számában mérve? (1 pont) log 2 (B(I (t) )) + t Ellenőrző kérdések 2. Kis dolgozat kérdései 36. Ha t szintű indexet használunk, mennyi a keresési költség blokkműveletek számában mérve? (1 pont) log 2 (B(I (t) )) + t 37. Ha t szintű indexet használunk,

Részletesebben

í ó Í ő í í ó ó ó ú ó Ó ó ö ű ú ó í ó í ó ő ű ö í í ó ű ű ö í ö ü íó ő í ó ú Ö í ó ő í ó ű ö í ö ú ő ö ö í ö ú ó ő ö ú ö ö ú ó í ó ű í í ó ű ó í ó í ó ű ö ú í ü ö ó ö ú ú ü ó ű ö ú ú ü ö ö ű ö ú ö ö ö

Részletesebben

KITÖLTÉSI ÚTMUTATÓ. Jogcímkód: 6.122.01.01. Általános tudnivalók

KITÖLTÉSI ÚTMUTATÓ. Jogcímkód: 6.122.01.01. Általános tudnivalók KITÖLTÉSI ÚTMUTATÓ a fiatal mezőgazdasági termelők indulásához a 2009. évtől nyújtandó támogatás keretében a támogatási összeg 90%-ára vonatkozó kifizetési kérelem kitöltéséhez Jogcímkód: 6.122.01.01 Általános

Részletesebben

ColourSMS Protokol definíció. Version 1.2

ColourSMS Protokol definíció. Version 1.2 ColourSMS Protokol definíció Version 1.2 1.1 HTTP request A ColourSMS(Westel/Pannon) alkalmazások által kiadott HTTP request formátuma a következő: http://third_party_url/path_to_application A third_party_url

Részletesebben

WinSarc Irodai Vezérlőpult: - [Ügyfelek nyilvántartása]

WinSarc Irodai Vezérlőpult: - [Ügyfelek nyilvántartása] WinSarc Irodai Vezérlőpult: - [Ügyfelek nyilvántartása] A programot elsősorban a könyvelőirodák tudják hatékonyan alkalmazni a nagy tömegben, ismétlődően végzendő feladatok ellátására. A program a WinSarc

Részletesebben

ü ý Ó ć Ĺ ü ü ú Ö ü ü ü ü ú ź ü ź ö ö ź ü ü Ó ö Í ö ö ý ö Í Ĺ Í ł ü ń ö ú Ö ü ü ü ý ö ö ü ú Ö ł ü ü Ö ü ú Ö É Ĺ ö ú ú ü ű ź ü ú Í Íö ú ü ű Ĺ ć Íě Ż ú Ö ü ü Í Í ú Ö ü ü Í ü ý ü ü ń ü ę ö ö ö ü ć ú Ó ú ü

Részletesebben

FITNESS SYSTEM Telepítési útmutató

FITNESS SYSTEM Telepítési útmutató FITNESS SYSTEM Telepítési útmutató web: www.szakk.hu e-mail: info@szakk.hu Tartalomjegyzék: Első lépések:... 3 Licenc megállapodás... 3 Telepítési kulcs... 4 Felhasználói adatok... 5 Telepítő csomagok

Részletesebben

A GroupWise WebAccess Alapillesztőfelület

A GroupWise WebAccess Alapillesztőfelület GroupWise WebAccess Alap-illesztőfelület gyorskalauz 8 Novell GroupWise WebAccess Alapillesztőfelület Gyorskalauz www.novell.com A GroupWise WebAccess Alapillesztőfelület használata Miután a rendszergazda

Részletesebben

Assembly. Iványi Péter

Assembly. Iványi Péter Assembly Iványi Péter További Op. rsz. funkcionalitások PSP címének lekérdezése mov ah, 62h int 21h Eredmény: BX = PSP szegmens címe További Op. rsz. funkcionalitások Paraméterek kimásolása mov di, parameter

Részletesebben

INFORMATIKAI ALAPISMERETEK

INFORMATIKAI ALAPISMERETEK ÉRETTSÉGI VIZSGA 2005. május 20. INFORMATIKAI ALAPISMERETEK KÖZÉPSZINTŰ ÉRETTSÉGI VIZSGA Az írásbeli vizsga időtartama: 180 perc JAVÍTÁSI-ÉRTÉKELÉSI ÚTMUTATÓ OKTATÁSI MINISZTÉRIUM Megoldási útmutató I.

Részletesebben

A CE jelölés helye az egészségügyi intézmények napi gyakorlatában Juhász Attila (SAASCO Kft, Budapest.)

A CE jelölés helye az egészségügyi intézmények napi gyakorlatában Juhász Attila (SAASCO Kft, Budapest.) A CE jelölés helye az egészségügyi intézmények napi gyakorlatában Juhász Attila (SAASCO Kft, Budapest.) Mit jelent a CE jelölés? A CE (Conformité Européenne = európai megfelelőség) jelölés tulajdonképpen

Részletesebben

Közigazgatási Továbbképzési és Vizsgaportál

Közigazgatási Továbbképzési és Vizsgaportál Közigazgatási Továbbképzési és Vizsgaportál 1. Regisztráció és belépés felhasználói kézikönyv 1. A Közigazgatási Továbbképzési és Vizsgaportál internetes elérhetősége: http://tvp.nki.gov.hu/ Támogatott

Részletesebben

Feladat kezelő modul

Feladat kezelő modul Feladat kezelő modul 1. Bevezetés... 2 2. Folyamat... 3 2.1. Feladatok küldése... 3 o Általános feladat küldése... 3 o Egy vagy több partneres CRM feladat küldése... 9 2.1. Feladatok megjelenése... 13

Részletesebben

BAKKER AKCIÓS SZABÁLYZAT

BAKKER AKCIÓS SZABÁLYZAT BAKKER AKCIÓS SZABÁLYZAT 2. őszi nagykatalógus (1-5 ajándékot tartalmazó értékcsomagok) 1. RÉSZ: A KAMPÁNY SZERVEZŐI ÉS A HIVATALOS AKCIÓS SZABÁLYZAT 1.1 A nyereményjáték a hollandiai Bakker Hillegom B.V.

Részletesebben

Mobilalkalmazás! RÖVID ÁTTEKINTÉS: HOGYAN MŰKÖDIK AZ ALKALMAZÁS? " 2015, QBSW, Inc.

Mobilalkalmazás! RÖVID ÁTTEKINTÉS: HOGYAN MŰKÖDIK AZ ALKALMAZÁS?  2015, QBSW, Inc. Mobilalkalmazás! RÖVID ÁTTEKINTÉS: HOGYAN MŰKÖDIK AZ ALKALMAZÁS? " A City Monitor mobilalkalmazás lehetővé teszi" az állampolgárok számára, hogy a városukban felmerülő helyi problémákat könnyen és gyorsan

Részletesebben

Ő ő ő ő ü ő ü ü É ü ő ő ő ő ú ú ő ű ü Í ű ő ü ő ú ő ő ü É ő ű ü ü Ó ü ő Ö ú É É É Ő É ü ú ü ü ő ő ő ü ű ú ü ő ü ú ú ü ú ü ő ú ú ú ú ő ü ő Í ő Ö ő ő ő ű Í ü ü ő ú ű ő ü ü ú ü ő ő ü ő ü ő ü ő ő ő ő ü ü ú

Részletesebben

3Sz-s Kft. Tisztelt Felhasználó!

3Sz-s Kft. Tisztelt Felhasználó! 3Sz-s Kft. 1158 Budapest, Jánoshida utca 15. Tel: (06-1) 416-1835 / Fax: (06-1) 419-9914 E-mail: zk@3szs. hu / Web: www. 3szs. hu Tisztelt Felhasználó! Üdvözöljük felhasználóik között! Köszönjük, hogy

Részletesebben

BAKKER AKCIÓS SZABÁLYZAT Hápogó kacsa + ékszercsomag + Pénznyeremény sorsolása + 6 Weber kültéri konyha sorsolása

BAKKER AKCIÓS SZABÁLYZAT Hápogó kacsa + ékszercsomag + Pénznyeremény sorsolása + 6 Weber kültéri konyha sorsolása BAKKER AKCIÓS SZABÁLYZAT Hápogó kacsa + ékszercsomag + Pénznyeremény sorsolása + 6 Weber kültéri konyha sorsolása 1. RÉSZ: A KAMPÁNY SZERVEZŐI ÉS A HIVATALOS AKCIÓS SZABÁLYZAT 1.1 A kampány szervezője

Részletesebben

Tájékoztató az Általános Szerződési Feltételek 2012. július 2-i változásáról

Tájékoztató az Általános Szerződési Feltételek 2012. július 2-i változásáról Tájékoztató az Általános Szerződési Feltételek 2012. július 2-i változásáról Tisztelt Ügyfelünk! Tájékoztatjuk Önt, hogy a pénzforgalmi keretszerződés részét képező Általános Szerződési Feltételeink 2012.

Részletesebben