Konzistentnost. Pro a proti replikaci. Vztah ke škálovatelnosti (1)
|
|
- Lucie Dušková
- před 4 lety
- Počet zobrazení:
Transkript
1 Konzistentnost Pednášky z distribuovaných systém Pro a proti replikaci 1. Zvýšení spolehlivosti. 2. Zvýšení výkonnosti. 3. Nutnost zachování škálovatelnosti systému co do potu komponent i geografické rozlehlosti. 4. Výkonnost se snižuje, protože s opravou jedné kopie souvisí i oprava ostatních kopií pro zachování konzistentnosti DS - Konzistentnost a replikace 2 Vztah ke škálovatelnosti (1) Pro zlepšení škálovatelnosti jsou používány replikace a cache. Škálovatelnost je obecn prezentována jako problém prchodnosti. Replikace dat v blízkosti potenciálních uživatel mže zlepšit výkonnost a zlepšit škálovatelnost. Potenciální problémy: Šíka pásma požadovaná pro aktualizaci kopií mže být velká. Udržování konzistentních replikovaných kopií mže být problémové z pohledu škálovatelnosti. Proto je teba dodržovat urité dohody pi replikaci dat DS - Konzistentnost a replikace 3 1
2 Vztah ke škálovatelnosti (2) Vícenásobné kopie. zvyšují výkonnost a redukují dobu pístupu zvyšují také režii pro udržení konzistentnosti píklad: N - krát replikované objekty frekvence tení R, frekvence zápisu W je-li R <<W vysoká konzistentnost zvyšuje režii, zprávy jsou zbytené Zdrojem ešení je udržování konzistentnosti volba vhodné sémantiky tsná konzistentnost vyžaduje globáln synchronizované hodiny ešení: snížíme požadavky na konzistentnost jsou k dispozici rzné stupn konzistentnosti DS - Konzistentnost a replikace 4 Úvod do konzistenních model K popisu a ešení problému konzistentnosti bylo vytvoeno mnoho model, ve kterých se mluví o operacích tení a zápisu nad distribuovanou datovou pamtí. Každý proces je chápán tak, že má k dispozici kopii celé datové pamti. Zápis je njaká zmna lokální kopie, kterou je teba replikovat do ostatních vzdálených kopií. tení je operace, která data nemodifikuje. Bžn je operace tení chápána tak, že vrací výsledek poslední operace zápisu do datové položky. Konzistenní model (konzistenní sémantika) je dohoda mezi procesy a datovou pamtí. Pokud budou procesy dodržovat dohody dané modelem, bude pam pracovat korektn DS - Konzistentnost a replikace 5 Data-Centric konzistenní modely Obecná organizace pamti dat, fyzicky distribuované a replikované nkolika procesy DS - Konzistentnost a replikace 6 2
3 Striktní konzistentnost Definice: jakékoliv tení datové položky X vrací hodnotu odpovídající výsledku poslední operace zápisu X. Definice implicitn pedpokládá existenci absolutního globálníhoasu. Je pirozen dostupná v jednoprocesorových systémech, ale neimplementovatelná v distribuovaných systémech. Dva procesy, pracující s týmiž daty. a) Striktn konzistentní pam. b) Pam, které není striktn konzistentní DS - Konzistentnost a replikace 7 Linearizovatelnost a sekvenní konzistentnost (1) Sekvenní konzistentnost: Výsledek jakéhokoliv provádní je tentýž, jako kdyby operace tení a zápisu všech proces nad datovou pamtí byly provádny v njakém sekvenním poadí a operace všech individuálních proces se jeví v téže sekvenci, ve které je specifikována jejich programem. Všechny procesy vidí totéž poadí operací zápisu. a) Sekvenn konzistentní pam. b) Pam, která není sekvenn konzistentní DS - Konzistentnost a replikace 8 Linearizovatelnost Definice: Výsledek jakéhokoliv provádní je tentýž jako kdyby operace tení a zápisu všech proces nad datovou pamtí byly provádny ve stejném poadí a operace všech individuálních proces odpovídají v této sekvenci poadí, specifikovaném jejich programem.navíc pokud platí, že TS(op 1 (x)) < TS( op 2 (y)), pak operace op1(x) musí nastat díve, než operace op2(y). V tomto modelu se pedpokládá, že operace pijímají asové znaky z globáln dostupného asového zdroje s konenou pesností. Linearizovatelná datová pam je také sekvenn konzistentní, ale je implementan náronjší než sekvenní konzistentnost. Linearizovatelnost se primárn používá pi formální verifikaci konkurentních program DS - Konzistentnost a replikace 9 3
4 Linearizovatelnost a sekvenní konzistentnost (2) Process P1 print ( y, z); Process P2 print (x, z); Process P3 Ti soubžn bžící procesy DS - Konzistentnost a replikace 10 Linearizovatelnost a sekvenní konzistentnost (3) print ((y, z); print (x, z); print (x,z); print(y, z); print (x, z); print (y, z); print (x, z); print (y, z); Prints: Prints: Prints: Prints: Signature: (a) Signature: (b) Signature: (c) Signature: (d) tyi platné posloupnosti provádní proces z pedchozího obrázku DS - Konzistentnost a replikace 11 Sekvenní konzistentnost a serializovatelnost Sekvenní konzistentnost je porovnatelná se serializovatelností v pípad transakcí. Odlišnost je v úrovni rozlišení: sekvenní konzistentnost je definována v termínech operací tení a zápis, serializovatelnost v termínech transakcí, které zahrnují tyto operace. Sekvenní konzistentnost pedstavuje uživatelsky pívtivý model, ale má vážné problémy s výkonností. Sequential consistency is a programmer-friendly model, but it has serious performance problems. Proto byly navrženy slabší modely konzistentnosti DS - Konzistentnost a replikace 12 4
5 Píinná (Casual) konzistentnost (1) Píinná konzistentnost vyžaduje úplné uspoádání pouze pro operace zápisu, které jsou vzájemn závislé. 1. Operace read je píinn vztažena k operaci write, pokud write zapisuje data, která readte. 2. Operace write je píinn vztažena k operaci read, která nastane díve než write v tomtéž procesu. 3. Jestliže read závisí na write_1 a write_2 na read, pak také write_2 závisí na write_1. Nutné podmínky: 1. Zápisy, které mají potenciáln píinný vztah musí být vidny všemi procesy ve stejném poadí. 2. Konkurentní zápisy mohou být vidny v rzných poadích v rzných poadích v rzných procesech DS - Konzistentnost a replikace 13 Píinná (Casual) konzistentnost (2) Tato sekvence je pípustná s píinn konzistentní pamtí dat, ale ne jako sekvenn nebo striktn konzistentní DS - Konzistentnost a replikace 14 Píinná (Casual) konzistentnost (3) a) Porušení píinn konzistentní pamti. b) Správná sekvence událostí v píinn konzistentní pamti DS - Konzistentnost a replikace 15 5
6 FIFO konzistentnost (1) Nezbytné podmínky: 1. Zápisy od jednoho procesu jsou ostatními procesy vidny v tomtéž poadí, ve které byly vyslány 2. Zápisy od rzných proces mohou být vidny rznými procesy v rzném poadí DS - Konzistentnost a replikace 16 FIFO konzistentnost (2) Platná sekvence událostí FIFO konzistentnosti DS - Konzistentnost a replikace 17 FIFO konzistentnost (3) Process P1 print ( y, z); Process P2 print (x, z); Process P3 Ti soubžn bžící procesy DS - Konzistentnost a replikace 18 6
7 FIFO konzistentnost (4) print (y, z); print(x, z); Prints: 00 (a) print(x, z); print ( y, z); Prints: 10 (b) print (x, z); print (y, z); Prints: 01 (c) FIFO konzistentní pohledy tí proces na poadí provádní píkaz z pedchozího obrázku. Zvýraznné píkazy print generují výstup DS - Konzistentnost a replikace 19 FIFO konzistentnost (5) Process P1 if (y == 0) kill (P2); Process P2 if (x == 0) kill (P1); Synchronizace dvou konkurentních proces. Pi FIFO konzistentnosti dávají rzné výsledky (bží dva procesy, jeden proces nebo žádný proces) DS - Konzistentnost a replikace 20 Slabá (Weak) konzistentnost (1) Synchronizaní promnné zajišují konzistentnost skupiny operací (transakcí), ne individuálních zápis a tení. Vlastnosti: 1. Pístup k synchronizaním promnným spojeným s datovou pamtí je sekvenn konzistentní 2. Není dovoleno, aby byla nad synchronizaní promnnou provedena operace zápisu, dokud není na všech místech dokonena pedchozí operace zápisu 3. Není dovolena operace tení nebo zápisu nad daty, dokud nejsou provedeny všechny pedchozí operace nad synchronizaními promnnými DS - Konzistentnost a replikace 21 7
8 Slabá (Weak) konzistentnost (2) int a, b, c, d, e, x, y; /* variables */ int *p, *q; /* pointers */ int f( int *p, int *q); /* function prototype */ a = x * x; /* a stored in register */ b = y * y; /* b as well */ c = a*a*a + b*b + a * b; /* used later */ d = a * a * c; /* used later */ p = &a; /* p gets address of a */ q = &b /* q gets address of b */ e = f(p, q) /* function call */ ást programu, kde mohou být nkteré promnné uloženy v registrech DS - Konzistentnost a replikace 22 Slabá (Weak) konzistentnost (3) a) Platná posloupnost událostí pro slabou konzistentnost. b) Neplatná posloupnost pro slabou konzistentnost DS - Konzistentnost a replikace 23 Uvolující (Release) konzistentnost (1) Platná posloupnost událostí pro uvolnnou konzistentnost DS - Konzistentnost a replikace 24 8
9 Uvolující (Release) konzistentnost (2) Pravidla: Ped provedením operace tení nebo zápisu nad sdílenými daty musí být úspšn ukoneny všechny pedchozí požadavky Ped provedením požadavku uvolnní (release), musí být ukoneny všechny pedchozí tení a zápisy daného procesu Pístupy k synchronizaním promnným jsou FIFO konzistentní (sekvenní konzistentnost není požadována) DS - Konzistentnost a replikace 25 Vstupní (Entry) konzistentnost (1) Podmínky: Získání pístupu k synchronizaním promnným vztaženým k procesu je požadováno teprve tehdy, když jsou provedeny všechny opravy chránných sdílených dat vztažených k tomuto procesu. Ped povolením režimu výluného pístupu k synchronizaní promnné procesem nesmí mít jiný proces pístup k této synchronizaní promnné ani v sdíleném (nevýluném) režimu. Po ukonení režimu výluného pístupu k synchronizaní promnné nemže být proveden sdílený pístup k této synchronizaní promnné jinými procesy dokud není vzat na zetel vlastníkem promnné DS - Konzistentnost a replikace 26 Vstupní (Entry) konzistentnost (2) Platná sekvence událostí pro vstupní konzistentnost DS - Konzistentnost a replikace 27 9
10 konzistentnost písná linearizovatelnost sekvenní píinná FIFO konzistentnost slabá uvolující vstupní Pehled konzistenních model popis Absolutní uspoádání v ase pro všechny události sdílených pístup. Všechny procesy musí vidt všechny sdílené pístupy ve stejném poadí. Pístupy jsou navíc uspoádány podle globálních (nejednoznaných) asových znaek. Všechny procesy vidí všechny sdílené pístupy ve stejném poadí. Pístup není uspoádán v ase. Všechny procesy vidí píinn svázané sdílené pístupy v tomtéž poadí. Všechny procesy vidí zápisy ostatních proces v poadí, ve kterém byly použity. Zápisy od rzných proces nemusí být vidny v tomtéž poadí. popis Sdílená data mohou být chápána jako konzistentní pouze po ukonení synchronizace. Sdílená data jsou vytvoena konzistentn po ukonení kritické sekce. Sdílená data náležející kritické oblasti jsou vytvoena konzistentn po vstupu do kritické sekce. (b) a) Konzistentní modely, které nepoužívají synchronizaní operace. b) Modely se synchronizaními operacemi DS - Konzistentnost a replikace 28 (a) Ostatní konzistenní modely (Klient-Centric konzistenní modely) Pedchozí studované modely se týkaly údržby konzistentní datové pamti v pípad konkurentních operací zápisu a tení. Jiná tída distribuovaných datových pamtí je charakterizována tím, že postrádá soubžné opravy. Tj. mnoho operací požaduje tení datové pamti, ale ne zápisy. Takové datové pamti používají velmi slabou formu konzistentnosti, známou jako možná (eventual) konzistentnost DS - Konzistentnost a replikace 29 Možná (Eventual) konzistentnost Mezi systémy, kde mže být velmi uvolnná konzistentnost patí: DNS systém Web. Otázka zní: jak rychle mohou být opravy pístupné procesm, které data pouze tou? Po njaké dob vidí všechny repliky všechny opravy a pechází do konzistentního stavu (jsou postupn konzistentní). Tento typ konzistentnosti je znám jako možná konzistentnost. Možná konzistentnost vyžaduje zadávat pouze takové opravy, u kterých je zarueno, že budou v konené dob dorueny do všech replik. Možná konzistentnost pracuje dobe pokud se klienti vždy pipojují k téže replice. Pokud se do distribuovaných systém pidá mobilita, mže systém zkolabovat velmi rychle DS - Konzistentnost a replikace 30 10
11 Možná (Eventual) konzistentnost Princip pístupu mobilních uživatel k rzným replikám distribuované databáze DS - Konzistentnost a replikace 31 Monotónní tení Operace tení jsou provádny jedním procesem P na dvou rzných lokálních kopiích téže datové pamti. a) Monotónní tení konzistentní datové pamti b) Datová pam, kde se neprovádí monotónní tení DS - Konzistentnost a replikace 32 Monotónní zápis Operace zápisu provádné jedním procesem P nad dvma rznými lokálními kopiemi téže datové pamti a) Monotónní zápis konzistentní datové pamti b) Datová pam, která neprovádí konzistentní monotónní zápis DS - Konzistentnost a replikace 33 11
12 tení vlastních zápis a) Datová pam, která poskytuje konzistentnost typu tení vlastních zápis. b) Datová pam, která to neposkytuje DS - Konzistentnost a replikace 34 Zápisy následující po tení a) Datová pam s konzistentností typu writes-follow-reads. b) Datová pam bez konzistentnosti typu writes-follow-reads DS - Konzistentnost a replikace 35 12
Konzistentnost. Přednášky z distribuovaných systémů
Konzistentnost Přednášky z distribuovaných systémů Pro a proti replikaci 1. Zvýšení spolehlivosti. 2. Zvýšení výkonnosti. 3. Nutnost zachování škálovatelnosti systému co do počtu komponent i geografické
VíceReplikace. Pro a proti replikaci. Vztah ke škálovatelnosti (1)
Replikace Pednášky z distribuovaných systém Pro a proti replikaci 1. Zvýšení spolehlivosti. 2. Zvýšení výkonnosti. 3. Nutnost zachování škálovatelnosti systému co do potu komponent i geografické rozlehlosti.
VícePříprava na zk. z KIV/DS
Příprava na zk. z KIV/DS Obsah Příprava na zk. z KIV/DS...1 Oficiální studijní materiály...1 01-intro...1 03-Sychro-tanenbaum...1 04-Transakce-tanenbaum...2 05-DSAlgoritmy...2 06-DS-deadlock...2 07-Konzistentnost...2
VícePromnné. [citováno z
Promnné [citováno z http://wraith.iglu.cz/python/index.php] Abychom s datovým objektem mohli v programu njak rozumn pracovat, potebujeme se na nj njakým zpsobem odkázat. Potebujeme Pythonu íct, aby napíklad
VíceDistribuovaná sdílená pam
Distribuovaná sdílená pam Základní pedpoklad distribuovaného stránkování je, že žádný procesor nemže pímo pistupovat do pamti jiného (cizího) procesoru. Takovýmto systémm se íká NORMA - No Remote Memory
VíceKomunikace. Úrovová architektura protokol. Úrovová architektura protokol (2) Pednášky z distribuovaných systém
Komunikace Pednášky z distribuovaných systém Úrovová architektura protokol 2-1 Úrovn, rozhraní a protokoly OSI modelu. 6.12.2004 DS - Komunikace 2 Úrovová architektura protokol (2) 2-2 Typická zpráva penášená
Více1 Píklady popisu typických konstrukcí
1 Píklady popisu typických konstrukcí V tomto odstavci se pokusíme ilustrovat denotaní popis sémantiky ve funkcionálním modelu pro typické píklady jazykových konstrukcí. Popisované konstrukce budou fragmenty
VíceKaždý datový objekt Pythonu má minimáln ti vlastnosti. Identitu, datový typ a hodnotu.
Datový objekt [citováno z http://wraith.iglu.cz/python/index.php] Každý datový objekt Pythonu má minimáln ti vlastnosti. Identitu, datový typ a hodnotu. Identita Identita datového objektu je jedinený a
VíceIMPORT DAT Z TABULEK MICROSOFT EXCEL
IMPORT DAT Z TABULEK MICROSOFT EXCEL V PRODUKTECH YAMACO SOFTWARE PÍRUKA A NÁVODY PRO ÚELY: - IMPORTU DAT DO PÍSLUŠNÉ EVIDENCE YAMACO SOFTWARE 2005 1. ÚVODEM Všechny produkty spolenosti YAMACO Software
VíceCykly Intermezzo. FOR cyklus
Cykly Intermezzo Rozhodl jsem se zaadit do série nkolika lánk o základech programování v Delphi/Pascalu malou vsuvku, která nám pomže pochopit principy a zásady pi používání tzv. cykl. Mnoho ástí i jednoduchých
VíceORACLE ÍZENÍ VÝROBY ORACLE WORK IN PROCESS KLÍOVÉ FUNKCE ORACLE WORK IN PROCESS
ORACLE WORK IN PROCESS ORACLE ÍZENÍ VÝROBY KLÍOVÉ FUNKCE ORACLE WORK IN PROCESS Definice standardních výrobních píkaz Definice výrobních rozvrh pro libovolný zvolený interval Definice výrobních píkaz koncové
VíceReplikace je proces kopírování a udržování databázových objektů, které tvoří distribuovaný databázový systém. Změny aplikované na jednu část jsou
Administrace Oracle Replikace je proces kopírování a udržování databázových objektů, které tvoří distribuovaný databázový systém. Změny aplikované na jednu část jsou zachyceny a uloženy lokálně před posláním
VícePÍRUKA A NÁVODY PRO ÚELY: - RUTINNÍ PRÁCE S DATY
PÍRUKA A NÁVODY PRO ÚELY: - RUTINNÍ PRÁCE S DATY YAMACO SOFTWARE 2006 1. ÚVODEM Nové verze produkt spolenosti YAMACO Software pinášejí mimo jiné ujednocený pístup k použití urité množiny funkcí, která
Více1. Signatura datového typu
1. Signatura datového typu a) popisuje vlastnosti operací datového typu b) popisuje sémantiku datového typu c) popisuje jména druh a operací a druhy argument a výsledku d) je grafickým vyjádením implementace
VíceIng. Jaroslav Halva. UDS Fakturace
UDS Fakturace Modul fakturace výrazn posiluje funknost informaního systému UDS a umožuje bilancování jednotlivých zakázek s ohledem na hodnotu skutených náklad. Navíc optimalizuje vlastní proces fakturace
Více27. asové, kmitotové a kódové dlení (TDM, FDM, CDM). Funkce a poslání úzkopásmových a širokopásmových sítí.
Petr Martínek martip2@fel.cvut.cz, ICQ: 303-942-073 27. asové, kmitotové a kódové dlení (TDM, FDM, CDM). Funkce a poslání úzkopásmových a širokopásmových sítí. Multiplexování (sdružování) - jedná se o
VícePrezentaní program PowerPoint
Prezentaní program PowerPoint PowerPoint 1 SIPVZ-modul-P0 OBSAH OBSAH...2 ZÁKLADNÍ POJMY...3 K EMU JE PREZENTACE... 3 PRACOVNÍ PROSTEDÍ POWERPOINTU... 4 OPERACE S PREZENTACÍ...5 VYTVOENÍ NOVÉ PREZENTACE...
VíceZbytky zákaznického materiálu
Autoi: V Plzni 31.08.2010 Obsah ZBYTKOVÝ MATERIÁL... 3 1.1 Materiálová žádanka na peskladnní zbytk... 3 1.2 Skenování zbytk... 7 1.3 Vývozy zbytk ze skladu/makulatura... 7 2 1 Zbytkový materiál V souvislosti
VíceRzné algoritmy mají rznou složitost
X36DSA 25 / 3 DSA Rzné algoritmy mají rznou složitost X36DSA 25 2 / 3 DSA The complexity of different algorithms varies X36DSA 25 3 / 3 Abeceda Jazyk Abeceda konená (neprázdná) množina symbol A mohutnost
VíceSpráva obsahu ízené dokumentace v aplikaci SPM Vema
Správa obsahu ízené dokumentace v aplikaci SPM Vema Jaroslav Šmarda, smarda@vema.cz Vema, a. s., www.vema.cz Abstrakt Spolenost Vema patí mezi pední dodavatele informaních systém v eské a Slovenské republice.
Více2. Žadatel 2.1. Identifikace žadatele Název pozemkového úadu (nap. Ministerstvo Zemdlství R Pozemkový úad Jihlava)
1. Název projektu 1.1. Struný a výstižný název projektu - uvete, struný a výstižný název projektu, návaznost projektu k priorit, opatení, podopatení a investinímu zámru; 1.2. Cíle projektu 1.2.1. Specifické
Více4 - Architektura poítae a základní principy jeho innosti
4 - Architektura poítae a základní principy jeho innosti Z koncepního hlediska je mikropoíta takové uspoádání logických obvod umožující provádní logických i aritmetických operací podle posloupnosti povel
VíceMS Outlook konektor. Každý jsme hlava na nco jiného. My jsme hlavy na IT. Miloslav Záleský Patrik Šolc Jan Matuš 30.9.2009
MS Outlook konektor do datové schránky Miloslav Záleský Patrik Šolc Jan Matuš 30.9.2009 Každý jsme hlava na nco jiného. My jsme hlavy na IT. Obsah Co je Outlook konektor do datové schránky, jak a pro vznikl,
VíceORACLE DISCRETE MANUFACTURING ORACLE DISKRÉTNÍ VÝROBA
ORACLE DISCRETE MANUFACTURING ORACLE DISKRÉTNÍ VÝROBA KLÍOVÉ FUNKCE ORACLE DISCRETE MANUFACTURING Definice výrobních píkaz Definice výrobních rozvrh ízení zakázkové výroby ízení sériové výroby ízení hromadné
VíceGymnázium. Kromíž. Zpracování textu. Word 1 SIPVZ-modul-P0
Zpracování textu Word 1 SIPVZ-modul-P0 OBSAH OBSAH...2 ZÁKLADNÍ POJMY...3 ZÁKLADY EDITACE TEXTU...4 FORMÁT ODSTAVCE...5 ODRÁŽKY A ÍSLOVÁNÍ...6 TABULÁTORY...7 OHRANIENÍ A STÍNOVÁNÍ...8 STYL ODSTAVCE...9
VíceDatový typ POLE. Jednorozmrné pole - vektor
Datový typ POLE Vodítkem pro tento kurz Delphi zabývající se pedevším konzolovými aplikacemi a základy programování pro mne byl semestr na vysoké škole. Studenti nyní pipravují semestrální práce pedevším
VíceSoudní exekutor JUDr. Vít Novozámský Bratislavská 40/ Brno k.j. 056 EX 9379/10-46
ZNALECKÝ POSUDEK. 3158-87/12 o cen nemovitostí - pozemk p.. 6946/8, 6946/10, 6946/22, 6946/23 a 6946/24, k.ú. Domašov u Jeseníka, obec Blá pod Praddem, okres Jeseník, kraj Olomoucký. Objednatel: Exekutorský
VíceORACLE MANUFACTURING SCHEDULING ORACLE HLAVNÍ PLÁNOVÁNÍ VÝROBY
ORACLE MANUFACTURING SCHEDULING ORACLE HLAVNÍ PLÁNOVÁNÍ VÝROBY KLÍOVÉ FUNKCE ORACLE MANUFACTURING SCHEDULING Píprava pedpovdí Parametry plánu finální výroby Plánování materiálových požadavk Pracovní plocha
VíceDiagnostika u voz s 2-místnými diagnostickými kódy
Zobrazení Diagnostické y jsou zobrazovány jako impulsy (blikání). Uživatel musí spoítat poet impuls LED diody na diagnostickém zaízení. Nap. íslice 5 je vysláno jako pt impuls (bliknutí), následuje krátká
VíceDodatek dokumentace KEO-Moderní kancelá verze 7.40
Dodatek dokumentace KEO-Moderní kancelá verze 7.40 PODACÍ DENÍK SPIS SBRNÝ ARCH PÍSEMNOST DOKUMENT ÍSLO JEDNACÍ J ODESÍLATELE - Soubor všech jednotlivých DOŠLÝCH a VLASTNÍCH písemností. - Každé písemnosti
VíceKapitola 13: Transakce. Koncept transakce. ACID vlastnosti
- 13.1 - Kapitola 13: Transakce Koncept transakce Stavy transakce Implementace atomičnosti a trvanlivosti Souběžné spouštění Serializovatelnost Koncept transakce Transakce je posloupnost operací (část
VíceProjektovéízení a strategický management - východiska programového financování - IPVZ, 2008
Projektovéízení a strategický management - východiska programového financování - IPVZ, 2008 Programové financování Cílem je dosažení pedem definovaných cíl Zpravidla pedstavují soubor projekt Projekt ízení
VícePídavný modul rozvaha lze vyvolat z hlavní nabídky po stisku tlaítka Výkazy / pídavné moduly.
Výkaz rozvaha Pídavný modul rozvaha lze vyvolat z hlavní nabídky po stisku tlaítka Výkazy / pídavné moduly. Po spuštní modulu se zobrazí základní okno výkazu: V tabulce se zobrazují sloupce výkazu. Ve
VícePedání smny. Popis systémového protokolování. Autor: Ing. Jaroslav Halva V Plzni 24.01.2012. Strana 1/6
Autor: Ing. Jaroslav Halva V Plzni 24.01.2012 Strana 1/6 Obsah 1 OBSAH... 2 2 NKOLIK SLOV NA ÚVOD... 3 3 MODEL... 3 4 DEFINICE... 3 5 DENNÍ VÝKAZ... 4 6 ZÁVR... 6 Strana 2/6 1 Nkolik slov na úvod Zamení
VíceNSS - Cache 5. LECTURE MARTIN TOMASEK
NSS - Cache 5. LECTURE MARTIN TOMASEK Cache mechanismus 1. Lze využít k: 1. Optimalizaci výkonu systému 2. Snížení náročností jednotlivých operací 3. Snížení náročností na jednotlivé vrstvy 4. Mitigaci
VíceVšeobecné obchodní podmínky spolenosti SV metal spol. s r.o.
1. Všeobecná ustanovení 1. Tmito obchodními podmínkami se ídí všechny dodávky firmy SV metal spol. s r.o. Smlouva mezi SV metal spol. s r.o. a obchodním partnerem je uzavena dnem podpisu smlouvy nebo dnem
Více10. EŠENÍ INDIVIDUÁLNÍCH PRACOVNPRÁVNÍCH SPOR
170 10. ešení individuálních pracovnprávních spor 10. EŠENÍ INDIVIDUÁLNÍCH PRACOVNPRÁVNÍCH SPOR 10.1 POJEM PRACOVNÍHO SPORU Právní ád jako celek a jeho jednotlivá právní odvtví stanoví subjektivní práva
VíceWWW poštovní klient s úložištm v MySQL databázi
eské vysoké uení technické v Praze Fakulta Elektrotechnická Bakaláské práce WWW poštovní klient s úložištm v MySQL databázi Jií Švadlenka Vedoucí práce: Ing. Ivan Halaška Studijní program: Elektrotechnika
VíceÚloha 1. Úloha 2. Úloha 3. Text úlohy. Text úlohy. Text úlohy
Úloha 1 Zkratka ERP jako celopodniková transakční aplikace znamená: a. Enterprise Route Planning b. Enterprise Resource Planning c. Enterprise Re-implementation Planning d. Enterprise Resource Processing
VíceParalelní programování
Paralelní programování přednášky Jan Outrata únor duben 2011 Jan Outrata (KI UP) Paralelní programování únor duben 2011 1 / 14 Atomické akce dále nedělitelná = neproložitelná jiným procesem izolovaná =
VíceStanovení požadavk protismykových vlastností vozovek s ohledem na nehodovost
VUT Brno Fakulta stavební Studentská vdecká a odborná innost Akademický rok 2005/2006 Stanovení požadavk protismykových vlastností vozovek s ohledem na nehodovost Jméno a píjmení studenta : Roník, obor
VíceInformační systémy 2008/2009. Radim Farana. Obsah. Obsah předmětu. Požadavky kreditového systému. Relační datový model, Architektury databází
1 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Požadavky kreditového systému. Relační datový model, relace, atributy,
VíceII. Jak se p?ihlásit do diskusní skupiny
Publikováno z 2. léka?ská fakulta Univerzity Karlovy (https://www.lf2.cuni.cz) LF2 > Listserver Majordomo na adrese listserv@lfmotol.cuni.cz Listserver Majordomo na adrese listserv@lfmotol.cuni.cz Majordomo
VíceRozvrhování na více procesorech
Rozvrhování na více procesorech Rozvrhování na více procesorech je složitjší úloha než na jednom procesoru. Uvažujeme m procesor. Rozlišujeme typy procesor - paralelní nebo dedikované a jejich rychlosti
VíceArchitektury paralelních počítačů II.
Architektury paralelních počítačů II. Sekvenční konzistence paměti Implementace synchronizačních událostí Ing. Miloš Bečvář s použitím slajdů Prof. Ing. Pavla Tvrdíka, CSc. Osnova přednášky Opakování definice
VíceTECHNICKÁ UNIVERZITA V LIBERCI
TECHNICKÁ UNIVERZITA V LIBERCI Fakulta strojní LOGISTIKA SKLADOVACÍ SYSTÉMY Jméno: Jií Hauzer Tída: FS S2B4 Datum:15.12.2005-1 - SKLADOVACÍ SYSTÉMY Sklad byl dlouho považován za pouhý pasivní, podízený
VíceZávrená zpráva o útování a daovém posouzení hospodaení SRPdŠ pi SPŠ/VOŠ Chomutov za úetní a zdaovací období roku 2008
Závrená zpráva o útování a daovém posouzení hospodaení SRPdŠ pi SPŠ/VOŠ Chomutov za úetní a zdaovací období roku 28 Základní princip útování v úetní jednotce SRPdŠ pi SPŠ/VOŠ Chomutov, IO: 46789812, je
VíceArchitektura SW pro transakční zpracování se skládá ze 3 modulů: - manažer dat - rozvrhovač - manažer transakcí
Transakce = programová jednotka, která: - zachovává konzistenci databáze - končí v konečném čase - se provede celá nebo vůbec Architektura SW pro transakční zpracování se skládá ze 3 modulů: - manažer
VíceZávrená zpráva o útování a daovém posouzení hospodaení SRPdŠ pi SPŠ/VOŠ Chomutov za úetní a zdaovací období roku 2007
Závrená zpráva o útování a daovém posouzení hospodaení SRPdŠ pi SPŠ/VOŠ Chomutov za úetní a zdaovací období roku 2007 Základní princip útování v úetní jednotce SRPdŠ pi SPŠ/VOŠ Chomutov, IO: 46789812,
VíceZískávání znalostí z databází. Alois Kužela
Získávání znalostí z databází Alois Kužela Obsah související pojmy datové sklady, získávání znalostí asocianí pravidla 2/37 Úvod získávání znalostí z dat, dolování (z) dat, data mining proces netriviálního
VíceProcesy a vlákna (Processes and Threads)
ÚVOD DO OPERAČNÍCH SYSTÉMŮ Ver.1.00 Procesy a vlákna (Processes and Threads) Správa procesů a vláken České vysoké učení technické Fakulta elektrotechnická 2012 Použitá literatura [1] Stallings, W.: Operating
VíceVLASTNOSTI KOMPONENT MICÍHO ETZCE -ÍSLICOVÁÁST
VLASTNOSTI KOMPONENT MICÍHO ETZCE -ÍSLICOVÁÁST 6.1. Analogovíslicový pevodník 6.2. Zobrazovací a záznamové zaízení 6.1. ANALOGOVÍSLICOVÝ PEVODNÍK Experimentální metody pednáška 6 Napájecí zdroj Sníma pevod
VíceBezpenost dtí v okolí škol z pohledu bezpenostního auditora
Bezpenost dtí v okolí škol z pohledu bezpenostního auditora Ing. Jaroslav Heinich, HBH Projekt spol. s r.o. pednáška na konferenci Bezpenos dopravy na pozemných komunikáciách 2008 ve Vyhne (SK) ÚVOD Bezpenostní
VíceKomunikace se Základními registry v prostředí MČ Praha 7
3.4.2013 Komunikace se Základními registry v prostředí MČ Praha 7 Komplexní řešení od firmy GORDIC Ing. Radomír Botek, MČ Praha 7 1. Pracovníci MČ Praha 7 pracující v IS GINIS : Pracují s daty ISZR pomocí
VíceJak správně navrhnout moderní a efektivní řešení pro ukládání dat
Moderní a spolehlivá řešení pro ukládání dat Jak správně navrhnout moderní a efektivní řešení pro ukládání dat Petr Dvořák GAPP System, spol. s r.o. 2. dubna 2014 Architektura ukládání aktivních dat Typ
VíceMATEMATIKA MATEMATIKA
PRACOVNÍ MATERIÁLY PRACOVNÍ MATERIÁLY MATEMATIKA MATEMATIKA Struktura vyuovací hodiny Metodický Struktura vyuovací list aplikace hodiny Ukázková Metodický hodina list aplikace materiál Záznamový Ukázková
VíceMETODY OCEOVÁNÍ PODNIKU DEFINICE PODNIKU. Obchodní zákoník 5:
METODY OCEOVÁNÍ PODNIKU DEFINICE PODNIKU Obchodní zákoník 5: soubor hmotných, jakož i osobních a nehmotných složek podnikání. K podniku náleží vci, práva a jiné majetkové hodnoty, které patí podnikateli
VíceVYTVÁENÍ VÝBROVÝCH DOTAZ
VYTVÁENÍ VÝBROVÝCH DOTAZ V PRODUKTECH YAMACO SOFTWARE PÍRUKA A NÁVODY PRO ÚELY: - VYTVÁENÍ VÝBROVÝCH SESTAV YAMACO SOFTWARE 2003-2004 1. ÚVODEM Standardní souástí všech produkt Yamaco Software jsou prostedky
VíceDUM. Databáze - úvod
DUM Název projektu íslo projektu íslo a název šablony klíové aktivity Tematická oblast - téma Oznaení materiálu (pílohy) Inovace ŠVP na OA a JŠ Tebí CZ.1.07/1.5.00/34.0143 III/2 Inovace a zkvalitnní výuky
Víceipové karty, standardy PKCS#11, PKCS#15
ipové karty, standardy PKCS#11, PKCS#15 Pod pojmem ipová karta (smart card) dnes rozumíme integrovaný obvod, zalisovaný v njakém nosii a obsahující procesor s dostaten velkou pamtí a software (operaní
VíceSemestrální práce z předmětu. Jan Bařtipán / A03043 bartipan@studentes.zcu.cz
Semestrální práce z předmětu KIV/UPA Jan Bařtipán / A03043 bartipan@studentes.zcu.cz Zadání Program přečte ze vstupu dvě čísla v hexadecimálním tvaru a vypíše jejich součet (opět v hexadecimální tvaru).
VíceÚvodní studie (pokraov
Úvodní studie (pokraov ování) Model jednání a kontext Model jednání (use case model) slouží pro evidenci aktér a služeb systému. Kontextový diagram slouží pro evidenci aktér a datových tok. Oba modely
VíceSmrnice správné klinické praxe vydané 1.5.1996 Mezinárodní konferencí pro harmonizaci
ICH E6 Smrnice správné klinické praxe vydané 1.5.1996 Mezinárodní konferencí pro harmonizaci ICH International conference on harmonization = Mezinárodní konference pro harmonizaci (EU, USA, Japonsko) CRO
VíceProgramovací jazyk Python. Objektov orientovaný. [citováno z http://wraith.iglu.cz/python/index.php]
Programovací jazyk Python [citováno z http://wraith.iglu.cz/python/index.php] Python je jazyk objektov orientovaný, interpretovaný, dynamický a siln typovaný, multiplatformní, s jednoduchou a itelnou syntaxí,
VícePednáška mikro 07 : Teorie chování spotebitele 2
Pednáška mikro 07 : Teorie chování spotebitele 2 1. ngelova kivka x poptávka po statku, M- dchod x luxusní komodita ( w >1) standardní komodita (0< w 1) podadná komodita ( w < 0) 2. Dchodový a substituní
VíceVaše uživatelský manuál ESET MOBILE ANTIVIRUS http://cs.yourpdfguides.com/dref/3823096
Můžete si přečíst doporučení v uživatelské příručce, technickém průvodci, nebo průvodci instalací pro ESET MOBILE ANTIVIRUS. Zjistíte si odpovědi na všechny vaše otázky, týkající se ESET MOBILE ANTIVIRUS
VíceObjektov orientovaný pístup
Objektov orientovaný pístup Softwarové inženýrství (SWI ) je disciplína poítaové vdy (computer science) zabývající se vývojem velkých aplikací. Softwarové inženýrství zahrnuje nejen technické aspekty vytváení
VíceLineární algebra Petriho sítí
) Notace Lineární algebra Petriho sítí Definice: Neznaená PN je taková tveice Q = P Pre Post kde P = {P P n } je množina míst (konená nenulová) = { m } je množina pechod (konená nenulová) Pre: P {} vstupní
VíceMaturitní otázky z předmětu PROGRAMOVÁNÍ
Wichterlovo gymnázium, Ostrava-Poruba, příspěvková organizace Maturitní otázky z předmětu PROGRAMOVÁNÍ 1. Algoritmus a jeho vlastnosti algoritmus a jeho vlastnosti, formy zápisu algoritmu ověřování správnosti
VíceNávod k obsluze. Samostatné ovládací za ízení UC 42. Samostatné ovládací za ízení pro montážní lištu UC 45. D ležité informace pro elektrické zapojení
Návod k obsluze Samostatné ovládací zaízení UC 42 Samostatné ovládací zaízení pro montážní lištu UC 45 Dležité informace pro elektrické zapojení Tento návod uschovejte! Obsah Záruka... 3 Bezpenostní pokyny...
VícePR VODNÍ ZPRÁVA. 1. Identifika ní údaje. Zahájení stavby: p edpoklad rok Objednatel dokumentace: M sto Nasavrky Nám stí Nasavrky
Dopravn inženýrská opatení PRVODNÍ ZPRÁVA 1. Identifikaní údaje Název stavby: Nasavrky - dostavba splaškové kanalizace, II. etapa Místo stavby: Nasavrky Kraj: Pardubický Zahájení stavby: pedpoklad rok
VíceInformaní systém katastru nemovitostí eské republiky
Informaní systém katastru nemovitostí eské republiky Vít Suchánek, ÚZK Konference ITAPA 2003 Bratislava, 28.10.2003 Resort ÚZK Obdoba SÚGKK v eské republice, kompetence v oblasti zemmictví a katastru nemovitostí
VícePOPIS TESTOVACÍHO PROSTEDÍ 1 ZÁLOŽKA PARSER
POPIS TESTOVACÍHO PROSTEDÍ Testovací prostedí je navrženo jako tízáložková aplikace, každá záložka obsahuje logicky související funkce. Testovací prostedí obsahuje následující ti záložky: Analýza Gramatiky
VíceProstedky automatického ízení
VŠB-TU Ostrava 2006/2007 Prostedky automatického ízení Úloha. 5 Hierarchická struktura ízení Meno dne: 25.4.2007 Vypracoval: Petr Osadník Spolupracoval: Petr Ševík Zadání 1. Seznamte se s dílími pracovišti
VíceZkušenosti s využitím informa ních systém p i provozu a optimalizaci rafinérií
153 Zkušenosti s využitím informaních systém pi provozu a optimalizaci rafinérií Ing. Milan Vitvar eská rafinérská a.s., 436 70 Litvínov milan.vitvar@crc.cz, tel. 476 164 477 http://www.crc.cz Souhrn Je
VíceSbírka zahrnuje základní autory, výbr nejdležitjších prací a spektrum názor Dsledn udržována
METODA KONSPEKTU Základní informace Kódy úrovn fond Kódy jazyk Indikátory ochrany fondu Základní informace Umožuje souborný popis (charakteristiku) fondu urité knihovny (skupiny knihoven) bez podrobných
VícePravdpodobnost výskytu náhodné veliiny na njakém intervalu urujeme na základ tchto vztah: f(x)
NÁHODNÁ VELIINA Náhodná veliina je veliina, jejíž hodnota je jednoznan urena výsledkem náhodného pokusu (je-li tento výsledek dán reálným íslem). Jde o reálnou funkci definovanou na základním prostoru
VíceKONVENCE TVORBY A SPRÁVY PROCESNÍHO MODELU
Procesní model Konvence tvorby a správy Strana: 1 (celkem 42) Obsah 1. Úvod...4 1.1. Úel a cíle konvencí...4 1.2. Rozsah platnosti konvencí...4 1.3. Poznámky...4 2. Pojmy, zkratky spojené s procesním ízením,
Více(metalická vedení a vlastnosti) Robert Bešák
Penosová média (metalická vedení a vlastnosti) Robert Bešák Mezi telekom. zaízeními se signály penášejí elektromag. vlnami Elektromagnetická vlna Kmitoet f Vlnová délka λ závisí na rychlosti šíení vlny
VíceRoní plán pro 1.roník
Roní plán pro 1.roník ( Nakladatelství Fraus) 1.období záí íjen dodržuje zásady bezpeného chování tak, aby neohrožoval zdraví své a zdraví jiných. Orientuje se v budov školy, vysvtlí rozdíl v chování o
Víceíslo ryze periodické íslice /skupina íslic ), která se opakuje nazýváme perioda. V našem p ípad je perioda íslice 6.
2. Racionální ísla 7. roník -2. Racionální ísla 2.1. Vymezení pojmu Každé íslo, které lze vyjáditjako podíl dvou celýchísel, je íslo racionální. Pi podílu dvou celýchísel a a bmohou nastattyto situace
VíceVYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA FAKULTA STROJNÍ DATABÁZOVÉ SYSTÉMY ARCHITEKTURA DATABÁZOVÝCH SYSTÉMŮ. Ing. Lukáš OTTE, Ph.D.
VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA FAKULTA STROJNÍ DATABÁZOVÉ SYSTÉMY ARCHITEKTURA DATABÁZOVÝCH SYSTÉMŮ Ing. Lukáš OTTE, Ph.D. Ostrava 2013 Tento studijní materiál vznikl za finanční podpory
VíceDigitální pekreslení leteckého snímku
Digitální pekreslení leteckého snímku 1) Založení vlastního adresáe Návod program Topol Ped otevením programu Topol (na ploše v adresái výuka FD11) je zapotebí založit si vlastní adresá, kam se budou ukládat
VíceŠANCE PRO SPOLENOST, obanské sdružení
ŠANCE PRO SPOLENOST, obanské sdružení ZADÁVACÍ DOKUMENTACE PRO PODLIMITNÍ VEEJNOU ZAKÁZKU TVORBA TELEVIZNÍHO CYKLU ZAMENÉHO NA PROPAGACI ROVNOSTI ŠANCÍ ŽEN A MUŽ DATUM: 20.PROSINEC 2005 ZADAVATEL Šance
VíceB-ISDN, ATM (vlastnosti)
B-ISDN, ATM (vlastnosti) Robert Bešák Rostoucí nároky na penosovou rychlost sí ISDN (úzkopásmová) již pro adu aplikace nestaívybudování širokopásmové sít ISDN Úzkopásmová sí ISDN (N-ISDN, Narrowband ISDN)
Víceasté otázky a odpov di k zákonu. 406/2000 Sb.
MPO Energetická úinnost asté otázky a odpovdi k zákonu. 406/2000 Sb. Stránka. 1 z 6 Ministerstvo prmyslu a obchodu asté otázky a odpovdi k zákonu. 406/2000 Sb. Publikováno: 23.2.2009 Autor: odbor 05200
VíceVzájemné vyloučení procesů
PDV 10 2017/2018 Vzájemné vyloučení procesů Michal Jakob michal.jakob@fel.cvut.cz Centrum umělé inteligence, katedra počítačů, FEL ČVUT Příklad Bankovní server v cloudu. Dva zákaznici současně vloží 10
VíceOCR (optical character recognition) - rozpoznávání textu v obraze
OCR (optical character recognition) - rozpoznávání textu v obraze Martin Koníek, I46 programová dokumentace 1. Úvod Tento projekt vznikl na MFF UK a jeho cílem bylo vytvoit algoritmus schopný rozpoznávat
VíceRole a integrace HR systém
Role a integrace HR systém Ing. Michal Máel, CSc., Ing. Bc. Jaroslav Šmarda Vema, a. s. Okružní 3a 638 00 Brno macel@vema.cz, smarda@vema.cz Abstrakt Postavení systému ízení lidských zdroj (HR systému)
VíceVOLEBNÍ ÁD. pro volby výboru a dozorí rady Spolenosti radiologických asistent R
VOLEBNÍ ÁD pro volby výboru a dozorí rady Spolenosti radiologických asistent R razítko Spolenosti radiologických asistent R podpis pedsedy výboru a dozorí rady SRLA R (1) Voliem je každý ádný len SRLA
Více2. PÍKLAD DÍLÍ ÁSTI SOUSTAVY - DÍLÍ ÁST SDÍLENÍ TEPLA
2. PÍKLAD DÍLÍ ÁSTI SOUSTAVY - DÍLÍ ÁST SDÍLENÍ TEPLA 2.1. OBECN Tepelné požadavky na dílí ást sdílení tepla zahrnují mimoádné ztráty pláštm budovy zpsobené: nerovnomrnou vnitní teplotou v každé tepelné
VíceWWW poštovní klient s úložištm v MySQL databázi
eské vysoké uení technické v Praze Fakulta elektrotechnická Bakaláské práce WWW poštovní klient s úložištm v MySQL databázi Jií Švadlenka Vedoucí práce: Ing. Ivan Halaška Studijní program: Elektrotechnika
VíceZamení fasády stavebního objektu
Zamení fasády stavebního objektu metodou pozemní stereofotogrammetrie - souhrn materiál k projektu OBSAH - technologický postup - poznámky - práce v terénu pehled - poznámky - fotogrammetrické vyhodnocení
VíceSAP PROCUREMENT DAY 2013
SAP PROCUREMENT DAY 2013 Portfolio řešení SAP pro oblast nákupu Vladimír Heřt, SAP ČR Agenda Stručný úvod Portfolio řešení SAP Řešení SAP pro oblast nákupu On Premise & On Demand Nadstavbová řešení SAP
VíceZáklady MIDI komunikace
Propojení nástroje a poítae Základy MIDI komunikace MIDI IN, OUT, THRU Možností, jak pipojit klávesy k poítai je hned nkolik. Stále nejrozšíenjší porty pro MIDI komunikaci u kláves jsou klasické MIDI IN
VíceVaše uživatelský manuál SHARP GX33 http://cs.yourpdfguides.com/dref/1276748
Můžete si přečíst doporučení v uživatelské příručce, technickém průvodci, nebo průvodci instalací pro. Zjistíte si odpovědi na všechny vaše otázky, týkající se v uživatelské příručce (informace, specifikace,
VíceSpecifikace požadavků. POHODA Web Interface. Verze 1.0. Datum: Autor: Ondřej Šrámek
Specifikace požadavků POHODA Web Interface Verze 1.0 Datum: 29.12. 2008 Autor: Ondřej Šrámek Copyright 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document. Strana
VíceParalelní programování
Paralelní programování přednášky Jan Outrata únor duben 2011 Jan Outrata (KI UP) Paralelní programování únor duben 2011 1 / 11 Literatura Ben-Ari M.: Principles of concurrent and distributed programming.
VíceSouvisející ustanovení ObZ: 66, 290, 1116 až 1157, 1158 a násl., 1223 až 1235, 1694, 1868 odst. 1, 2719, 2721, 2746, 2994, 3055, 3062, 3063,
Pídatné spoluvlastnictví Obecná ustanovení 1223 (1) Vc náležící spolen nkolika vlastníkm samostatných vcí urených k takovému užívání, že tyto vci vytváejí místn i úelem vymezený celek, a která slouží spolenému
Více