Perzisztens adatkezelés megvalósítása a SZTAKI saját klaszterén

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

Download "Perzisztens adatkezelés megvalósítása a SZTAKI saját klaszterén"

Átírás

1 Perzisztens adatkezelés megvalósítása a SZTAKI saját klaszterén 2. DemoGRID beszámoló PERZISZTENS ADATKEZELÉS MEGVALÓSÍTÁSA A SZTAKI SAJÁT KLASZTERÉN... 1 BEVEZETÉS... 2 GRIDFTP LÉNYEGE... 2 AZ ADAT ERŐFORRÁS... 2 Adatátviteli kapacitás növelése... 3 Adatmennyiség csökkentése... 3 Adatok párhuzamos feldolgozása... 3 GRIDFTP ADTA LEHETŐSÉGEK... 4 MÓDSZERÜNK LÉNYEGE... 4 TÁMOGATÁS A GRIDFTP-BEN... 5 ALTERNATÍV LEHETŐSÉGEK...5 A MÓDSZER LÉPÉSEI... 6 MÓDSZERÜNK RÉSZLETEZÉSE... 6 A PÁRHUZAMOS FELDOLGOZÁS KITERJESZTÉSÉNEK LEHETŐSÉGEI A JELENLEGI KERETEKEN BELÜL... 6 A PÁRHUZAMOS FELDOLGOZÁS KITERJESZTÉSÉRE JAVASOLT MEGOLDÁS GYAKORLATI MEGVALÓSÍTÁSA... 7 A PÁRHUZAMOS FELDOLGOZÁS ÁLTALÁNOSÍTÁSA A GRIDFTP PROTOKOLL KIEGÉSZÍTÉSÉRE... 9 dg-rep-2-7-persistent.doc /10

2 Bevezetés Ez a dokumentum a GRID szintű perzisztens adatok kezelésének kidolgozására irányuló tevékenységünk második fázisában végzett munkákat foglalja össze. Az első fázisban megvizsgáltuk, hogy a Globus rendszer milyen lehetőségeket biztosít a perzisztens adatok kezelésére, illetve, hogy milyen megoldási lehetőségek jöhetnek szóba. Ennek keretében elsősorban a GRID erőforrások közül az adatra (illetve adat-átvitelre) koncentráltunk és így a GridFTP-t, a GRID adatátviteli protokollját elemeztük. Ebben a beszámolóban a perzisztens adatkezelésnek a SZTAKI lokális rendszerében való megvalósításával foglalkozunk. Az előző munkaszakaszban elvégzett tanulmányok alapján egy konkrét eszközkészletet választottunk ki és megfelelő adaptációval elosztott perzisztens adatkezelést valósítottunk meg. Ennek során egy általános, a GRID filozófiához illeszkedő módszert dolgoztunk ki. Kipróbálása a következő fázisban történik, amikor a többi konzorciumi taggal együtt a perzisztens adatkezelő rendszert alkalmazzunk és teszteljük a közös GRID környezetben. GridFTP lényege A GridFTP az FTP-n alapuló nagysebességű, biztonságos és megbízható adatátviteli protokoll, amely a GRID-en belüli adatelérés infrastruktúráját valósítja meg. Az infrastruktúra szerep azt jelenti, hogy minden magasabb szintű protokoll erre az alapra épít. A GRID filozófiája az, hogy a feladatok végrehajtása kötegelt módon történik, tehát a felhasználó elkészíti a feldolgozó programját, ezt a feldolgozó programot eljuttatja arra a számítógépre, ahol a feldolgozás fog történni, a feldolgozandó adatokat szintén eljuttatja a feldolgozó számítógépre, majd a program lefutása után az eredményeket visszajuttatja a kiindulási helyre. Ez általában azt jelenti, hogy igen jelentős mennyiségű adatot kell mozgatni a GRID-en belül. Az adatok mozgatása az FTP protokoll segítségével történik. Mivel nagy mennyiségű adatokról van szó, ezért az alap FTP protokoll kiegészítésére volt szükség. A kiegészített protokoll a GridFTP protokoll. Az alábbiakban összefoglaljuk a GridFTP protokoll kiegészítésének megközelítéseit. Az adat erőforrás Az adat a GRID-en belül az egyik legfontosabb erőforrás, amely kifinomult kezelést igényel és sokoldalú követelményeket támaszt. Általánosan megfogalmazható igény a szükséges adat gyors elérése, illetve átvitele. További igény még az adatátvitel megbízhatósága és biztonságossága. Az adatátvitel gyorsításának az egyik módja a hálózati átviteli eszközök gyorsítása, de az adott átviteli eszközök mellett mindig van lehetőség egyéb technikák bevetésére az átvitel dg-rep-2-7-persistent.doc /10

3 további gyorsítására. A projekt keretében mi ezekkel a kiegészítő gyorsítási lehetőségekkel foglalkoztunk. A gyors adatátvitel elérésének alapvetően három útja lehetséges: az adatátviteli kapacitás bővítése, az adatmennyiség csökkentése, az adatok párhuzamos feldolgozása. Az alábbiakban külön-külön összefoglaljuk ezeknek a megközelítéseknek a lehetőségeit. Adatátviteli kapacitás növelése Az adatátviteli kapacitás növelésére a következő lehetőségek vannak: párhuzamos adatátvitel, több adat csatorna egyidejű felhasználásával, amit a GridFTP-ben a SPAS, SPOR, RETR-OPTS, MODE-Extended Block Mode támogat, többszálú (striped) adatátvitel, több adat csatorna egyidejű felhasználásával, amit a GridFTP-ben a SPAS, SPOR, RETR-OPTS, MODE-Extended Block Mode támogat, a TCP puffer méret automatikus és kézi állíthatósága, amit a GridFTP-ben a SBUF, ABUF támogat, integrált teljesítmény fokozó eszközök: adat csatorna újra felhasználás, parancs pipelining, amit a GridFTP-ben a PIPE támogat. Adatmennyiség csökkentése Az adatátvitelt úgy is gyorsíthatjuk, hogy csak a szükséges adatokat visszük át. Erre a következő lehetőségek vannak: harmadik fél által vezérelhető adatátvitel, részleges adatátvitel (ESTO, ERET), hatékony adatátviteli hiba javítás (SREAM módban is). Adatok párhuzamos feldolgozása Az adatátvitel úgy is gyorsítható, ha már csak részben feldolgozott adatokat viszünk át a hálózaton és ehhez először az adatszolgáltató csomópontban egy feldolgozó programot futtatunk le. Erre a következő lehetőség van: az adatok feldolgozásának biztosítása a szerver oldalon (ERET, ESTO), dg-rep-2-7-persistent.doc /10

4 GridFTP adta lehetőségek A GridFTP elsősorban az adatátviteli kapacitás növelésére törekszik, aminek elsődleges szerepe van a gyorsaság növelésében, ugyanakkor az átviendő adatok mennyiségének csökkenthetőségére is fogalmaz meg elveket, ami az adatok szerver oldali feldolgozásával érhető el. Módszerünk lényege A GRID szintű perzisztens adatok kezelésére kidolgozott módszerünk a szerver oldali elő feldolgozásra épül, mint ahogy azt az 1. ábra mutatja. 5 DB Access Application Processing node Structured data file FTP 4 Get 3 GRID 1 Select 2 Structured data file DB Access Structured data file Extract data Data store node 1. ábra Szerver oldali elő feldolgozás dg-rep-2-7-persistent.doc /10

5 Ebben a megközelítésben az adatátvitel első lépése egy elő feldolgozó program meghívása az adatszolgáltató szerveren (1). Az elő feldolgozó program a nagyméretű és általában strukturált adatokat tartalmazó adatállományból kigyűjti és a szerveren egy kisebb méretű adatállományba menti azokat az adatokat, amiket később át akarunk vinni (2). Ezek után a feldolgozó oldal kezdeményezheti a kigyűjtött adatok átvitelét (3), ami FTP segítségével történik (4). Az átvitt és a feldolgozó oldalon tárolt adatokon a feldolgozó program elvégezheti a kívánt feldolgozást (5). Az eredmények visszahelyezése az eredeti adatállományba fordított sorrendben történik. A feldolgozó oldal kezdeményezi az eredmények átvitelét, ami FTP segítségével történik. Az átvitt eredmények az adatszolgáltató oldalon egy kisebb méretű adatállományt jelentenek. A feldolgozó oldal kezdeményezi ennek a kisebb méretű adatállománynak a feldolgozását és a nagyobb méretű teljes adat állományba helyezését egy utó feldolgozó program elindításával az adat szolgáltató csomóponton. Mindkét irányú adatátvitelnél az ideiglenesen keletkezett adatállományok utólagos eltávolításáról gondoskodni kell. Támogatás a GridFTP-ben A módszer megvalósítását jelenleg a GridFTP-ben az ERET és ESTO utasítások segítik. Ezek az utasítások adnak lehetőséget a szerver oldali, párhuzamos feldolgozásra. Az adatok párhuzamos feldolgozása egyúttal az átviendő adatok mennyiségét is csökkentheti. Az utasítások jelenlegi formájukban csak nagyon kezdetleges feldolgozást tesznek lehetővé; a részleges file írást és a részleges file olvasást. Alternatív lehetőségek Mivel a GridFTP jelenlegi változatával nem lehet közvetlenül megvalósítani a szerver oldali elő feldolgozást, ezért más megoldást kerestünk. Ehhez azt használtuk fel, hogy a GridFTP alapját képező FTP protokoll szerver-specifikus FTP parancsokat is engedélyez a SITE utasítás segítségével, és a szerverek egy része, köztük a GRID-ben használt wuftpd is, szerver oldali parancsok kiadását is lehetővé teszi az EXEC nevű SITE parancs segítségével. Ez a megoldás a meglévő ERET és ESTO GridFTP bővítésnél egy általánosabb megoldást nyújt a meglévő keretek mellett. Két parancsot igényel, amelyből az első rövid idejű, gyors parancs - a szerver oldalon elvégzendő feldolgozást (futtatandó parancsot) adja meg, a második az átviendő adat mennyiségétől függő ideig tartó - parancs pedig a feldolgozott adatok átvitelét hajtja végre. A két parancs sorrendje fordított is lehet, attól függően, hogy adat írásról vagy olvasásról van szó. Kedvező tapasztalatok esetén ezeket a műveleteket egyetlen új GridFTP paranccsá lehetne egyesíteni. dg-rep-2-7-persistent.doc /10

6 A módszer lépései A módszer a következő lépésekből áll: adatfeldolgozó program specifikálása, elkészítése, adatfeldolgozó program elhelyezése a szerveren, adat olvasáskor az adat kinyerés végrehajtatása a szerveren SITE EXEC utasítással, kinyert adatok olvasása RETR utasítással, adat írás esetén először el kell küldeni a tárolandó adatokat a STOR utasítással, végre kell hajtatni a feldolgozást (tárolást) a szerver oldalon futtatott SITE EXEC utasítással. Módszerünk részletezése A párhuzamos feldolgozás kiterjesztésének lehetőségei a jelenlegi kereteken belül A GridFTP protokollt először a Globus Toolkit V2.0 részeként valósították meg, amely novemberétől áprilisáig beta állapotban volt elérhető, majd áprilisától jelent meg a végleges verziója. Ennek része a GridFTP Server (GT2GridFTP), amely a nyílt forráskódú wuftpd FTP szerver többek között GridFTP protokollal bővített változata. A fenti szerver gyakorlatilag megvalósítja a draft GridFTP protocol című dokumentumban ajánlott FTP kiterjesztéseket. A szerver működésének (forráskódjának), illetve az FTP protokoll, valamint a GridFTP protokollban leírt kiterjesztések tanulmányozása után a szerver oldali adatfeldolgozás (a párhuzamos adatfeldolgozás) lehetőségeit illetően a következőket lehetett megállapítani. 1. A GridFTP protokollban definiált és a GridFTP szerverben megvalósított ESTO és ERET utasítás csak korlátozott szerver oldali feldolgozást tesz lehetővé. Az ESTO utasítás egy adott file-darab tárolására, az ERET utasítás pedig egy adott file-darab elővételére alkalmas, tehát alkalmazásuk esetén nem szükséges a teljes file átvitele. Amennyiben az adat struktúrája ilyen egyszerű módon írható le, akkor a fenti két utasítás jól használható. Meg kell jegyezni, hogy a GridFTP protokoll leírás lehetővé teszi a fenti két utasítás további lehetőségekkel való kiterjesztését is. 2. Az eredeti FTP protokoll lehetőséget ad a protokollban nem szereplő, úgynevezett szerver specifikus utasítások végrehajtására is a SITE nevű FTP utasítás segítségével. Ezek az utasítások általában akkor használhatók eredményesen, ha a kliensen futó program ismeri dg-rep-2-7-persistent.doc /10

7 a szerver operációs rendszerét, ami akkor természetes, ha a kliens is azonos (hasonló) operációs rendszer alatt fut. Az egyik ilyen lehetséges utasítás az EXEC utasítás, a Unix exec megfelelője, amelynek segítségével a szerver gépen (a szerveren megtalálható) program futtatása kezdeményezhető. Ez a tulajdonság, amelyet a GridFTP szerver is megvalósít, elvileg tetszőleges szerver oldali feldolgozást tesz lehetővé. A fentiekben vázolt lehetőségek alapján kiindulásként célszerű a SITE EXEC FTP utasítást alkalmazni a párhuzamos adatfeldolgozás további kiterjesztésére. Ezt a következőkkel lehet indokolni. 1. Az ESTO és az ERET utasítás jelenlegi formájában csak igen korlátozott szerver oldali feldolgozást tesz lehetővé. Ezzel szemben egy adott feladat elvégzésére kifejlesztett program pontosan a kívánt, azaz a program specifikációjában rögzített feladatot látja el. 2. A SITE EXEC utasítás használatának előnye az is, hogy a meglévő szerver változatlan formában használható, nem kell azt módosítani. A kívánt feldolgozási feladat a megfelelő program megírásával és a szerveren való elhelyezésével megvalósítható. Az kétségtelen, hogy a programok megírása többlet erőfeszítést igényel, de egy bizonyos idő elteltével a feldolgozó programok olyan könyvtára jöhet létre, amelyből az aktuális feladatnak megfelelően válogatni lehet. 3. Az a megkötés, hogy szerver specifikus (az adott szerverre jellemző) utasításról van szó, nem komoly korlátozás. Egyrészt a Grid egyelőre gyakorlatilag csak Unix, illetve Linux operációs rendszereken van megvalósítva, tehát a szerver és a kliens operációs rendszerek nem eltérőek. Másrészt az adott feldolgozást végző program elindítása is egy szabályokkal jól leírható utasítás, amelyet mint ilyet, szervertől (és operációs rendszertől) függetlennek lehet tekinteni. 4. Amennyiben a fenti megoldás, azaz a szerveren való adatfeldogozó program futtatás jól használható, akkor ezt egy újabb GridFTP parancsként lehet általánosítani. Hasonló dolog történt akkor, amikor a GridFTP protokoll a különböző TCP puffer méret állító szerver specifikus (SITE) parancsok (RBUFSIZE, RETRBUFSIZE, RBUFSZ, SBUFSZ, BUFSIZE) általánosításaként definiálta a Set Buffer Size (SBUF) parancsot. A párhuzamos feldolgozás kiterjesztésére javasolt megoldás gyakorlati megvalósítása A gyakorlati megvalósításhoz ismerni kell az alkalmazott GridFTP server SITE EXEC parancsának sajátosságait. (Ezen sajátosságok miatt lehet később célszerű egy általánosított megoldást kidolgozni.) A wuftpd szerveren alapuló GT2GridFTP sajátosságai a következők. dg-rep-2-7-persistent.doc /10

8 1. A szerver csak előre definiált könyvtár(ak)ban levő programok futtatását engedélyezi. Az EXEC parancsban kapott programnévből törli az elérési útra vonatkozó (PATH) információt és a programot az általa előre definiált könyvtár(ak)ban keresi. Ezért a feldolgozó programot mindenképpen ezen könyvtárak valamelyikében kell elhelyezni. 2. A szerver csak a futtatott program standard outputra írt üzeneteit küldi vissza mint válasz adatot a programot futtató kliensnek. Ezért az adat feldolgozás eredménye általában nem küldhető közvetlenül vissza az adatot előzetes feldolgozással olvasó kliens programnak. 3. Mivel az EXEC utasításnak csak parancs-sori paraméterek adhatók át, a feldolgozás után (illetve során) tárolandó adatok biztosan nem küldhetők el az EXEC utasítással együtt. Ezeket előbb egy korábban végrehajtott tárolási utasítással kell a szerverre eljuttani. A fentiek alapján összefoglalhatók a SITE EXEC utasítás párhuzamos (szerver oldali) adatfeldolgozásra való tényleges használatának lépései. Az adatcserét és feldolgozást egyelőre több lépésben lehet és célszerű elvégezni. Az egyik lépés a tényleges adatátvitel, amelynek során a feldolgozott adatok olvasása, vagy a feldolgozandó adatok írása történik. A másik, de nem minden esetben második lépés pedig a szükséges adatfeldolgozást végző program futtatása. (A feldolgozás szempontjából mellékes, de az adat-átvitel lezajlása után nem szabad elfeledkezni az átmenetileg keletkezett file törléséről.) A konkrét teendők tehát a következők. 1. A megfogalmazódott igények alapján specifikálni kell a szerver oldali adatfeldolgozást végző programot. 2. A programot az elkészítés után a szerver megfelelő könytárában el kell helyezni, amely ettől kezdve az adott szerveren használható lesz. 3. Adat olvasáskor először a szükséges feldolgozást (adat kinyerést) kell végrehajtatni a szerveren a SITE EXEC utasítás segítségével. Az eredményt nyilván a szerveren kell tárolni, ahonnan a következő lépésben felhasználó azt kiolvashatja. 4. A feldolgozott (kinyert) adatot RETR utasítással lehet kiolvasni. A feldolgozott adatokat tartalmazó file nevének a felhasználó számára ismertnek kell lennie. Ezen átmeneti file névnek egyedinek kell lenni, ami felhasználó általi név megadásnál nincs biztosítva. Ezért célszerű, ha az eredményt tároló file nevét a feldolgozó program állapítja meg, amelyet feldolgozás után visszaküld kliensnek. 5. Adat tárolás esetén először a feldolgozandó (tárolandó) adatokat kell elküldeni egy STOR utasítással a szervernek. Itt is lényeges az átmeneti tároló file neve, amelyet a feldolgozó programnak majd ismernie kell. Ez nem lehet előre definiált név, mert akkor a feldolgozó programot nem lehet több felhasználónak egyidejűleg meghívni (lásd 4. pont). Az átmeneti tároló file nevét a létrehozásakor kell egyedileg megállapítani, amelyet aztán a feldolgozó programnak paraméterként át kell adni. 6. A tényleges adat tárolás (szerver oldali feldolgozás) végrehajtásához a SITE EXEC segítségével le kell futtatni a megfelelő feldolgozó programot. Az átmeneti file nevét paraméterként kell megadni. dg-rep-2-7-persistent.doc /10

9 7. Végül gondoskodni kell az átmenetileg keletkezett file törléséről. Ennek a nevét mindkét félnek tudnia kell, de a törlést az adatátvitel tényleges lezajlása után a felhasználónak (kliensnek) kell végrehajtania. A fentiekből látszik, hogy tulajdonképpen három lépésben hajtható végre a szerver oldali feldolgozással egybekötött adatátvitel, ami az átviteli idő növekedést sejteti. Figyelembe kell azonban venni, hogy három lépésből azonban csak egyben történik viszonylag hosszabb időt igénybe vehető tényleges adatátvitel. Ugyanakkor az átviendő adatok mennyisége is jelentősen kevesebb lehet annál, mintha a teljes adatmennyiséget kellene továbbítani. Ebből két következtetés vonható le. Egyrészt szerver oldali (párhuzamos) adatfelfolgozásnak akkor van értelme, ha az jelentősen csökkenti a ténylegesen átviendő adatok mennyiségét. Másrészt megfontolandó a fenti lépések netán egy lépésre csökkentése, azaz fenti eljárást egy lépésben végrehajtó új GridFTP utasítás, vagy opció bevezetése. A párhuzamos feldolgozás általánosítása a GridFTP protokoll kiegészítésére A párhuzamos adatfeldolgozásra a fentiekben javasolt megoldás egyik előnye az, hogy a szerver oldali feldolgozást a meglévő keretek mellett lehet bővíteni. Segítségével nagy terjedelmű adatból (adatba) kis mennyiségű adat mozgatása hatékonyan megoldható. A következők miatt azonban érdemes megfontolni GridFTP parancsként való általánosítását. 1. A SITE EXEC utasítás, amelynek segítségével a szerver oldali feldolgozás elvégezhető volt, nem minden FTP szerveren elérhető funkció. A jelenlegi Globus (GT2GridFTP) GridFTP szerveren ugyan létezik, de egy másik szerveren esetleg nem lesz alkalmazható, mert nem a GridFTP protokoll része. (Természetesen ez akkor is előfordulhat, ha a GridFTP protokoll része lesz, mert a különböző szerverek különböző részét valósít(hat)ják meg egy protokollnak, amint ez az FTP-nél is tapasztalható.) 2. A leírt algoritmus több lépésből áll, amely esetleg lelassíthatja az adatátviteli folyamatot. Bár az adatátvitel csak az egyik lépés része, de a feladat biztonságos végrehajtásához mindhárom lépés hibátlan teljesülése szükséges, amely három külön (Grid)FTP utasítást igényel. 3. Amennyiben a feladatra egy új utasítást sikerül definiálni, akkor az átmeneti tároló file kezelésével kapcsolatos is problémák megoldódnak, hiszen annak kezelése a szerver oldalon automatikusan elvégezhető. (A szerver automatikusan létrehozza a szükséges átmeneti file-t, annak nevét átadja a feldolgozó programnak, majd az utasítás sikeres befejezése után automatikusan törli azt.) Példaképpen a szerver oldali feldolgozást eddig segítő ERET és ESTO utasítás egy lehetséges bővítése a következő lehetne. Mindkét utasítás két alapvető részből áll. Az egyik (az első) az átviteli módot adja meg, a másik (a második) pedig annak a file-nak a nevét, amelyet a szerver oldalon fel kell dolgozni. Az eddig definiált egyetlen átviteli mód mellett be lehet vezetni az adatfeldolgozást végző program (nevének) megadását. 1. Az ERET utasítás egyetlen opciója a P betűvel jelölt partial (részleges) adatátvitel, amelynél egy file-beli kezdőcímet címet (offset) és egy adathosszt (size) kell megadni. Az X betűvel jelölt bővítés az execute nevet viselhetné, amelynél a (szerveren található) dg-rep-2-7-persistent.doc /10

10 feldolgozó program nevét kell megadni. Tehát az ERET definíciója a bővítéssel együtt a következő. ERET <SP> <retrieve-mode> <SP> <filename> retrieve-mode ::= P <SP> <offset> <SP> <size> X <SP> <exec-filename> offset ::= 64 bit integer size ::= 64 bit integer 2. Az ESTO utasítás egyetlen opciója az A betűvel jelölt adjusted (részleges) adatátvitel, amelynél a file-beli kezdőcímet címet (offset) kell megadni. Az X betűvel jelölt bővítés az execute nevet viselhetné, amelynél a (szerveren található) feldolgozó program nevét kell megadni. Tehát az ESTO definíciója a bővítéssel együtt a következő. ESTO <SP> <store-mode> <filename> store-mode ::= A <SP> <offset> X <SP> <exec-filename> offset ::= 64 bit integer A fenti bővítések egyelőre nem teszik lehetővé, hogy a feldolgozó programnak további paramétereket lehessen megadni, ami a feldolgozó programok használhatóságát jelentősen csökkentheti. Ennek kiküszöbölésére újabb bővítésként a feldolgozandó file neve (filename) után parancs-sori paraméterek megadása következhet. dg-rep-2-7-persistent.doc /10

A perzisztens adatkezelő rendszer tesztelése és demonstrálása a GRID környezetben

A perzisztens adatkezelő rendszer tesztelése és demonstrálása a GRID környezetben A perzisztens adatkezelő rendszer tesztelése és demonstrálása a GRID környezetben A TESZT KÖRNYEZET KIALAKÍTÁSA 2 A TESZT PÉLDA LEÍRÁSA 2 A TESZTHEZ SZÜKSÉGES ELŐKÉSZÜLETEK 3 A TESZT FUTTATÁS KÉPERNYŐ

Részletesebben

Java-s Nyomtatványkitöltő Program Súgó

Java-s Nyomtatványkitöltő Program Súgó Java-s Nyomtatványkitöltő Program Súgó Hálózatos telepítés Windows és Linux operációs rendszereken A program nem használja a Registry-t. A program három könyvtárstruktúrát használ, melyek a következők:

Részletesebben

Hardver és szoftver követelmények

Hardver és szoftver követelmények Java-s Nyomtatványkitöltő Program Súgó Telepítési útmutató Hardver és szoftver követelmények A java-s nyomtatványkitöltő program az alábbi hardverigényt támasztja a számítógéppel szemben: 400 MHz órajelű

Részletesebben

DAT adatcserefájl AutoCAD MAP DWG mapobject konvertáló program dokumentáció

DAT adatcserefájl AutoCAD MAP DWG mapobject konvertáló program dokumentáció H - 1161 Budapest Rákóczi út 76. Tel./Fax.: +36-1-4010159 http://www.pageos.hu toni@pageos.hu DAT adatcserefájl AutoCAD MAP DWG mapobject konvertáló program dokumentáció A program használható a TOPOBASE

Részletesebben

Tipikus időbeli internetezői profilok nagyméretű webes naplóállományok alapján

Tipikus időbeli internetezői profilok nagyméretű webes naplóállományok alapján Tipikus időbeli internetezői profilok nagyméretű webes naplóállományok alapján Schrádi Tamás schraditamas@aut.bme.hu Automatizálási és Alkalmazott Informatikai Tanszék BME A feladat A webszerverek naplóállományainak

Részletesebben

Image Processor BarCode Service. Felhasználói és üzemeltetői kézikönyv

Image Processor BarCode Service. Felhasználói és üzemeltetői kézikönyv Image Processor BarCode Service Áttekintés CIP-BarCode alkalmazás a Canon Image Processor programcsomag egyik tagja. A program feladata, hogy sokoldalú eszközt biztosítson képállományok dokumentumkezelési

Részletesebben

A GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05+ Geodéziai Feldolgozó Program

A GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05+ Geodéziai Feldolgozó Program A GeoEasy telepítése GeoEasy V2.05+ Geodéziai Feldolgozó Program (c)digikom Kft. 1997-2010 Tartalomjegyzék Hardver, szoftver igények GeoEasy telepítése A hardverkulcs Hálózatos hardverkulcs A GeoEasy indítása

Részletesebben

A FileZilla program beállítása az első belépés alkalmával

A FileZilla program beállítása az első belépés alkalmával 6. A záróvizsga-jegyzőkönyv készítése A záróvizsga-jegyzőkönyveketa Karok többsége a jegyzőkönyvkészítésre Dr. Tánczos László által kifejlesztett Access alkalmazás használatával készíti el. A záróvizsga-jegyzőkönyv

Részletesebben

Active Directory kiegészítő kiszolgálók telepítése és konfigurálása Windows Server 2003 R2 alatt

Active Directory kiegészítő kiszolgálók telepítése és konfigurálása Windows Server 2003 R2 alatt Active Directory kiegészítő szerverek telepítése és konfigurálása Windows Server 2003 R2 alatt Készítette: Petróczy Tibor Active Directory kiegészítő kiszolgálók telepítése és konfigurálása Windows Server

Részletesebben

A GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05 Geodéziai Feldolgozó Program

A GeoEasy telepítése. Tartalomjegyzék. Hardver, szoftver igények. GeoEasy telepítése. GeoEasy V2.05 Geodéziai Feldolgozó Program A GeoEasy telepítése GeoEasy V2.05 Geodéziai Feldolgozó Program (c)digikom Kft. 1997-2008 Tartalomjegyzék Hardver, szoftver igények GeoEasy telepítése A hardverkulcs Hálózatos hardverkulcs A GeoEasy indítása

Részletesebben

Programozás alapjai 6. előadás. Wagner György Általános Informatikai Tanszék

Programozás alapjai 6. előadás. Wagner György Általános Informatikai Tanszék Programozás alapjai 6. előadás Wagner György Általános Informatikai Tanszék Record A valós életben a nyilvántartásra kerülő adatok nem azonos típusúak. Pl.: Név Cím Telefon GySz Fiz Kis Béla Miskolc Török

Részletesebben

Az MTA Cloud a tudományos alkalmazások támogatására. Kacsuk Péter MTA SZTAKI

Az MTA Cloud a tudományos alkalmazások támogatására. Kacsuk Péter MTA SZTAKI Az MTA Cloud a tudományos alkalmazások támogatására Kacsuk Péter MTA SZTAKI Kacsuk.Peter@sztaki.mta.hu Tudományos alkalmazások és skálázhatóság Kétféle skálázhatóság: o Vertikális: dinamikusan változik

Részletesebben

Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft

Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül

Részletesebben

Számítógépes Hálózatok. 7. gyakorlat

Számítógépes Hálózatok. 7. gyakorlat Számítógépes Hálózatok 7. gyakorlat Gyakorlat tematika Hibajelző kód: CRC számítás Órai / házi feladat Számítógépes Hálózatok Gyakorlat 7. 2 CRC hibajelző kód emlékeztető Forrás: Dr. Lukovszki Tamás fóliái

Részletesebben

TERC V.I.P. hardverkulcs regisztráció

TERC V.I.P. hardverkulcs regisztráció TERC V.I.P. hardverkulcs regisztráció 2014. második félévétől kezdődően a TERC V.I.P. költségvetés-készítő program hardverkulcsát regisztrálniuk kell a felhasználóknak azon a számítógépen, melyeken futtatni

Részletesebben

QBE Édes Otthon lakásbiztosítás tarifáló webservice. Fejlesztői dokumentáció 1.0.2

QBE Édes Otthon lakásbiztosítás tarifáló webservice. Fejlesztői dokumentáció 1.0.2 QBE Édes Otthon lakásbiztosítás tarifáló webservice Fejlesztői dokumentáció 1.0.2 Az ebben a dokumentumban található információ a FoxArt Kft. tulajdona, és bizalmas anyagként került átadásra. Az anyag

Részletesebben

A számítógép-hálózat egy olyan speciális rendszer, amely a számítógépek egymás közötti kommunikációját biztosítja.

A számítógép-hálózat egy olyan speciális rendszer, amely a számítógépek egymás közötti kommunikációját biztosítja. A számítógép-hálózat egy olyan speciális rendszer, amely a számítógépek egymás közötti kommunikációját biztosítja. A hálózat kettő vagy több egymással összekapcsolt számítógép, amelyek között adatforgalom

Részletesebben

Saját Subversion tároló üzemeltetése i. Saját Subversion tároló üzemeltetése

Saját Subversion tároló üzemeltetése i. Saját Subversion tároló üzemeltetése i Saját Subversion tároló üzemeltetése ii KÖZREMŰKÖDŐK CÍM : Saját Subversion tároló üzemeltetése TEVÉKENYSÉG NÉV DÁTUM ALÁÍRÁS ÍRTA Jeszenszky, Péter 2014. február 16. VERZIÓTÖRTÉNET VERZIÓ DÁTUM LEÍRÁS

Részletesebben

Operációs rendszerek. Az X Window rendszer

Operációs rendszerek. Az X Window rendszer Operációs rendszerek X Windows rendszer Az X Window rendszer Grafikus felhasználói felületet biztosító alkalmazás és a kapcsolódó protokoll 1983-84: a Massachusetts Institute of Technology-n (MIT, USA).

Részletesebben

Telenor Webiroda. Kezdő lépések

Telenor Webiroda. Kezdő lépések Telenor Webiroda Kezdő lépések Virtuális Tárgyaló Tartalom 1. Bevezetés...2 2. A szolgáltatás elérése és a kliensprogram letöltése...3 3. A kliensprogram telepítése...6 4. A Virtuális Tárgyaló használatba

Részletesebben

WIN-TAX programrendszer hálózatban

WIN-TAX programrendszer hálózatban WIN-TAX programrendszer hálózatban Számítógépes hálózat Hálózat kialakítása Szerver gépre telepítendő alkalmazások: Adatbázis kiszolgáló (Firebird 2.5-ös verzió) WIN-TAX programrendszer Kliens gépre telepítendő

Részletesebben

Ismerkedjünk tovább a számítógéppel. Alaplap és a processzeor

Ismerkedjünk tovább a számítógéppel. Alaplap és a processzeor Ismerkedjünk tovább a számítógéppel Alaplap és a processzeor Neumann-elvű számítógépek főbb egységei A részek feladatai: Központi egység: Feladata a számítógép vezérlése, és a számítások elvégzése. Operatív

Részletesebben

A rendszer új verziója lehetőséget nyújt az erőforrások Excel táblázatba exportálására és a táblázatban elvégzett ármódosítások betöltésére.

A rendszer új verziója lehetőséget nyújt az erőforrások Excel táblázatba exportálására és a táblázatban elvégzett ármódosítások betöltésére. NewSoft Team 9400 Sopron, Avar u. 10. Tel.: 06-30/364-8694 E-mail: newsoft@t-online.hu http://newsoft.hu KöVeT - építőipari költségvetés készítő rendszer Tisztelt Érdeklődő! A KöVeT építőipari költségvetés

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

alkalmazásfejlesztő környezete

alkalmazásfejlesztő környezete A HunGrid infrastruktúra és alkalmazásfejlesztő környezete Gergely Sipos sipos@sztaki.hu MTA SZTAKI Hungarian Academy of Sciences www.lpds.sztaki.hu www.eu-egee.org egee EGEE-II INFSO-RI-031688 Tartalom

Részletesebben

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott

Részletesebben

Tisztelt Ügyfelünk! Tájékoztató az átállásról

Tisztelt Ügyfelünk! Tájékoztató az átállásról OTP BANK NYRT. Tisztelt Ügyfelünk! Tájékoztató az átállásról Bankunk ügyfeleink folytonos szoftverhasználatát biztosító szempont alapján úgy döntött, hogy az új verziót (6.01-01) most nem a megszokott

Részletesebben

Írásjogtól Rootig AIX-on

Írásjogtól Rootig AIX-on Írásjogtól rootig AIX-on Tanulmány Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. Írásjogtól rootig AIX-on 1. Bevezető A Silent Signal Kft. szakértői egy etikus hackelési projekt

Részletesebben

OCSP Stapling. Az SSL kapcsolatok sebességének növelése Apache, IIS és NginX szerverek esetén 1(10)

OCSP Stapling. Az SSL kapcsolatok sebességének növelése Apache, IIS és NginX szerverek esetén 1(10) OCSP Stapling Az SSL kapcsolatok sebességének növelése Apache, IIS és NginX szerverek esetén 1(10) 1. Tartalomjegyzék 1. Tartalomjegyzék... 2 2. Bevezető... 3 3. OCSP Stapling támogatással rendelkező webszerverek...

Részletesebben

A DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata. Répás Sándor

A DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata. Répás Sándor A DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata Répás Sándor Lépni Kell! Elfogytak a kiosztható IPv4-es címek. Az IPv6 1998 óta létezik. Alig

Részletesebben

Az Evolut Főkönyv program telepítési és beállítási útmutatója v2.0

Az Evolut Főkönyv program telepítési és beállítási útmutatója v2.0 Az Evolut Főkönyv program telepítési és beállítási útmutatója v2.0 Az Ön letölthető fájl tartalmazza az Evolut Főkönyv 2013. program telepítőjét. A jelen leírás olyan telepítésre vonatkozik, amikor Ön

Részletesebben

RapidMiner telepítés i. RapidMiner telepítés

RapidMiner telepítés i. RapidMiner telepítés i RapidMiner telepítés ii COLLABORATORS TITLE : RapidMiner telepítés ACTION NAME DATE SIGNATURE WRITTEN BY Jeszenszky, Péter 2014. szeptember 17. REVISION HISTORY NUMBER DATE DESCRIPTION NAME iii Tartalomjegyzék

Részletesebben

Számítógépes munkakörnyezet II. Szoftver

Számítógépes munkakörnyezet II. Szoftver Számítógépes munkakörnyezet II. Szoftver A hardver és a felhasználó közötti kapcsolat Szoftverek csoportosítása Számítógép működtetéséhez szükséges szoftverek Operációs rendszerek Üzemeltetési segédprogramok

Részletesebben

Számítógép felépítése

Számítógép felépítése Alaplap, processzor Számítógép felépítése Az alaplap A számítógép teljesítményét alapvetően a CPU és belső busz sebessége (a belső kommunikáció sebessége), a memória mérete és típusa, a merevlemez sebessége

Részletesebben

Vezetői információs rendszerek

Vezetői információs rendszerek Vezetői információs rendszerek Kiadott anyag: Vállalat és információk Elekes Edit, 2015. E-mail: elekes.edit@eng.unideb.hu Anyagok: eng.unideb.hu/userdir/vezetoi_inf_rd 1 A vállalat, mint információs rendszer

Részletesebben

A számítógép egységei

A számítógép egységei A számítógép egységei A számítógépes rendszer két alapvető részből áll: Hardver (a fizikai eszközök összessége) Szoftver (a fizikai eszközöket működtető programok összessége) 1.) Hardver a) Alaplap: Kommunikációt

Részletesebben

ELTE, IK, Információs Rendszerek Tanszék

ELTE, IK, Információs Rendszerek Tanszék ELTE, IK, Információs Rendszerek Tanszék (Készült Ács Zoltán diái alapján) Hálózati forgalom elemzés Különböző célok miatt szükség lehet a hálózati forgalom megfigyelésére egy adott alhálózaton: szoftverek

Részletesebben

KIRA. KIRA rendszer. Telepítési útmutató v1

KIRA. KIRA rendszer. Telepítési útmutató v1 KIRA rendszer Telepítési útmutató v1 1. Bevezetés A dokumentáció, illetve a dokumentáció mellékleteként megtalálható állományok segítségével készíthető fel a kliens oldali számítógép a KIRA rendszer működtetésére.

Részletesebben

SQL*Plus. Felhasználók: SYS: rendszergazda SCOTT: demonstrációs adatbázis, táblái: EMP (dolgozó), DEPT (osztály) "közönséges" felhasználók

SQL*Plus. Felhasználók: SYS: rendszergazda SCOTT: demonstrációs adatbázis, táblái: EMP (dolgozó), DEPT (osztály) közönséges felhasználók SQL*Plus Felhasználók: SYS: rendszergazda SCOTT: demonstrációs adatbázis, táblái: EMP dolgozó), DEPT osztály) "közönséges" felhasználók Adatszótár: metaadatokat tartalmazó, csak olvasható táblák táblanév-prefixek:

Részletesebben

Iroda++ 2010 DEMO telepítési útmutató

Iroda++ 2010 DEMO telepítési útmutató Az Iroda++ 2010 DEMO csomag telepítésének lépései Az alábbi pontok szerint telepítheti számítógépére a revolution Iroda++ 2010 program DEMO változatát. Fontos, hogy az Iroda++ rendszere SQL szerveres adatmotort

Részletesebben

Operációs rendszerek. 9. gyakorlat. Reguláris kifejezések - alapok, BASH UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

Operációs rendszerek. 9. gyakorlat. Reguláris kifejezések - alapok, BASH UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED Reguláris kifejezések - alapok, BASH Operációs rendszerek 9. gyakorlat Szegedi Tudományegyetem Természettudományi és Informatikai Kar Csuvik Viktor

Részletesebben

A JAVA FUTTATÁSAKOR ELŐFORDULÓ HIBA-

A JAVA FUTTATÁSAKOR ELŐFORDULÓ HIBA- A JAVA FUTTATÁSAKOR ELŐFORDULÓ HIBA- ÜZENETEK ÉS AZOK KIKERÜLÉSE Jelen jegyzet az ÉTDR Java platformon futtatható alkalmazásainak betöltésekor esetlegesen előugró hibaüzenetek kikerülése végett készült.

Részletesebben

7. Laboratóriumi gyakorlat: Vezérlési szerkezetek II.

7. Laboratóriumi gyakorlat: Vezérlési szerkezetek II. 7. Laboratóriumi gyakorlat: Vezérlési szerkezetek II. A gyakorlat célja: 1. A shell vezérlő szerkezetei használatának gyakorlása. A használt vezérlő szerkezetek: if/else/fi, for, while while, select, case,

Részletesebben

JCL eljárások Tanfolyami jegyzet. ICSS Kft 2012

JCL eljárások Tanfolyami jegyzet. ICSS Kft 2012 JCL eljárások Tanfolyami jegyzet ICSS Kft 2012 Bevezetés A JCL eljárás JCL utasításokat tartalmaz Az eljárás egy vagy több lépésből állhat Különböző felhasználók meghívhatják a JOBjukban az EXEC utasítás

Részletesebben

univerzum Standard,Vanilla,PVM,MPI,Globus és Java. condor_shadow

univerzum Standard,Vanilla,PVM,MPI,Globus és Java. condor_shadow A Condor jellegzetessége az univerzum fogalom. a rendszerben különbözı futtatási környezeteket takar: Standard,Vanilla,PVM,MPI,Globus és Java. A Standard univerzumban végrehajtott programok hibatőrık,

Részletesebben

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal. Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. 1 Tartalom 1. BEVEZETŐ... 3 1.1 Architektúra (terv) felülvizsgálat...

Részletesebben

1. Bevezető. 2. Sérülékenységek

1. Bevezető. 2. Sérülékenységek 1. Bevezető A dokumentum összefoglalja a Silent Signal Kft. szakértőinek 2011-ben elért kutatási és fejlesztési eredményeit. Ebben az időszakban munkatársaink 16 sebezhetőséget azonosítottak elterjedt

Részletesebben

Orvosi készülékekben használható modern fejlesztési technológiák lehetőségeinek vizsgálata

Orvosi készülékekben használható modern fejlesztési technológiák lehetőségeinek vizsgálata Kutatási beszámoló a Pro Progressio Alapítvány számára Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatika szak Orvosi készülékekben használható modern

Részletesebben

KAPCSOLÁSI RAJZ KIDOLGOZÁSA

KAPCSOLÁSI RAJZ KIDOLGOZÁSA KAPCSOLÁSI RAJZ KIDOLGOZÁSA Az elektronikai tervezések jelentős részénél a kiindulási alap a kapcsolási rajz. Ezen összegezzük, hogy milyen funkciókat szeretnénk megvalósítani, milyen áramkörökkel. A kapcsolási

Részletesebben

Szkriptnyelvek. 1. UNIX shell

Szkriptnyelvek. 1. UNIX shell Szkriptnyelvek 1. UNIX shell Szkriptek futtatása Parancsértelmez ő shell script neve paraméterek shell script neve paraméterek Ebben az esetben a szkript tartalmazza a parancsértelmezőt: #!/bin/bash Szkriptek

Részletesebben

Az SQL*Plus használata

Az SQL*Plus használata Az SQL*Plus használata Célkitűzés Bejelentkezés az SQL*Plus-ba SQL utasítások szerkesztése Az eredmény formázása SQL*Plus utasításokkal Szkriptfájlok használata Az SQL és az SQL*Plus kapcsolata SQL*Plus

Részletesebben

A JGrid rendszer biztonsági architektúrája. Magyaródi Márk Juhász Zoltán Veszprémi Egyetem

A JGrid rendszer biztonsági architektúrája. Magyaródi Márk Juhász Zoltán Veszprémi Egyetem A JGrid rendszer biztonsági architektúrája Magyaródi Márk Juhász Zoltán Veszprémi Egyetem A JGrid projekt Java és Jini alapú szolgáltatás orientált Grid infrastruktúra IKTA-5 089/2002 (2003-2004) Konzorcium:

Részletesebben

Az uniós adatvédelmi előírások hatása a bölcsődei adminisztrációra. Előadó: Dr. Jójárt Ágnes Szilvia ügyvéd

Az uniós adatvédelmi előírások hatása a bölcsődei adminisztrációra. Előadó: Dr. Jójárt Ágnes Szilvia ügyvéd Az uniós adatvédelmi előírások hatása a bölcsődei adminisztrációra Előadó: Dr. Jójárt Ágnes Szilvia ügyvéd Az új uniós jogszabályról General Data Protection Regulation GDPR Az Európai Parlament és a Tanács

Részletesebben

Szilipet programok telepítése Hálózatos (kliens/szerver) telepítés Windows 7 operációs rendszer alatt

Szilipet programok telepítése Hálózatos (kliens/szerver) telepítés Windows 7 operációs rendszer alatt Szilipet programok telepítése Hálózatos (kliens/szerver) telepítés Windows 7 operációs rendszer alatt segédlet A Szilipet programok az adatok tárolásához Firebird adatbázis szervert használnak. Hálózatos

Részletesebben

5. A záróvizsga-jegyzőkönyv készítése

5. A záróvizsga-jegyzőkönyv készítése 5. A záróvizsga-jegyzőkönyv készítése A záróvizsga-jegyzőkönyveket a VIK kivételével az előző félévekhez hasonlóan, a jegyzőkönyvkészítésre Dr. Tánczos László által kifejlesztett Access alkalmazás használatával

Részletesebben

ContractTray program Leírás

ContractTray program Leírás ContractTray program Leírás Budapest 2015 Bevezetés Egy-egy szerződéshez tartozó határidő elmulasztásának komoly gazdasági következménye lehet. Éppen ezért a Szerződés kezelő program főmenü ablakában a

Részletesebben

hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba

hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba = hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba HaXSoN Szerver Vékonyterminál vékonyterminál A HaXSoN vékonyterminál jellemzői - kis méretű, alacsony fogyasztású,

Részletesebben

Multimédiás adatbázisok

Multimédiás adatbázisok Multimédiás adatbázisok Multimédiás adatbázis kezelő Olyan adatbázis kezelő, mely támogatja multimédiás adatok (dokumentum, kép, hang, videó) tárolását, módosítását és visszakeresését Minimális elvárás

Részletesebben

COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group

COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group COMET webalkalmazás fejlesztés Tóth Ádám Jasmin Media Group Az előadás tartalmából Alapproblémák, fundamentális kérdések Az eseményvezérelt architektúra alapjai HTTP-streaming megoldások AJAX Polling COMET

Részletesebben

Megoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat

Megoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat Megoldás Feladat 1. Statikus teszt Specifikáció felülvizsgálat A feladatban szereplő specifikáció eredeti, angol nyelvű változata egy létező eszköz leírása. Nem állítjuk, hogy az eredeti dokumentum jól

Részletesebben

Adatbázis rendszerek. dr. Siki Zoltán

Adatbázis rendszerek. dr. Siki Zoltán Adatbázis rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati személyzeti

Részletesebben

Bevezetés az informatikába, második gyakorlat. Bevezetés Környezetváltozók és néhány egyszerű utasítás Jogosultságok Fájlkezelés

Bevezetés az informatikába, második gyakorlat. Bevezetés Környezetváltozók és néhány egyszerű utasítás Jogosultságok Fájlkezelés Bevezetés az informatikába, második gyakorlat Bevezetés Környezetváltozók és néhány egyszerű utasítás Jogosultságok Fájlkezelés Bevezetés Parancsértelmező (bash) Utasítások man Szövegszerkesztők Bash Különféle

Részletesebben

BEÁGYAZOTT RENDSZEREK TERVEZÉSE UDP csomag küldése és fogadása beágyazott rendszerrel példa

BEÁGYAZOTT RENDSZEREK TERVEZÉSE UDP csomag küldése és fogadása beágyazott rendszerrel példa BEÁGYAZOTT RENDSZEREK TERVEZÉSE 1 feladat: A Netburner MOD5270 fejlesztőlap segítségével megvalósítani csomagok küldését és fogadását a fejlesztőlap és egy PC számítógép között. megoldás: A fejlesztőlapra,

Részletesebben

A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező)

A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező) A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP Bejelentkezés Explorer (böngésző) Webmail (levelező) 2003 wi-3 1 wi-3 2 Hálózatok

Részletesebben

SZOFTVER = a számítógépet működtető és az azon futó programok összessége.

SZOFTVER = a számítógépet működtető és az azon futó programok összessége. SZOFTVEREK SZOFTVER = a számítógépet működtető és az azon futó programok összessége. Programok Programnak nevezzük egy algoritmus valamelyik számítógépes programnyelven való leírását, amely a számítógép

Részletesebben

Oktatási cloud használata

Oktatási cloud használata Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnikai és Információs Rendszerek Tanszék Oktatási cloud használata Készítette: Tóth Áron (BME MIT), 2013. A segédlet célja a tanszéki oktatási cloud

Részletesebben

Oralce kliens installálása Windows Server 2003-ra

Oralce kliens installálása Windows Server 2003-ra Oralce kliens installálása Windows Server 2003-ra Szükséges elofeltétel Szükséges operációs rendszer: Windows 2003 SP1 Oracle kliens verzió: 9.2.0.1.0 (9R2) Valid SQLNet.ORA fájl, amely tartalmazza a céges

Részletesebben

Szolgáltatási szint megállapodás

Szolgáltatási szint megállapodás Szolgáltatási szint megállapodás Verzió: 1.1 (2017. november 30.) aai@niif.hu Tartalomjegyzék Tartalomjegyzésk 1 Műszaki szolgáltatások...3 1.1 Fájl-alapú metadata...3 1.1.1 Szolgáltatás URL...3 1.1.2

Részletesebben

Elektronikusan hitelesített PDF dokumentumok ellenőrzése

Elektronikusan hitelesített PDF dokumentumok ellenőrzése Elektronikusan hitelesített PDF dokumentumok ellenőrzése Adobe Reader beállítása és használata a hitelesített PDF dokumentumok ellenőrzéséhez A dokumentáció szabadon tovább terjeszthető, a legfrissebb

Részletesebben

DebitTray program Leírás

DebitTray program Leírás DebitTray program Leírás Budapest 2015 Bevezetés Egy-egy kintlévőséghez tartozó határidő elmulasztásának komoly következménye lehet. Éppen ezért a Kintlévőség kezelő program főmenü ablakában a program

Részletesebben

KELER KID Internetwork System (KIS)

KELER KID Internetwork System (KIS) KELER KID Internetwork System (KIS) Éles és teszt program installációs segédlet Verzió: 2.0 2015. 04. 10. Cardinal Kft. 2015. Tartalomjegyzék 1. Néhány alapvető információ...3 1.1 KID program hardware

Részletesebben

Java I. A Java programozási nyelv

Java I. A Java programozási nyelv Java I. A Java programozási nyelv története,, alapvető jellemzői Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 02. 12. Java I.: Történet, jellemzők, JDK JAVA1 / 1 Egy kis történelem

Részletesebben

A TERC VIP költségvetés-készítő program telepítése, Interneten keresztül, manuálisan

A TERC VIP költségvetés-készítő program telepítése, Interneten keresztül, manuálisan Telepítés internetről A TERC VIP költségvetés-készítő program telepítése, Interneten keresztül, manuálisan Új szolgáltatásunk keretén belül, olyan lehetőséget kínálunk a TERC VIP költségvetéskészítő program

Részletesebben

Telepítési Kézikönyv

Telepítési Kézikönyv Intelligens Dokumentum Kezelő Rendszer Telepítési Kézikönyv 1/15. oldal Dokumentum áttekintés Dokumentum címe: doknet telepítési kézikönyv Dokumentum besorolása: szoftver telepítési leírás Projektszám:

Részletesebben

Open Access - tájékoztató, dokumentáció szerzőknek és adminisztrátoroknak

Open Access - tájékoztató, dokumentáció szerzőknek és adminisztrátoroknak Open Access - tájékoztató, dokumentáció szerzőknek és adminisztrátoroknak Az elérhetőség jelölése az MTMT-ben Bevezetés A közlemények teljes szövegének olvashatóságát, hozzáférhetőségét (pl. open access)

Részletesebben

Távolléti díj kezelése a Novitax programban

Távolléti díj kezelése a Novitax programban Mire jó a FirebirdSettings.exe Ezzel a programmal a Firebird adatbázis-kezelővel és az adatbázisokkal kapcsolatos beállításokat lehet elvégezni. Mit kell tenni a használata előtt A FirebirdSettings.exe

Részletesebben

Non-stop hozzáférés az üzleti információkhoz bárhol, bármikor és bármilyen eszközzel

Non-stop hozzáférés az üzleti információkhoz bárhol, bármikor és bármilyen eszközzel Non-stop hozzáférés az üzleti információkhoz bárhol, bármikor és bármilyen eszközzel The Power to Change A NetWare 6 üzleti előnyeinek áttekintése NetWare 6: Az operációs rendszer szerepe a Hálózati szolgáltatásokban

Részletesebben

Hálózati ismeretek. Az együttműködés szükségessége:

Hálózati ismeretek. Az együttműködés szükségessége: Stand alone Hálózat (csoport) Az együttműködés szükségessége: közös adatok elérése párhuzamosságok elkerülése gyors eredményközlés perifériák kihasználása kommunikáció elősegítése 2010/2011. őszi félév

Részletesebben

The Power To Develop. i Develop

The Power To Develop. i Develop The Power To Develop 2001 Alkalmazások fejlesztése Oracle9i Alkalmazás rel Molnár Balázs Értékesítési konzultáns Oracle Hungary Miről is lesz szó? Mi az Oracle9i AS, technikailag? Hogyan működik Oracle9i

Részletesebben

Számítógépes Hálózatok GY 6.hét

Számítógépes Hálózatok GY 6.hét Számítógépes Hálózatok GY 6.hét Laki Sándor ELTE-Ericsson Kommunikációs Hálózatok Laboratórium ELTE IK - Információs Rendszerek Tanszék lakis@elte.hu http://lakis.web.elte.hu Teszt 10 kérdés 10 perc canvas.elte.hu

Részletesebben

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja 1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3

Részletesebben

A legfontosabb DOS parancsok

A legfontosabb DOS parancsok A legfontosabb DOS parancsok A DOS parancsok általános formája: KULCSSZÓ paraméterek Az utasítások akár kis-, akár nagybetűkkel is írhatók, a DOS nem tesz köztük különbséget. A kulcsszó és az első paraméter

Részletesebben

Az MTMT és az Intézeti Repozitóriumok összekapcsolása bevezetési tapasztalatok SZLUKA PÉTER SEMMELWEIS EGYETEM KÖZPONTI KÖNYVTÁR

Az MTMT és az Intézeti Repozitóriumok összekapcsolása bevezetési tapasztalatok SZLUKA PÉTER SEMMELWEIS EGYETEM KÖZPONTI KÖNYVTÁR 1 Az MTMT és az Intézeti Repozitóriumok összekapcsolása bevezetési tapasztalatok SZLUKA PÉTER SEMMELWEIS EGYETEM KÖZPONTI KÖNYVTÁR PSZLUKA@LIB.SOTE.HU A repozitórium 2 Néhány tulajdonsága Elektronikus

Részletesebben

OPERÁCIÓS RENDSZEREK. Elmélet

OPERÁCIÓS RENDSZEREK. Elmélet 1. OPERÁCIÓS RENDSZEREK Elmélet BEVEZETÉS 2 Az operációs rendszer fogalma Az operációs rendszerek feladatai Csoportosítás BEVEZETÉS 1. A tantárgy tananyag tartalma 2. Operációs rendszerek régen és most

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

Rendszerterv. 1. Funkcionális terv. 1.1. Feladat leírása:

Rendszerterv. 1. Funkcionális terv. 1.1. Feladat leírása: Rendszerterv 1. Funkcionális terv 1.1. Feladat leírása: A feladat egy GPS-képes eszközökön futó alkalmazás, illetve ennek szerver oldali párjának létrehozása. A program a szerveren tárolt adatbázis alapján

Részletesebben

OE-NIK 2010/11 ősz OE-NIK. 2010. ősz

OE-NIK 2010/11 ősz OE-NIK. 2010. ősz 2010/11 ősz 1. Word / Excel 2. Solver 3. ZH 4. Windows 5. Windows 6. ZH 7. HTML 8. HTML 9. ZH 10. Adatszerkezetek, változók, tömbök 11. Számábrázolási kérdések 12. ZH 13. Pótlás A Windows felhasználói

Részletesebben

Operációs rendszerek. 9. gyakorlat. BASH recap, reguláris kifejezések UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

Operációs rendszerek. 9. gyakorlat. BASH recap, reguláris kifejezések UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED BASH recap, reguláris kifejezések Operációs rendszerek 9. gyakorlat Szegedi Tudományegyetem Természettudományi és Informatikai Kar Csuvik Viktor

Részletesebben

Nyíregyházi Egyetem Matematika és Informatika Intézete. Fájl rendszer

Nyíregyházi Egyetem Matematika és Informatika Intézete. Fájl rendszer 1 Fájl rendszer Terminológia Fájl és könyvtár (mappa) koncepció Elérési módok Fájlattribútumok Fájlműveletek ----------------------------------------- Könyvtár szerkezet -----------------------------------------

Részletesebben

SzIP kompatibilis sávszélesség mérések

SzIP kompatibilis sávszélesség mérések SZIPorkázó technológiák SzIP kompatibilis sávszélesség mérések Liszkai János Equicom Kft. SZIP Teljesítőképesség, minőségi paraméterek Feltöltési sebesség [Mbit/s] Letöltési sebesség [Mbit/s] Névleges

Részletesebben

TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS

TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS Hartung István BME Irányítástechnika és Informatika Tanszék TEMATIKA Cloud definíció, típusok, megvalósítási modellek Rövid Azure cloud bemutatás

Részletesebben

HunGrid Grid technológiák hozzáférési lehetőségei az intézetben

HunGrid Grid technológiák hozzáférési lehetőségei az intézetben HunGrid Grid technológiák hozzáférési lehetőségei az intézetben Kővári Kálmán Számítógép Hálózati Központ (SZHK) Részecske és Magfizikai Kutató Intézet, Budapest Simonyi-nap 2007. október 18. Budapest

Részletesebben

WEB2GRID: Desktop Grid a Web 2.0 szolgálatában

WEB2GRID: Desktop Grid a Web 2.0 szolgálatában WEB2GRID: Desktop Grid a Web 2.0 szolgálatában MAROSI Attila Csaba MTA SZTAKI atisu@sztaki.hu 2011.07.26. Áttekintés Bevezető Grid rendszerekkel szembeni elvarások változása Web 2.0 rendszerek főbb jellemzői

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

ServiceTray program Leírás

ServiceTray program Leírás ServiceTray program Leírás Budapest 2015 Bevezetés szerviz munkalapok státuszai a Törölve és Lezárva státuszt leszámítva a munkalap különböző nyitott állapotát jelzik, melyek valamilyen tevékenységet jeleznek.

Részletesebben

Angol szótár V2.0.0.0

Angol szótár V2.0.0.0 Angol szótár V2.0.0.0 Bemutató Verzió Felhasználói Kézikönyv Készítette: Szűcs Zoltán. 2536 Nyergesújfalu, Pala u. 7. Tel \ Fax: 33-355 - 712. Mobil: 30-529-12-87. E-mail: info@szis.hu. Internet: www.szis.hu.

Részletesebben

Intelligens partner rendszer virtuális kórházi osztály megvalósításához

Intelligens partner rendszer virtuális kórházi osztály megvalósításához Intelligens partner rendszer virtuális kórházi osztály megvalósításához 1. Célkitűzések A pályázat célja egy virtuális immunológiai osztály kialakítása, amelynek segítségével a különböző betegségekkel

Részletesebben

Programozási technikák Pál László. Sapientia EMTE, Csíkszereda, 2009/2010

Programozási technikák Pál László. Sapientia EMTE, Csíkszereda, 2009/2010 Programozási technikák Pál László Sapientia EMTE, Csíkszereda, 2009/2010 12. ELŐADÁS Adatbázis-kezelés Delphiben 2 Adatmegjelenítés lekérdezés segítségével A táblákhoz hasonlóan a lekérdezések is az adatbázis

Részletesebben

Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban

Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok

Részletesebben

Belépve a www.biztositasonline24.hu weboldalra Ön elfogadja az alábbi feltételeket akkor is, ha nem regisztrált felhasználója az oldalnak:

Belépve a www.biztositasonline24.hu weboldalra Ön elfogadja az alábbi feltételeket akkor is, ha nem regisztrált felhasználója az oldalnak: ADATVÉDELEM Felhasználói feltételek Belépve a www.biztositasonline24.hu weboldalra Ön elfogadja az alábbi feltételeket akkor is, ha nem regisztrált felhasználója az oldalnak: tilos a biztositasonline24.hu

Részletesebben