Info1 2ZH Kikérdező
A lap korábbi változatát látod, amilyen Wolf Ádám (vitalap | szerkesztései) 2017. május 15., 16:50-kor történt szerkesztése után volt.
Tartalomjegyzék
- 1 OP1. A „Bakery” algoritmussal biztosítható több folyamatra a kölcsönös kizárás akkor is, ha nincs TestAndSet utasítás.
- 2 OP2. A „Bakery” algoritmus alapelve, hogy a kritikus szakaszba belépni szándékozó folyamatoknak érkezéskor egy felügyelő folyamat a belépési sorrendet meghatározó sorszámot ad.
- 3 OP3. A „Bakery” algoritmus szerint a kritikus szakaszba belépni szándékozó folyamatok érkezéskor sorszámot választanak maguknak, amelyek között előfordulhatnak azonos sorszámok is.
- 4 OP4. A „Bakery” algoritmussal a kritikus szakaszba belépni szándékozó folyamatok csupán a közös memória használatával, más folyamat közreműködése nélkül döntik el a belépési sorrendet.
- 5 OP5. A "Bankár" algoritmus használható több folyamat kölcsönös kizárásának megoldására.
- 6 OP6. A CPU-kihasználtság a processzor teljesítményével egyenes arányban nő.
- 7 OP7. A CPU-kihasználtság mértéke a processzor hasznos (alkalmazások futtatásával töltött) idejének és a teljes működési időnek a hányadosa.
- 8 OP8. A folyamatok I/O jellegű üzenetváltásokkal érik el a közös memóriát.
- 9 OP9. A folyamatok időbeli összehangolásának szokásos eszköze a bináris szemafor.
- 10 OP10. A készülékfüggetlen programozás igénye az off-line I/O szervezés (szatelit processzorok alkalmazása) megvalósítása során merült fel először.
- 11 OP11. A korai rendszerek rossz CPU-kihasználtságát először a zárt gépterem (closed shop) szervezéssel próbálták javítani.
- 12 OP12. A kölcsönös kizárás megoldható csak írás és olvasás műveletek használatával, ha azok oszthatatlan műveletek.
- 13 OP13. A közös memóriának PRAM modell szerint, azaz oszthatatlan írás és olvasás műveletekkel, kell működnie.
- 14 OP14. A közös memóriás együttműködésnél használt PRAM (Programmable Random Access Memory) elnevezés a tár folyamatok általi programozhatóságára utal.
- 15 OP15. A logikai perifériakezelés (készülékfüggetlenség) igénye az off-line I/O műveletek alkalmazásakor jelentkezett.
- 16 OP16. A megnevezés módja befolyásolja a küldő és fogadó folyamat között kialakuló szinkronizáció típusát.
- 17 OP17. A multiprogramozott operációs rendszer egyik feladata, hogy kiküszöbölje az I/O eszközökre történő ráindításból adódó problémákat.
- 18 OP18. A multiprogramozott operációs rendszerben a perifériákra (I/O készülékekre) kiadott műveletekre várakozási sort kell szervezni, mert egy már működő készülékre egy más alkalmazás is indíthat I/O műveletet.
- 19 OP19. A multiprogramozott rendszerek a hatékonyság növelése céljából kihasználják a CPU-hoz képest lassú memóriaműveletekre való várakozás idejét más programok végrehajtására.
- 20 OP20. A multiprogramozott rendszerek a programok (folyamatok) futásának valódi párhuzamosítását valósítják meg.
- 21 OP21. A multiprogramozott rendszerek csak a CPU és a memória kezelése tekintetében támasztottak új követelményeket, az I/O kezelés tekintetében nem (hiszen a készülékfüggetlen programozás igénye már korábban felmerült).
- 22 OP22. A multiprogramozott rendszerek hatékony megvalósítása érdekében több felhasználói programot kell egyidőben a memóriában tartani.
- 23 OP23. A multiprogramozott rendszerek képesek párhuzamosan működtetni a CPU-t és akár több perifériát is.
- 24 OP24. A multiprogramozott rendszerek megvalósításakor I/O védelemre már nincs szükség a perifériákhoz rendelt várakozási sorok miatt.
- 25 OP25. A multiprogramozott rendszerekben a CPU mindig csak egyetlen program végrehajtásával tud foglalkozni egy adott pillanatban, a programok párhuzamos működése ezért csak látszólagos.
- 26 OP26. A multiprogramozott rendszerekben a gépi utasítások oszthatatlan végrehajtását feltételezhetjük, mert a processzor csak két utasítás végrehajtása között fogad el megszakításkérést.
- 27 OP27. A multiprogramozott rendszerekben a készülékkezelésben az off-line I/O szervezéskor már megoldott készülékfüggetlen programozás igényén kívül nem merült fel újabb megoldandó probléma.
- 28 OP28. A multiprogramozott rendszerekben a kielégítő CPU-kihasználtság érdekében egyidejűleg több programot kell a memóriában tartani.
- 29 OP29. A multiprogramozott rendszerekben a kielégítő CPU-kihasználtság érdekében a perifériákra várakozási sorokat kell szervezni.
- 30 OP30. A multiprogramozott rendszerekben a memóriavédelem tekintetében az egyszerű monitornál már megoldott problémán kívül (monitor területének védelme a felhasználói programoktól) nem merült fel újabb megoldandó probléma.
- 31 OP31. A multiprogramozott rendszerekben a programok csak látszólag futnak párhuzamosan, valójában minden pillanatban csak egyetlen futó program van.
- 32 OP32. A multiprogramozott rendszerekben a programok látszólag párhuzamos végrehajtását a processzorhasználat időbeli megosztásával biztosítják.
- 33 OP34. A multiprogramozott rendszerekben egy I/O eszköz több program számára is végezhet műveleteket egyidejűleg.
- 34 OP35. A multiprogramozott rendszerekben egyidejűleg egy program futhat, így folyamatok csak a processzorhasználat időbeli megosztásával alakíthatók ki.
- 35 OP36. A multiprogramozott rendszerekben koordinációs műveletek (szinkronizáció) szükségesek a több folyamat által elérhető adatok és eszközök konzisztens működtetése érdekében.
- 36 OP37. A multiprogramozott rendszerekben vetődött fel először a memóriavédelem igénye.
- 37 OP38. A Peterson-algoritmus két folyamat kölcsönös kizárását oldja meg a közös memóriában elhelyezett két flag (kétértékű változó), és egy további, a belépési sorrendre utaló, ugyancsak közös változó használatával.
- 38 OP39. A PRAM modell a felhasználók által programozható, de üzemszerűen csak olvasható memória működését írja le.
- 39 OP40. A PRAM modell egy lehetséges megvalósítása a több-masteres, arbitrációs funkciókkal működő rendszersínen elérhető memória.
- 40 OP41. A PRAM modell szerint működő memória viselkedése több folyamattól egyidejűleg érkező írási vagy olvasási műveletek esetére is definiált.
- 41 OP42. A processzorok utasításkészletében minden utasításnak, amelyik valamelyik regiszter tartalmát módosítja, privilegizáltnak kell lennie.
- 42 OP43. A programozási nyelvek beépített nyelvi műveletekkel, vagy eljáráskönyvtárakkal fedik el az operációs rendszer alkalmazói felületét, azaz a konkrét rendszerhívásokat.
- 43 OP44. A rendszerhívás a szubrutinhíváshoz hasonló, de a processzor működési módját is megváltoztató művelet.
- 44 OP45. A SPOOLING rendszer CPU-kihasználtsága körülbelül 55% volt, mert a mechanikus perifériák lassító hatását nem sikerült kiküszöbölni.
- 45 OP46. A SPOOLING rendszer egy gépen valósította meg a lassú perifériák és a CPU párhuzamos működtetését.
- 46 OP47. A SPOOLING rendszer egy számítógépen valósította meg az off-line I/O műveletekhez hasonló job-feldolgozást.
- 47 OP48. A SPOOLING rendszer egy számítógépen valósította meg az off-line I/O szervezés esetén alkalmazott elveket.
- 48 OP49. A SPOOLING rendszer egy számítógépen, megszakításos I/O kezeléssel valósította meg azt az elvet, amit az off-line I/O szervezés több számítógéppel oldott meg.
- 49 OP50. A SPOOLING rendszer kiküszöbölte a lassú perifériákra való várakozásból származó időveszteségeket.
- 50 OP51. A SPOOLING rendszer lehetővé tette a lassú perifériák és a CPU párhuzamos működését.
- 51 OP52. A SPOOLING rendszerrel 80% feletti CPU-kihasználtságot is el lehetett érni.
- 52 OP53. A Test And Set utasítást az aktív (futó ciklusban történő) várakozás kiküszöbölésének egyszerűsítésére vezették be.
- 53 OP54. A TestAndSet utasítás bevezetésével a kölcsönös kizárás lényegesen egyszerűbben oldható meg, mint ha csak read és write utasításokkal kezelhetnénk a globális memóriát.
- 54 OP55. A Time-sharing rendszerek egyik problémája az éhezés.
- 55 OP56. Aszinkron rendszerhívás nem okozhatja a hívó program várakozó állapotba kerülését.
- 56 OP57. Az alkalmazások szubrutinhívással indítják az operációs rendszer megfelelő műveletének végrehajtását.
- 57 OP58. Az egyszerű monitor alacsony hatékonyságát (gyenge CPU-kihasználás) a gyakori operátori beavatkozásokra való várakozás okozta.
- 58 OP59. Az egyszerű monitor esetén a CPU-kihasználtság a gyakori emberi beavatkozások miatt volt alacsony (50% körüli).
- 59 OP60. Az egyszerű monitor kiküszöbölte a gyakori kezelői beavatkozásokból származó időveszteségeket.
- 60 OP61. Az egyszerű monitor kiküszöbölte a lassú perifériákra való várakozásból származó teljesítmény-veszteséget.
- 61 OP62. Az egyszerű monitor kiküszöbölte a programok egyenkénti kézi indítására való várakozásból származó teljesítmény-veszteséget.
- 62 OP63. Az I/O védelem igénye a szatelit processzorokat alkalmazó off-line I/O szervezés alkalmazásakor vetődött fel a külön processzorokkal kezelt eszközök miatt.
- 63 OP64. Az IN és OUT ki-beviteli gépi utasításoknak az I/O védelem megvalósítása érdekében privilegizáltaknak kell lenniük.
- 64 OP65. Az operációs rendszer áteresztő képességének egyik mértékegysége a [job/óra].
- 65 OP66. Az operációs rendszerek áteresztő képességének egy alkalmas mértékegysége a MIPS (millió utasítás másodpercenként).
- 66 OP67. Az operációs rendszerek fejlődése során a SPOOLING rendszerben gyors, adatmásoló szatelit számítógépeket alkalmaztak a lassú perifériák kezelésére, a feldolgozó számítógép pedig csak gyors mágnesszalag egységeket kezelt.
- 67 OP68. Az operációs rendszerek funkciói a programokból közönséges szubrutin-hívásokkal érhetők el.
- 68 OP69 (:3) . Az üzenetküldés (send) mindig megvárja a fogadó pozitív nyugtázásának megérkezését, negatív nyugtázás, vagy a nyugtázás hiánya esetén pedig a legalább háromszori ismétlés eredményét.
- 69 OP71. Egy számítógépes rendszerben a leglassabban működő szereplők a mechanikus gépi eszközök.
- 70 OP72. Együttműködő folyamatok esetén a helyes adatcserét csak randevú típusú szinkronizációval lehet biztosítani.
- 71 OP73. Együttműködő folyamatok esetén a lokális memóriának az egyidejű olvasások és írások esetére is specifikált módon, azaz a PRAM (Pipelined RAM) modell szerint kell működnie.
- 72 OP74. Együttműködő folyamatok esetén ha az üzenetküldő művelet (send) befejeződése után a küldő folyamat megváltoztatja az elküldött adatot tartalmazó változó értékét, az elküldött adatra ez már nem lehet hatással.
- 73 OP75. Együttműködő folyamatok közös memóriájának konkurens műveletei nem interferálhatnak (a memóriaműveletek atomiak).
- 74 OP76. Folyamatok közös memóriás együttműködésének alapfeltétele, hogy a globális memória működése feleljen meg a PRAM (Pipelined Random Access Memory) modellnek.
- 75 OP78. Két folyamat közötti adatátadás helyes megvalósításához precedencia típusú szinkronizáció szükséges.
- 76 OP79. Kötegelt feldolgozás (batch processing) esetén a jobok látszólag párhuzamosan, egy job részét képező programok pedig egymást követően sorosan hajtódnak végre.
- 77 OP80. Közös memória használatával együttműködő folyamatok esetén a folyamatok memóriacímei egy közös tárra mutatnak, saját, lokális memóriájuk nincs.
- 78 OP81. Közös memória használatával együttműködő folyamatok esetén a folyamatok lokális memóriájának PRAM modell szerint kell működnie.
- 79 OP82. Közös memória használatával együttműködő folyamatok esetén a helyes adatcsere precedencia típusú szinkronizációt igényel az író folyamat write és az olvasó folyamat read művelete között.
- 80 OP83. Közös memória használatával együttműködő folyamatok esetén a helyes adatcseréhez a folyamatok szinkronizálása szükséges.
- 81 OP84. Közös memória használatával együttműködő folyamatok esetén a kölcsönös kizárás megvalósítása egyszerűbbé tehető, ha a globális memória elérésére a read és write mellett a TestAndSet művelet is rendelkezésre áll.
- 82 OP85. Közös memória használatával együttműködő folyamatok esetén a közös memóriának a felhasználó által programozható, de a processzor által működés közben csak olvasható, azaz PROM (Programmable Read Only Memory) memóriának kell lennie.
- 83 OP86. Közös memória használatával együttműködő folyamatok esetén a globális memóriának az egyidejű olvasások és írások esetére is specifikált módon, azaz a PRAM (Pipelined RAM) modell szerint kell működnie.
- 84 OP87. Közös memória használatával együttműködő folyamatok esetén az azonos memóriacímre vonatkozó írás és olvasás randevú típusú szinkronizációt kényszerít ki az író és az olvasó folyamat között.
- 85 OP88. Közös memória használatával együttműködő folyamatok esetén az azonos memóriacímre vonatkozó írás és olvasás precedencia típusú szinkronizációt kényszerít ki az író és az olvasó folyamat között.
- 86 OP89. Közös memória használatával együttműködő folyamatok esetén az azonos rekeszre vonatkozó írás és olvasás kölcsönös kizárás típusú szinkronizációt kényszerít ki.
- 87 OP90. Közös memória használatával együttműködő folyamatok esetén írás-írás műveletek ütközése esetén minden író folyamat szándékától eltérő memóriatartalom is kialakulhat.
- 88 OP91. Közös memória használatával együttműködő folyamatok esetén jellegzetes megoldás, hogy a kölcsönös kizárás egyszerűbb megvalósítása érdekében a globális memória a read és write mellett a TestAndSet művelettel is elérhető.
- 89 OP92. Közös memóriás együttműködés esetén a kölcsönös kizárás egyszerűen megoldható egyetlen foglaltságjelző flaggel (Boolean változó), ha oszthatatlan TestAndSet utasítással is kezelhetjük a közös tárat.
- 90 OP93. Közös memóriás együttműködés esetén a kölcsönös kizárás elfogadható hatékonyságú megoldásához a memória több elemi műveletének oszthatatlan végrehajtását biztosító hardver-támogatás szükséges.
- 91 OP94. Közös memóriás együttműködés esetén a közös memória írás és olvasás (read és write) műveleteinek oszthatatlansága alapkövetelmény.
- 92 OP95. Közös memóriás együttműködés esetén az adatok beírásán és kiolvasásán túl a folyamatok párhuzamos futását korlátozó szinkronizációs megoldásokra is szükség van a korrekt információcsere biztosításához.
- 93 OP96. Már az egyszerű monitor által felvetett védelmi igények szükségessé tették a CPU két működési módjának bevezetését és privilegizált utasítások kialakítását.
- 94 OP97. Multiprocesszáló (több fizikai processzort tartalmazó) rendszerekben több program lehet végrehajtás közbeni állapotban, de mindig csak egy futó program lehet. =
- 94.1 OP98. Multiprocesszáló rendszerben több folyamat fizikailag is párhuzamosan hajtódik végre.
- 94.2 OP99. Multiprogramozott rendszerben egy program nem kezdeményezhet egy működésben lévő perifériát indító rendszerhívást.
- 94.3 OP100. Multiprogramozott rendszerekben a memóriavédelem új igényeket vetett fel az egyszerű monitorhoz képest: a folyamatok területeit egymástól is védeni kell.
- 94.4 OP101. Puffereletlen csatornán kommunikáló folyamatok esetén a send művelet sohasem várakoztatja a küldő folyamatot, a receive művelet viszont mindig megvárja az üzenet érkezését.
- 94.5 OP102. Randevút csak egy koordinátor-folyamat közreműködésével tudunk megvalósítani.
- 94.6 OP103. Szemaforok multiprogramozott rendszerben történő megvalósítása várakozási sor kialakítását
- 94.7 OP104. Szemaforokkal precedenciát és kölcsönös kizárást lehet megvalósítani, randevút nem.
- 94.8 OP105. Szinkron rendszerhívás nem okozhatja egy folyamat várakozó állapotba kerülését.
- 94.9 OP106. Üzenet alapú együttműködés esetén a memóriáknak PRAM modell szerint kell működniük.
- 94.10 OP107. Üzenettovábbítással együttműködő folyamatok esetén az üzenetküldés (send) és üzenetfogadás (receive) a küldő és a fogadó folyamat valamilyen szinkronizálását vonja maga után.
- 94.11 OP108. Üzenettovábbítással együttműködő folyamatok esetén lokális memóriaként csak PRAM modell szerint működő memóriák használhatók.
- 94.12 OP109. Üzenetváltással kommunikáló folyamatoknál a járulékos szinkronizáció jellegét a puffertár mérete határozza meg.
- 94.13 OP110. A multiprogramozott rendszerekben a folyamatok erőforrás-használatának korrekt megoldása érdekében koordinációs műveletekre (rendszerhívásokra) van szükség.
OP1. A „Bakery” algoritmussal biztosítható több folyamatra a kölcsönös kizárás akkor is, ha nincs TestAndSet utasítás.
- Igaz
- Hamis
OP2. A „Bakery” algoritmus alapelve, hogy a kritikus szakaszba belépni szándékozó folyamatoknak érkezéskor egy felügyelő folyamat a belépési sorrendet meghatározó sorszámot ad.
- Igaz
- Hamis
OP3. A „Bakery” algoritmus szerint a kritikus szakaszba belépni szándékozó folyamatok érkezéskor sorszámot választanak maguknak, amelyek között előfordulhatnak azonos sorszámok is.
- Igaz
- Hamis
OP4. A „Bakery” algoritmussal a kritikus szakaszba belépni szándékozó folyamatok csupán a közös memória használatával, más folyamat közreműködése nélkül döntik el a belépési sorrendet.
- Igaz
- Hamis
OP5. A "Bankár" algoritmus használható több folyamat kölcsönös kizárásának megoldására.
- Igaz
- Hamis
OP6. A CPU-kihasználtság a processzor teljesítményével egyenes arányban nő.
- Igaz
- Hamis
OP7. A CPU-kihasználtság mértéke a processzor hasznos (alkalmazások futtatásával töltött) idejének és a teljes működési időnek a hányadosa.
- Igaz
- Hamis
OP8. A folyamatok I/O jellegű üzenetváltásokkal érik el a közös memóriát.
- Igaz
- Hamis
OP9. A folyamatok időbeli összehangolásának szokásos eszköze a bináris szemafor.
- Igaz
- Hamis
OP10. A készülékfüggetlen programozás igénye az off-line I/O szervezés (szatelit processzorok alkalmazása) megvalósítása során merült fel először.
- Igaz
- Hamis
OP11. A korai rendszerek rossz CPU-kihasználtságát először a zárt gépterem (closed shop) szervezéssel próbálták javítani.
- Igaz
- Hamis
OP12. A kölcsönös kizárás megoldható csak írás és olvasás műveletek használatával, ha azok oszthatatlan műveletek.
- Igaz
- Hamis
OP13. A közös memóriának PRAM modell szerint, azaz oszthatatlan írás és olvasás műveletekkel, kell működnie.
- Igaz
- Hamis
OP14. A közös memóriás együttműködésnél használt PRAM (Programmable Random Access Memory) elnevezés a tár folyamatok általi programozhatóságára utal.
- Igaz
- Hamis
OP15. A logikai perifériakezelés (készülékfüggetlenség) igénye az off-line I/O műveletek alkalmazásakor jelentkezett.
- Igaz
- Hamis
OP16. A megnevezés módja befolyásolja a küldő és fogadó folyamat között kialakuló szinkronizáció típusát.
- Igaz
- Hamis
OP17. A multiprogramozott operációs rendszer egyik feladata, hogy kiküszöbölje az I/O eszközökre történő ráindításból adódó problémákat.
- Igaz
- Hamis
OP18. A multiprogramozott operációs rendszerben a perifériákra (I/O készülékekre) kiadott műveletekre várakozási sort kell szervezni, mert egy már működő készülékre egy más alkalmazás is indíthat I/O műveletet.
- Igaz
- Hamis
OP19. A multiprogramozott rendszerek a hatékonyság növelése céljából kihasználják a CPU-hoz képest lassú memóriaműveletekre való várakozás idejét más programok végrehajtására.
- Igaz
- Hamis
OP20. A multiprogramozott rendszerek a programok (folyamatok) futásának valódi párhuzamosítását valósítják meg.
- Igaz
- Hamis
OP21. A multiprogramozott rendszerek csak a CPU és a memória kezelése tekintetében támasztottak új követelményeket, az I/O kezelés tekintetében nem (hiszen a készülékfüggetlen programozás igénye már korábban felmerült).
- Igaz
- Hamis
OP22. A multiprogramozott rendszerek hatékony megvalósítása érdekében több felhasználói programot kell egyidőben a memóriában tartani.
- Igaz
- Hamis
OP23. A multiprogramozott rendszerek képesek párhuzamosan működtetni a CPU-t és akár több perifériát is.
- Igaz
- Hamis
OP24. A multiprogramozott rendszerek megvalósításakor I/O védelemre már nincs szükség a perifériákhoz rendelt várakozási sorok miatt.
- Igaz
- Hamis
OP25. A multiprogramozott rendszerekben a CPU mindig csak egyetlen program végrehajtásával tud foglalkozni egy adott pillanatban, a programok párhuzamos működése ezért csak látszólagos.
- Igaz
- Hamis
OP26. A multiprogramozott rendszerekben a gépi utasítások oszthatatlan végrehajtását feltételezhetjük, mert a processzor csak két utasítás végrehajtása között fogad el megszakításkérést.
- Igaz
- Hamis
OP27. A multiprogramozott rendszerekben a készülékkezelésben az off-line I/O szervezéskor már megoldott készülékfüggetlen programozás igényén kívül nem merült fel újabb megoldandó probléma.
- Igaz
- Hamis
OP28. A multiprogramozott rendszerekben a kielégítő CPU-kihasználtság érdekében egyidejűleg több programot kell a memóriában tartani.
- Igaz
- Hamis
OP29. A multiprogramozott rendszerekben a kielégítő CPU-kihasználtság érdekében a perifériákra várakozási sorokat kell szervezni.
- Igaz
- Hamis
OP30. A multiprogramozott rendszerekben a memóriavédelem tekintetében az egyszerű monitornál már megoldott problémán kívül (monitor területének védelme a felhasználói programoktól) nem merült fel újabb megoldandó probléma.
- Igaz
- Hamis
OP31. A multiprogramozott rendszerekben a programok csak látszólag futnak párhuzamosan, valójában minden pillanatban csak egyetlen futó program van.
- Igaz
- Hamis
OP32. A multiprogramozott rendszerekben a programok látszólag párhuzamos végrehajtását a processzorhasználat időbeli megosztásával biztosítják.
- Igaz
- Hamis
== OP33. A multiprogramozott rendszerekben a programok látszólag párhuzamos végrehajtását a memóriahasználat időbeli megosztásával biztosítják. ==
- Igaz
- Hamis
OP34. A multiprogramozott rendszerekben egy I/O eszköz több program számára is végezhet műveleteket egyidejűleg.
- Igaz
- Hamis
OP35. A multiprogramozott rendszerekben egyidejűleg egy program futhat, így folyamatok csak a processzorhasználat időbeli megosztásával alakíthatók ki.
- Igaz
- Hamis
OP36. A multiprogramozott rendszerekben koordinációs műveletek (szinkronizáció) szükségesek a több folyamat által elérhető adatok és eszközök konzisztens működtetése érdekében.
- Igaz
- Hamis
OP37. A multiprogramozott rendszerekben vetődött fel először a memóriavédelem igénye.
- Igaz
- Hamis
OP38. A Peterson-algoritmus két folyamat kölcsönös kizárását oldja meg a közös memóriában elhelyezett két flag (kétértékű változó), és egy további, a belépési sorrendre utaló, ugyancsak közös változó használatával.
- Igaz
- Hamis
OP39. A PRAM modell a felhasználók által programozható, de üzemszerűen csak olvasható memória működését írja le.
- Igaz
- Hamis
OP40. A PRAM modell egy lehetséges megvalósítása a több-masteres, arbitrációs funkciókkal működő rendszersínen elérhető memória.
- Igaz
- Hamis
OP41. A PRAM modell szerint működő memória viselkedése több folyamattól egyidejűleg érkező írási vagy olvasási műveletek esetére is definiált.
- Igaz
- Hamis
OP42. A processzorok utasításkészletében minden utasításnak, amelyik valamelyik regiszter tartalmát módosítja, privilegizáltnak kell lennie.
- Igaz
- Hamis
OP43. A programozási nyelvek beépített nyelvi műveletekkel, vagy eljáráskönyvtárakkal fedik el az operációs rendszer alkalmazói felületét, azaz a konkrét rendszerhívásokat.
- Igaz
- Hamis
OP44. A rendszerhívás a szubrutinhíváshoz hasonló, de a processzor működési módját is megváltoztató művelet.
- Igaz
- Hamis
OP45. A SPOOLING rendszer CPU-kihasználtsága körülbelül 55% volt, mert a mechanikus perifériák lassító hatását nem sikerült kiküszöbölni.
- Igaz
- Hamis
OP46. A SPOOLING rendszer egy gépen valósította meg a lassú perifériák és a CPU párhuzamos működtetését.
- Igaz
- Hamis
OP47. A SPOOLING rendszer egy számítógépen valósította meg az off-line I/O műveletekhez hasonló job-feldolgozást.
- Igaz
- Hamis
OP48. A SPOOLING rendszer egy számítógépen valósította meg az off-line I/O szervezés esetén alkalmazott elveket.
- Igaz
- Hamis
OP49. A SPOOLING rendszer egy számítógépen, megszakításos I/O kezeléssel valósította meg azt az elvet, amit az off-line I/O szervezés több számítógéppel oldott meg.
- Igaz
- Hamis
OP50. A SPOOLING rendszer kiküszöbölte a lassú perifériákra való várakozásból származó időveszteségeket.
- Igaz
- Hamis
OP51. A SPOOLING rendszer lehetővé tette a lassú perifériák és a CPU párhuzamos működését.
- Igaz
- Hamis
OP52. A SPOOLING rendszerrel 80% feletti CPU-kihasználtságot is el lehetett érni.
- Igaz
- Hamis
OP53. A Test And Set utasítást az aktív (futó ciklusban történő) várakozás kiküszöbölésének egyszerűsítésére vezették be.
- Igaz
- Hamis
OP54. A TestAndSet utasítás bevezetésével a kölcsönös kizárás lényegesen egyszerűbben oldható meg, mint ha csak read és write utasításokkal kezelhetnénk a globális memóriát.
- Igaz
- Hamis
OP55. A Time-sharing rendszerek egyik problémája az éhezés.
- Igaz
- Hamis
OP56. Aszinkron rendszerhívás nem okozhatja a hívó program várakozó állapotba kerülését.
- Igaz
- Hamis
OP57. Az alkalmazások szubrutinhívással indítják az operációs rendszer megfelelő műveletének végrehajtását.
- Igaz
- Hamis
OP58. Az egyszerű monitor alacsony hatékonyságát (gyenge CPU-kihasználás) a gyakori operátori beavatkozásokra való várakozás okozta.
- Igaz
- Hamis
OP59. Az egyszerű monitor esetén a CPU-kihasználtság a gyakori emberi beavatkozások miatt volt alacsony (50% körüli).
- Igaz
- Hamis
OP60. Az egyszerű monitor kiküszöbölte a gyakori kezelői beavatkozásokból származó időveszteségeket.
- Igaz
- Hamis
OP61. Az egyszerű monitor kiküszöbölte a lassú perifériákra való várakozásból származó teljesítmény-veszteséget.
- Igaz
- Hamis
OP62. Az egyszerű monitor kiküszöbölte a programok egyenkénti kézi indítására való várakozásból származó teljesítmény-veszteséget.
- Igaz
- Hamis
OP63. Az I/O védelem igénye a szatelit processzorokat alkalmazó off-line I/O szervezés alkalmazásakor vetődött fel a külön processzorokkal kezelt eszközök miatt.
- Igaz
- Hamis
OP64. Az IN és OUT ki-beviteli gépi utasításoknak az I/O védelem megvalósítása érdekében privilegizáltaknak kell lenniük.
- Igaz
- Hamis
OP65. Az operációs rendszer áteresztő képességének egyik mértékegysége a [job/óra].
- Igaz
- Hamis
OP66. Az operációs rendszerek áteresztő képességének egy alkalmas mértékegysége a MIPS (millió utasítás másodpercenként).
- Igaz
- Hamis
OP67. Az operációs rendszerek fejlődése során a SPOOLING rendszerben gyors, adatmásoló szatelit számítógépeket alkalmaztak a lassú perifériák kezelésére, a feldolgozó számítógép pedig csak gyors mágnesszalag egységeket kezelt.
- Igaz
- Hamis
OP68. Az operációs rendszerek funkciói a programokból közönséges szubrutin-hívásokkal érhetők el.
- Igaz
- Hamis
OP69 (:3) . Az üzenetküldés (send) mindig megvárja a fogadó pozitív nyugtázásának megérkezését, negatív nyugtázás, vagy a nyugtázás hiánya esetén pedig a legalább háromszori ismétlés eredményét.
- Igaz
- Hamis
== OP70. Az üzenetváltással kommunikiáló folyamatok között kialakuló szinkronizáció jellegét az átviteli közeg pufferelési tulajdonságai határozzák meg. ==
- Igaz
- Hamis
OP71. Egy számítógépes rendszerben a leglassabban működő szereplők a mechanikus gépi eszközök.
- Igaz
- Hamis
OP72. Együttműködő folyamatok esetén a helyes adatcserét csak randevú típusú szinkronizációval lehet biztosítani.
- Igaz
- Hamis
OP73. Együttműködő folyamatok esetén a lokális memóriának az egyidejű olvasások és írások esetére is specifikált módon, azaz a PRAM (Pipelined RAM) modell szerint kell működnie.
- Igaz
- Hamis
OP74. Együttműködő folyamatok esetén ha az üzenetküldő művelet (send) befejeződése után a küldő folyamat megváltoztatja az elküldött adatot tartalmazó változó értékét, az elküldött adatra ez már nem lehet hatással.
- Igaz
- Hamis
OP75. Együttműködő folyamatok közös memóriájának konkurens műveletei nem interferálhatnak (a memóriaműveletek atomiak).
- Igaz
- Hamis
OP76. Folyamatok közös memóriás együttműködésének alapfeltétele, hogy a globális memória működése feleljen meg a PRAM (Pipelined Random Access Memory) modellnek.
- Igaz
- Hamis
77. Ha Pi adatot küld Pj-nek, a send(Pj;x) művelet után bármikor megváltoztathatja x értékét, az már nem módosítja az elküldött adatot.
- Igaz
- Hamis
OP78. Két folyamat közötti adatátadás helyes megvalósításához precedencia típusú szinkronizáció szükséges.
- Igaz
- Hamis
OP79. Kötegelt feldolgozás (batch processing) esetén a jobok látszólag párhuzamosan, egy job részét képező programok pedig egymást követően sorosan hajtódnak végre.
- Igaz
- Hamis
OP80. Közös memória használatával együttműködő folyamatok esetén a folyamatok memóriacímei egy közös tárra mutatnak, saját, lokális memóriájuk nincs.
- Igaz
- Hamis
OP81. Közös memória használatával együttműködő folyamatok esetén a folyamatok lokális memóriájának PRAM modell szerint kell működnie.
- Igaz
- Hamis
OP82. Közös memória használatával együttműködő folyamatok esetén a helyes adatcsere precedencia típusú szinkronizációt igényel az író folyamat write és az olvasó folyamat read művelete között.
- Igaz
- Hamis
OP83. Közös memória használatával együttműködő folyamatok esetén a helyes adatcseréhez a folyamatok szinkronizálása szükséges.
- Igaz
- Hamis
OP84. Közös memória használatával együttműködő folyamatok esetén a kölcsönös kizárás megvalósítása egyszerűbbé tehető, ha a globális memória elérésére a read és write mellett a TestAndSet művelet is rendelkezésre áll.
- Igaz
- Hamis
OP85. Közös memória használatával együttműködő folyamatok esetén a közös memóriának a felhasználó által programozható, de a processzor által működés közben csak olvasható, azaz PROM (Programmable Read Only Memory) memóriának kell lennie.
- Igaz
- Hamis
OP86. Közös memória használatával együttműködő folyamatok esetén a globális memóriának az egyidejű olvasások és írások esetére is specifikált módon, azaz a PRAM (Pipelined RAM) modell szerint kell működnie.
- Igaz
- Hamis
OP87. Közös memória használatával együttműködő folyamatok esetén az azonos memóriacímre vonatkozó írás és olvasás randevú típusú szinkronizációt kényszerít ki az író és az olvasó folyamat között.
- Igaz
- Hamis
OP88. Közös memória használatával együttműködő folyamatok esetén az azonos memóriacímre vonatkozó írás és olvasás precedencia típusú szinkronizációt kényszerít ki az író és az olvasó folyamat között.
- Igaz
- Hamis
OP89. Közös memória használatával együttműködő folyamatok esetén az azonos rekeszre vonatkozó írás és olvasás kölcsönös kizárás típusú szinkronizációt kényszerít ki.
- Igaz
- Hamis
OP90. Közös memória használatával együttműködő folyamatok esetén írás-írás műveletek ütközése esetén minden író folyamat szándékától eltérő memóriatartalom is kialakulhat.
- Igaz
- Hamis
OP91. Közös memória használatával együttműködő folyamatok esetén jellegzetes megoldás, hogy a kölcsönös kizárás egyszerűbb megvalósítása érdekében a globális memória a read és write mellett a TestAndSet művelettel is elérhető.
- Igaz
- Hamis
OP92. Közös memóriás együttműködés esetén a kölcsönös kizárás egyszerűen megoldható egyetlen foglaltságjelző flaggel (Boolean változó), ha oszthatatlan TestAndSet utasítással is kezelhetjük a közös tárat.
- Igaz
- Hamis
OP93. Közös memóriás együttműködés esetén a kölcsönös kizárás elfogadható hatékonyságú megoldásához a memória több elemi műveletének oszthatatlan végrehajtását biztosító hardver-támogatás szükséges.
- Igaz
- Hamis
OP94. Közös memóriás együttműködés esetén a közös memória írás és olvasás (read és write) műveleteinek oszthatatlansága alapkövetelmény.
- Igaz
- Hamis
OP95. Közös memóriás együttműködés esetén az adatok beírásán és kiolvasásán túl a folyamatok párhuzamos futását korlátozó szinkronizációs megoldásokra is szükség van a korrekt információcsere biztosításához.
- Igaz
- Hamis
OP96. Már az egyszerű monitor által felvetett védelmi igények szükségessé tették a CPU két működési módjának bevezetését és privilegizált utasítások kialakítását.
- Igaz
- Hamis
OP97. Multiprocesszáló (több fizikai processzort tartalmazó) rendszerekben több program lehet végrehajtás közbeni állapotban, de mindig csak egy futó program lehet. =
- Igaz
- Hamis
OP98. Multiprocesszáló rendszerben több folyamat fizikailag is párhuzamosan hajtódik végre.
- Igaz
- Hamis
OP99. Multiprogramozott rendszerben egy program nem kezdeményezhet egy működésben lévő perifériát indító rendszerhívást.
- Igaz
- Hamis
OP100. Multiprogramozott rendszerekben a memóriavédelem új igényeket vetett fel az egyszerű monitorhoz képest: a folyamatok területeit egymástól is védeni kell.
- Igaz
- Hamis
OP101. Puffereletlen csatornán kommunikáló folyamatok esetén a send művelet sohasem várakoztatja a küldő folyamatot, a receive művelet viszont mindig megvárja az üzenet érkezését.
- Igaz
- Hamis
OP102. Randevút csak egy koordinátor-folyamat közreműködésével tudunk megvalósítani.
- Igaz
- Hamis
OP103. Szemaforok multiprogramozott rendszerben történő megvalósítása várakozási sor kialakítását
is igényli.
- Igaz
- Hamis
OP104. Szemaforokkal precedenciát és kölcsönös kizárást lehet megvalósítani, randevút nem.
- Igaz
- Hamis
OP105. Szinkron rendszerhívás nem okozhatja egy folyamat várakozó állapotba kerülését.
- Igaz
- Hamis
OP106. Üzenet alapú együttműködés esetén a memóriáknak PRAM modell szerint kell működniük.
- Igaz
- Hamis
OP107. Üzenettovábbítással együttműködő folyamatok esetén az üzenetküldés (send) és üzenetfogadás (receive) a küldő és a fogadó folyamat valamilyen szinkronizálását vonja maga után.
- Igaz
- Hamis
OP108. Üzenettovábbítással együttműködő folyamatok esetén lokális memóriaként csak PRAM modell szerint működő memóriák használhatók.
- Igaz
- Hamis
OP109. Üzenetváltással kommunikáló folyamatoknál a járulékos szinkronizáció jellegét a puffertár mérete határozza meg.
- Igaz
- Hamis
OP110. A multiprogramozott rendszerekben a folyamatok erőforrás-használatának korrekt megoldása érdekében koordinációs műveletekre (rendszerhívásokra) van szükség.
- Igaz
- Hamis
Ha hibát találsz, egyeztess másokkal és ha mindenki ugyanazon véleményen van, javítsátok ki.
