sbintuitions/JSQuAD huggingface dataset:
アメリカ陸軍
アメリカ陸軍（United States Army, USA,U.S.Army）は、アメリカ軍の陸軍部門である。アメリカの8つの武官組織のうちの1つであり、合衆国憲法ではアメリカの陸軍と定められている。現代のアメリカ陸軍は、アメリカが国として設立される前の1775年6月14日にアメリカ独立戦争（1775年〜1783年）を戦うために結成された大陸軍にそのルーツを持つ。独立戦争後、合衆国議会は1784年6月3日、解散した大陸軍に代わってアメリカ陸軍を創設した。アメリカ陸軍は、自らを大陸軍の継続部隊と考えており、そのため、制度上の発足は1775年の同軍の起源と考えている。

質問: アメリカの武官組織はいくつあるか。
回答: 8つ

質問: アメリカ軍陸軍部門の制度上の発足の起源はいつか？
回答: 1775年

質問: United States Army, USA,U.S.Armyを日本語で言うと何？
回答: アメリカ陸軍

質問: アメリカ軍の陸軍部門のことを何という？
回答: アメリカ陸軍
アメリカ陸軍
米国陸軍は、アメリカの武官組織であり、国防総省の3つの軍事部門のうちの1つである陸軍省に属している。米国陸軍は、上級任命の文官である陸軍長官（SECARMY）と、軍の最高責任者である陸軍参謀長（CSA）が指揮を執っており、統合参謀本部のメンバーでもある。陸軍は最大の兵科であり、2020年度の正規軍（USA）の末端兵力は480,893人、陸軍州兵（ARNG）は336,129人、米陸軍予備役（USAR）は188,703人、米陸軍の複合コンポーネント兵力は1,005,725人と予測されている。軍隊の一部門であるアメリカ陸軍の使命は、「戦闘指揮官を支援し、あらゆる軍事作戦と紛争の範囲において、迅速かつ持続的な陸軍支配を提供することにより、わが国の戦争を戦い、勝利すること」である。陸軍は、世界中の紛争に参加し、米国の主要な地上攻撃・防御部隊となっている。

質問: 国防総省の軍事部門はいくつあるか。
回答: 3つ

質問: 米国陸軍は国防総省の3つの軍事部門のうちのどこに属している？
回答: 陸軍省

質問: アメリカ陸軍は何省に属している？
回答: 陸軍省

質問: 米国陸軍は国防総省の何省に属しているか？
回答: 陸軍省
アメリカ陸軍
アメリカ陸軍はアメリカ独立戦争のためにアメリカ合衆国建国の前の1775年6月14日に大陸会議の決議によって、イギリス軍に対抗するため組織された大陸軍を起源としている。大陸軍はアメリカ13植民地の統一された命令系統を持ち、独立戦争の全期間を通じてジョージ・ワシントンがその総司令官を務めた。大陸軍の行動ははじめ武器、食料の不足などで苦戦したが、各植民地の民兵隊やその管制下に残されていた部隊の支援とさらにヨーロッパ諸国からも支援も得て、独立戦争に勝利しパリ講和条約によって13植民地はアメリカ合衆国として正式に独立を認められた。パリ講和条約締結後ウエストポイントと幾つかの辺境の前哨基地に小さな地域軍隊が残されたのみで、1783年11月3日ほとんどの大陸軍部隊は解散されたが、1784年6月3日の大陸会議の決議によってアメリカ陸軍が結成された。

質問: アメリカ陸軍が結成されたのは1784年6月3日の何という会議で決議されたか？
回答: 大陸会議

質問: 独立戦争の全期間を通じてジョージ・ワシントンが総司令官を務めたのは何軍？
回答: 大陸軍

質問: イギリス軍に対抗するために組織された大陸軍の総司令官を務めた人物は？
回答: ジョージ・ワシントン
アメリカ陸軍
アメリカ陸軍は下記3兵種から構成される。アメリカ陸軍の兵員は“Soldier”と呼ばれる。

質問: アメリカ陸軍の兵員は何と呼ばれるか
回答: Soldier

質問: アメリカ陸軍はいくつの兵種から構成されるか。
回答: 3兵種

質問: アメリカ陸軍の兵員は何と呼ばれる？
回答: “Soldier”

質問: アメリカ陸軍の兵員は英語で何と呼ばれているか？
回答: Soldier
アメリカ陸軍
上記3つの要素は、全て第一次世界大戦からアメリカが関わった全戦争に参加した。予備軍および州兵の使用権はベトナム戦争の後に強められた。予備軍および州兵の部隊は、湾岸戦争（コソボ紛争における平和維持活動）および2003年のイラク戦争に参加した。2017年4月現在約46万人、予備役約53万人が所属。

質問: 2017年4月の予備軍および州兵の部隊の人数は約何人か？
回答: 約46万人、予備役約53万人

質問: 予備軍および州兵の使用権はいつ強められたか。
回答: ベトナム戦争の後

質問: ベトナム戦争の後に強められたのは何の使用権？
回答: 予備軍および州兵の使用権

質問: イラク戦争が起きたのは西暦何年？
回答: 2003年
アメリカ陸軍
アメリカ合衆国憲法の規定により、アメリカ陸軍の編成権及び統轄及び規律に関する規則を定める権限は、アメリカ合衆国議会にある。アメリカ陸軍は大まかに以下の編制からなる。コマンドもよく用いられるが、さまざまな規模であるため特定の階梯にはない。

質問: アメリカ陸軍の編成権及び統轄及び規律に関する規則を定める権限はどこにある？
回答: アメリカ合衆国議会

質問: アメリカ陸軍の編成権及び統轄及び規律に関する規則を定める権限は何にあるか
回答: アメリカ合衆国議会

質問: アメリカ陸軍の編成権及び統轄及び規律に関する規則を定める権限はどこにある。
回答: アメリカ合衆国議会

質問: アメリカ陸軍の編成権及び統轄及び規律に関する規則を定める権限はどこにあるか
回答: アメリカ合衆国議会

質問: アメリカ陸軍の編成権及び統轄及び規律に関する規則を定める権限は、アメリカ合衆国議会にあるという規定があるのは
回答: アメリカ合衆国憲法
アメリカ陸軍
アメリカ陸軍の組織は、制度上の組織（人員・配置・装備・訓練等を担う）と、運用上の組織（作戦・戦闘の指揮命令系統）に分けられている。制度上の組織は大きく陸軍コマンド、陸軍支援構成コマンド、直轄部隊で3区分されているが、これは3つの機関が存在している訳ではない。直轄部隊を除く各軍は制度上は陸軍組織に入るが、運用上は統合軍の指揮命令系統に従う（後述）。下記に制度上の組織を示す。（出典：アメリカ陸軍公式サイト）

質問: アメリカ陸軍の組織は、制度上の組織と何上の組織に分けられているか
回答: 運用

質問: アメリカ陸軍の組織は制度上の組織と、あと一つは何か
回答: 運用上の組織

質問: アメリカ陸軍の組織は、制度上の組織（人員・配置・装備・訓練等を担う）と、何（作戦・戦闘の指揮命令系統）に分けられている
回答: 運用上の組織
アメリカ陸軍
アメリカ陸軍の長は陸軍参謀総長が務め、4つ星の将官である大将が任命される。他の統合参謀本部のメンバーと同じく、陸軍参謀総長に陸軍部隊に対する作戦上の直接指揮権は無い。あるのは軍内行政執行権及び軍政策決定権だけであり、作戦指揮権は大統領から国防長官を通して命令を下される各統合軍司令官にある。陸軍参謀総長に部隊指揮権は無いものの、各軍の参謀総長と共に統合参謀本部を構成し、大統領に作戦上のアドバイスをする立場にある。陸軍の3つ星の将官（中将）の職には、各戦域統合軍の副司令官、各戦域統合軍の陸軍司令官、各種軍団の将官職等がある。

質問: アメリカ陸軍の長は何が務めるか
回答: 陸軍参謀総長

質問: アメリカ陸軍における四つ星の将官、管制名は何か
回答: 大将

質問: アメリカ陸軍の長は誰が務めるか？
回答: 陸軍参謀総長

質問: アメリカ陸軍の長は何がつとめる
回答: 陸軍参謀総長
アメリカ陸軍
各軍・軍団は部隊管理組織であり、陸軍参謀総長の指揮を受ける。作戦行動は各統合軍司令官の指揮を受けている。

質問: アメリカ陸軍の作戦行動は誰の指揮を受けているか？
回答: 各統合軍司令官

質問: アメリカ陸軍の指揮は誰がとっているか
回答: 陸軍参謀総長

質問: アメリカ陸軍の作戦行動は誰に指揮を受けるか？
回答: 各統合軍司令官

質問: 各軍・軍団は部隊管理組織であり、何の指揮を受ける
回答: 陸軍参謀総長

質問: アメリカ陸軍は各軍・軍団は部隊管理組織で、何の指揮を受けるか
回答: 陸軍参謀総長
カーネル
カーネルは、階層型に設計されたオペレーティングシステム (OS) の中核となる部分で、アプリケーションとハードウェアの架け橋である。具体的には、システムのリソースや、ハードウェアとソフトウェアの連携を管理する。その他、通信制御も行う事が多い。

質問: カーネル管理していることとは何か。
回答: ハードウェアとソフトウェアの連携

質問: カーネルは、階層型に設計されたオペレーティングシステム (OS) の中核となる部分で、アプリケーションと何の架け橋か
回答: ハードウェア

質問: 階層型に設計されたオペレーティングシステム (OS) の中核となる部分とは？
回答: カーネル

質問: 階層型に設計されたオペレーティングシステム (OS) の中核となる部分で、アプリケーションとハードウェアの架け橋なのはなに
回答: カーネル
カーネル
オペレーティングシステムの基本コンポーネントとして、カーネルはメモリ、CPU、入出力を中心としたハードウェアを抽象化し、ハードウェアとソフトウェアがやり取りできるようにする。また、ユーザープログラムのための機能として、プロセスの抽象化、プロセス間通信、システムコールなどを提供する。

質問: オペレーティングシステムの基本なにか
回答: コンポーネント

質問: カーネルは何を中心としたハードウェアを抽象化したか。3つ答えよ
回答: メモリ、CPU、入出力

質問: カーネルは何のための機能として、プロセスの抽象化、プロセス間通信、システムコールなどを提供するか？
回答: ユーザープログラム
カーネル
他に協調型マルチタスクもあり、各プロセスは自らカーネルに制御を戻すまで割り込まれずに実行を続けることができる。制御をカーネルに戻すことを yielding と呼び、プロセス間通信の際や何らかのイベントを待つ際に行われ、そのときにカーネルが別のプロセスを動作させる。古い Windows や Mac OS はこの方式だったが、コンピュータの性能向上に伴ってプリエンプティブ方式に切り換えた。

質問: 制御をカーネルに戻すことを何と呼ぶか？
回答: yielding

質問: 制御をカーネルに戻すことを何と呼ぶ
回答: yielding

質問: 最近のコンピュータは何方式に切り替えた？
回答: プリエンプティブ

質問: 制御をカーネルに戻すことを何と呼ぶ？
回答: yielding
カーネル
カーネルはシステムの全メモリへの無制限のアクセスが可能で、ユーザープロセスの要求に応じて安全なメモリアクセスを提供しなければならない。このための第一歩はページング方式やセグメント方式による仮想アドレッシングである。仮想記憶方式では、カーネルは物理アドレスを別のアドレス、つまり仮想アドレスに変換する。これにより、各プログラムは（カーネル以外では）仮想空間上唯一のコードに見え、プログラムが互いに他のプログラムを破壊することを防止する。

質問: メモリアクセスの第一歩はなに？
回答: 仮想アドレッシング

質問: カーネルはシステムの全メモリへの無制限の何が可能？
回答: アクセス

質問: 仮想記憶方式では、カーネルは物理アドレスを何に変換するか？
回答: 仮想アドレス

質問: 何はシステムの全メモリへの無制限のアクセスが可能？
回答: カーネル

質問: 何がシステムの全メモリへの無制限のアクセスが可能で、ユーザープロセスの要求に応じて安全なメモリアクセスを提供しなければならないか
回答: カーネル
カーネル
仮想アドレッシング方式では、仮想空間をカーネル用の部分（カーネル空間）とアプリケーション用の部分（ユーザー空間）に分けることが出来る。アプリケーションはカーネル用メモリにアクセスできないので、アプリケーションにバグがあったとしてもカーネルにダメージを与えることはない。この根本的な分離は多くの汎用カーネルで実際に使われているが、別な方式を採用したカーネルの研究も行われている（例えば、Singularity）。

質問: 仮想空間をカーネル用の部分とアプリケーション用の部分に分けることが出来る方法は？
回答: 仮想アドレッシング方式

質問: 仮想アドレッシング方式では、仮想空間をカーネル用の部分をなんという
回答: カーネル空間
カーネル
カーネルは使用可能なデバイスの一覧を保持しなければならない。この一覧は、事前に知られている場合（例えば、組み込みシステムでは利用可能なハードウェアが変われば、カーネルを書き換える）、ユーザーが設定する場合（古いPCや個人用に設計されていないシステムなど）、OSが実行時に検出する場合（プラグアンドプレイ）がある。プラグアンドプレイのシステムでは、デバイス管理は最初に様々なバス（PCIやUSB）上をスキャンして実装されたデバイスを検出し、対応するドライバを探す。

質問: カーネルは使用可能なデバイスの一覧をどうしなければいけない？
回答: 保持

質問: デバイス管理は最初に様々なバスは何がある？
回答: PCIやUSB

質問: 何は使用可能なデバイスの一覧を保持しなければならない
回答: カーネル

質問: カーネルは、使用可能な何の一覧を保持するか？
回答: デバイス
カーネル
デバイス管理は各OS固有の部分であり、カーネルの設計によってドライバの扱い方は異なるが、一般にカーネルはドライバが物理的にデバイスにアクセスするための入出力ポートやメモリ空間を用意する必要がある。デバイスへのアクセスはコンテキストスイッチを引き起こしたり、CPUを浪費したりすることになり易く、性能オーバヘッドの元となるため、デバイス管理の設計は重要である。

質問: 一般にカーネルはドライバが物理的にデバイスにアクセスするため何が必要か
回答: 入出力ポートやメモリ空間

質問: デバイス管理のはそれぞれOS固有の部分であるため、カーネルの設計により何の扱いが異なってくるのか？
回答: ドライバ

質問: デバイス管理は各OS固有の部分であり、何の設計によってドライバの扱い方は異なる
回答: カーネル

質問: カーネルの設計によって異なるのは？
回答: ドライバの扱い方
カーネル
意味のある作業を実行するには、ユーザプログラムはカーネルの提供する全サービスにアクセスできなければならない。これはカーネルによって実装が異なるが、多くは標準CライブラリやAPIが提供され、そこから対応するカーネル機能が呼び出される。

質問: 標準CライブラリやAPIが提供され、そこから対応する何機能が呼び出されるか？
回答: カーネル機能

質問: カーネル機能が呼び出されるのはどこか
回答: 多くは標準CライブラリやAPI

質問: 意味のある作業をするために、カーネルの提供する全てのサービスにアクセスが必要なものは何か？
回答: ユーザプログラム

質問: 意味のある作業を実行するには、ユーザプログラムは何の提供する全サービスにアクセスできなければならない
回答: カーネル

質問: 意味のある作業を実行するため、ユーザプログラムは何の提供する全サービスにアクセスする必要がある？
回答: カーネル
カーネル
カーネル機能を呼び出す方法は主にCPUがどのような機能を提供しているかに依存する。カーネル空間とユーザー空間が分離されている場合、ユーザープロセスが直接カーネルを呼び出すことはできない。例えば以下のような技法を採用する。

質問: カーネル空間とユーザー空間が分離されている場合、ユーザープロセスが直接呼び出せないのは？
回答: カーネル

質問: カーネル機能を呼び出す方法は主になにがどのような機能を提供しているかに依存するか？
回答: CPU

質問: ユーザープロセスが直接カーネルを呼び出すことができないのは、何と何が分離されている時か？
回答: カーネル空間とユーザー空間

質問: 何機能を呼び出す方法は主にCPUがどのような機能を提供しているかに依存する
回答: カーネル
カーネル
カーネル設計において重要な観点として、障害（フォールトトレラント性）と悪意ある動作（セキュリティ）からの保護（プロテクション）サポートがある。この2つは通常明確には区別されず、明確に区別しようとするとリングプロテクションでは対応できなくなる。

質問: カーネル設計において重要な観点として、障害（フォールトトレラント性）と何からの保護（プロテクション）サポートがあるか？
回答: 悪意ある動作（セキュリティ）

質問: カーネル設計は障害と何から保護されるか
回答: 悪意ある動作
カーネル
階層型プロテクションは、一般に「CPUモード」でサポートされる。ハードウェアサポートによる単純で効率的な方法は、MMUにメモリアクセスの度にその妥当性をチェックさせるもので、その機構をと呼ぶ。ただし、多くの商用コンピュータアーキテクチャではMMUがケイパビリティをサポートしていない。

質問: カーネルにおいて、階層型プロテクションは、一般に何でサポートされるか？
回答: 「CPUモード」

質問: 階層型プロテクションは普通何でサポートされる?
回答: CPUモード

質問: 階層型プロテクションをサポートするのは何モード？
回答: CPU

質問: 階層型プロテクションは、一般に何モードでサポートされる？
回答: CPUモード

質問: 多くの商用コンピュータアーキテクチャでサポートされないのは何か
回答: MMU
カーネル
カーネル設計における重要な点として、セキュリティの機構と方針を実装する抽象化レベルの選択がある。カーネルのセキュリティ機構は、高度なセキュリティをサポートする上で重要である。

質問: カーネル設計における重要な点として、何の機構と方針を実装する抽象化レベルの選択があるか？
回答: セキュリティ

質問: カーネル設計における重要な点として、セキュリティの機構と何がある？
回答: 方針を実装する抽象化レベルの選択
カーネル
これらのタスクはカーネルによって方式が異なり、設計も実装も異なる。モノリシックカーネルは全てを一つの仮想アドレス空間に格納されたコードで実行して性能を向上させようとする。マイクロカーネルはサービスの大部分をユーザー空間で実行し、コードの保守性とモジュール性を向上させようとする。多くのカーネルはこの二つのカテゴリのいずれか、あるいは中間である。

質問: マイクロカーネルがサービスの大部分を実行するのはどこか。
回答: ユーザー空間

質問: 全てを一つの仮想アドレス空間に格納されたコードで実行して性能を向上させようとするのを、何カーネルと呼ぶ？
回答: モノリシックカーネル

質問: マイクロカーネルはサービスの大部分をどこで実行している？
回答: ユーザー空間
カーネル
1つの方式として、ファームウェアとカーネルでフォールトトレラント性をサポートする方式があり、その上に悪意ある動作に対するセキュリティ方針を構築し（必要に応じて暗号機構を追加する）、一部の責任をコンパイラに委任する。コンパイラやアプリケーションレベルへのセキュリティ方針の責任委譲の方式を一般に「言語ベースのセキュリティ」と呼ぶ。

質問: コンパイラやアプリケーションレベルへのセキュリティ方針の責任委譲の方式を一般に何と呼ぶか？
回答: 言語ベースのセキュリティ

質問: コンパイラやアプリケーションレベルへのセキュリティ方針の責任委譲の方式を一般に何と呼ぶ？
回答: 言語ベースのセキュリティ

質問: コンパイラやアプリケーションレベルへのセキュリティ方針の責任委譲の方式を一般になんと呼ぶか
回答: 言語ベースのセキュリティ
カーネル
現代の主流のOSの多くは重要なセキュリティ機構が欠如しているため、アプリケーションの抽象化レベルでの適切なセキュリティ方針実装ができないことがある。一般にカーネルサポートがどうであれ、アプリケーションで任意のセキュリティ方針を実装可能だとされているが、間違いである。

質問: 現代の主流のOSの多くは何が欠如しているか？
回答: 重要なセキュリティ機構

質問: 現代の主流のOSの多数が欠如していることは?
回答: 重要なセキュリティ機構

質問: 現代の主流のOSの多くは何が欠如している？
回答: 重要なセキュリティ機構

質問: 現代の主流のOSの多くは何が欠如しているか
回答: 重要なセキュリティ機構
カーネル
現代の一般的コンピュータは、ハードウェアが強制した規則を使ってプログラムのデータへのアクセスを許可している。プロセッサは動作を監視し、規則に違反したプログラムを停止させる（例えば、カーネル空間のメモリを読み書きしようとしたユーザプロセスを停止させるなど）。ケイパビリティをサポートしていないシステムでは、プロセスは相互に隔離されたアドレス空間で動作する。ユーザプロセスがカーネルを呼び出すことは、上述したシステムコールの技法を使って統制されている。

質問: プログラムのデータへのアクセスを許可しているのは？
回答: ハードウェアが強制した規則

質問: 現代の一般的コンピュータでは、何が動作を監視し、規則に違反したプログラムを停止させているか？
回答: プロセッサ

質問: 現代の一般的コンピュータは、ハードウェアが強制した規則を使ってプログラムのデータへの何を許可している？
回答: アクセス

質問: ユーザプロセスがカーネルを呼び出すことは何を使って統制されているか
回答: システムコールの技法

質問: 現代の一般的コンピュータで動作を監視し、規則に違反したプログラムを停止させる役割を果たすのは
回答: プロセッサ
カーネル
代替手法として言語ベースの保護（プロテクション）がある。言語ベースのプロテクションシステムでは、カーネルは信頼されている言語コンパイラが生成したコードのみ実行を許可する。そしてその言語は、セキュリティに違反するようなコードをプログラマが書けないように設計されている。

質問: 代替手法として何があるか？
回答: 言語ベースの保護（プロテクション）

質問: 言語ベースのプロテクションシステムでは、信頼されている言語コンパイラが生成したコードのみ実行を許可するのは何か
回答: カーネル

質問: カーネルの代替手法として何がある？
回答: 言語ベースの保護
カーネル
エドガー・ダイクストラは論理的観点から、バイナリセマフォにおける不可分なロックとアンロック操作だけで、プロセス間の任意の協調作動を実現できることを証明した。しかしそのような方式は一般に安全性や効率性が欠如しており、メッセージパッシング方式の方が柔軟性が高い。他の方式もいくつかあり、現代のカーネルでは共有メモリやRPCなどのシステムをサポートしていることが多い。

質問: 現代のカーネルでは共有メモリやRPCなどのシステムをどうしていることが多い？
回答: サポート

質問: バイナリセマフォにおける不可分なロックとアンロック操作だけでプロセス間の協調作業を実現することを証明したのは誰か？
回答: エドガー・ダイクストラ

質問: バイナリセマフォにおける不可分なロックとアンロック操作だけで、プロセス間の任意の協調作動を実現できることを証明したのは誰か
回答: エドガー・ダイクストラ

質問: 誰が論理的観点から、バイナリセマフォにおける不可分なロックとアンロック操作だけで、プロセス間の任意の協調作動を実現できることを証明したか
回答: エドガー・ダイクストラ
カーネル
入出力デバイスを並行して協調作動する他のプロセス群から一様に扱えるようにするというカーネルの考え方は、 が提唱し実装したのが最初である（似たような考え方は1967年にも示唆されていた）。Hansen はその説明で、「共通の」プロセス群を「内部プロセス」、入出力デバイスを「外部プロセス」と呼んでいる。

質問: Hansen はその説明で、「共通の」プロセス群を「内部プロセス」、入出力デバイスを何と呼んでいる？
回答: 外部プロセス

質問: ハンセンは入出力デバイスをなんと呼んでいるか？
回答: 「外部プロセス」

質問: Hansenは「共通の」プロセス群を何と呼んでいるか？
回答: 「内部プロセス」

質問: カーネルの考え方で、「共通の」プロセス群を「内部プロセス」、入出力デバイスを「外部プロセス」と呼んで説明したのは誰
回答: Hansen

質問: 入出力デバイスを並行して協調作動する他のプロセス群から一様に扱えるようにするというを考えたのは誰
回答: カーネル
カーネル
「機構と方針の分離」の原則は、マイクロカーネルとモノリシックカーネルの哲学の間でかなり大きな相違がある。ここで、「機構」は様々な「方針」の実装を可能とするものであり、「方針」は特定の「操作のモード」である。例えば「機構」面では、ユーザーがログインしようとしたとき認証サーバを呼び出してアクセスを認めるべきか否かを決定するということが考えられる。一方「方針」面では、認証サーバがパスワードを要求し、データベース内の暗号化されたパスワードと照合するかもしれない。機構が汎用的であれば、機構と方針が同一モジュールに統合されている場合よりも方針の変更（例えば、パスワードの代わりにセキュリティトークンを使うなど）がより容易になる。

質問: マイクロカーネルとモノリシックカーネルの哲学の間でかなり大きな相違がある原則は何
回答: 「機構と方針の分離」の原則

質問: マイクロカーネルとモノリシックカーネルとの間でかなり大きな相違があるものは何か？
回答: 「機構と方針の分離」の原則

質問: マイクロカーネルとモノリシックカーネルの間で相違があるものは何か？
回答: 「機構と方針の分離」の原則

質問: 「機構と方針の分離」の原則は、マイクロカーネルと何の間でかなり大きな相違がある。
回答: モノリシックカーネルの哲学

質問: マイクロカーネルとモノリシックカーネルの哲学の間でかなり大きな相違があるのは何の原則？
回答: 機構と方針の分離
カーネル
最小のマイクロカーネルでは非常に基本的な方針のみが含まれ、その機構はカーネル上で動作させるもの（OSの残りの部分やアプリケーション群）自身がどのような方針（メモリ管理、高度なプロセススケジューリング、ファイルシステム管理など）を採用するか決定することを可能にする。一方モノリシックカーネルは方針の大部分をカーネル内に含む傾向があり、結果としてその上の部分の自由度は制限される。

質問: 方針の大部分をカーネル内に含む傾向があるのは何
回答: モノリシックカーネル

質問: 非常に基本的な方針のみが含まれるのは何カーネルですか
回答: 最小のマイクロカーネル

質問: カーネル上で動作させるものは？
回答: OSの残りの部分やアプリケーション群
カーネル
モノリシックカーネルはカーネルの全コードを同じアドレス空間（カーネル空間）で実行するが、マイクロカーネルでは多くのサービスをユーザー空間で実行しようとし、コードベースの保守性とモジュール性を向上させようとしている。多くのカーネルは明確にどちらかに分類できるわけではなく、その中間の実装とも言うべきハイブリッドカーネルになっている。さらに特殊な設計としてナノカーネルやエクソカーネルが研究されているが、広く使われるまでには至っていない。エクソカーネルの例としてXenハイパーバイザがある。

質問: カーネルの全コードを同じアドレス空間（カーネル空間）で実行するのは何カーネルですか
回答: モノリシックカーネル

質問: エクソカーネルの例として何がある
回答: Xenハイパーバイザ
カーネル
モノリシックカーネルでは、全OSサービスはひとつのカーネル空間内に存在し、カーネルスレッド上で実行される。この手法は強力なハードウェアアクセスを提供する。UNIXの開発者ケン・トンプソンは、モノリシックカーネルの方がマイクロカーネルより実装が容易だとしている。主な欠点はシステム構成要素間の依存関係の複雑さである。例えば、デバイスドライバにバグがあっただけでシステム全体がクラッシュするし、大きなカーネルは保守が非常に困難である。

質問: 全OSサービスはひとつのカーネル空間内に存在し、カーネルスレッド上で実行されるカーネルは？
回答: モノリシックカーネル

質問: UNIXの開発者の名前は何ですか
回答: ケン・トンプソン

質問: UNIXの開発者は誰
回答: ケン・トンプソン

質問: UNIXの開発者は？
回答: ケン・トンプソン
カーネル
全てではないが、多くのオペレーティングシステム (OS) はカーネルを内包する。ハードウェアとソフトウェアの間の通信を管理するソフトウェアとしてのカーネルは、性能、メモリ効率、セキュリティ、プロセッサのアーキテクチャなどが複雑に絡んだ問題への妥協的解答である。

質問: 多くのオペレーティングシステム (OS) が内包しているのは何？
回答: カーネル

質問: 多くのオペレーティングシステム (OS) が内包しているのは？
回答: カーネル

質問: ソフトウェアとしてのカーネルが管理しているのは何か。
回答: ハードウェアとソフトウェアの間の通信
カーネル
Unix系OSが伝統的に採用してきたモノリシックカーネルは、OS中核機能とデバイスドライバを全て含んでいた。デバイスドライバ、スケジューラ、メモリ管理、ファイルシステム、ネットワークのプロトコルスタックなど、多くのプログラムが必要とするがライブラリとしてユーザー空間で実行することができない機能は、全てカーネル空間に置かれた。それら全サービスへのアクセスを可能にするため、数多くのシステムコールがアプリケーションに対して提供されている。

質問: モノリシックカーネルのすべてのサービスを使えるようにしたのは？
回答: システムコール

質問: Unix系OSが伝統的に採用してきたカーネルは？
回答: モノリシックカーネル

質問: 数多くのシステムコールは何に対して提供している
回答: アプリケーション

質問: Unix系OSが伝統的に採用してきたカーネルは何ですか
回答: モノリシックカーネル
カーネル
必要とされないサブシステムを伴って最初からロードされるモノリシックカーネルは、より汎用的な意味ではあるが、特定ハードウェア向けに設計されたものよりもチューニングが可能である。LinuxやFreeBSDなどの現代のモノリシックカーネルはUnix系OSであり、実行時にモジュールをロードする機能を備えており、必要に応じて容易に機能を拡張でき、同時にカーネル空間で動作するコード量をなるべく最小に抑えることができる。モノリシックカーネルには次のような長所がある。

質問: 必要とされないサブシステムを伴って最初からロードされるカーネルは？
回答: モノリシックカーネル

質問: 必要とされないサブシステムを伴って最初からロードされるカーネルは
回答: モノリシックカーネル

質問: 特定ハードウェア向けに設計されたものよりも何が可能
回答: チューニング
カーネル
このようなカーネルはOSの中核機能とデバイスドライバから成り、実行時にモジュールをロードする機能を備えている。それらによって、下層のハードウェアについての豊富で強力な抽象化を提供する。それらは単純なハードウェア抽象化の小さなセットを提供し、サーバと呼ばれるアプリケーションを使ってさらなる機能を提供する。この特定の手法でハードウェア上の高度な仮想インタフェースを定義し、プロセス管理、並行性管理、メモリ管理といったスーパーバイザモードで動作するいくつかのモジュールでOSサービスを実装し、システムコールでそれらを呼び出せるようにしている。しかし、このような設計には以下のような短所や制約がある。

質問: カーネルは、OSの中核機能の他に、何というドライバによって構成されているか？
回答: デバイスドライバ

質問: OSの中核機能とデバイスドライバから成るのは？
回答: カーネル

質問: カーネルはOSの中核機能となにからできる？
回答: デバイスドライバ

質問: カーネルはOSの中核機能と何から成る？
回答: デバイスドライバ

質問: カーネルは何からできているか。
回答: OSの中核機能とデバイスドライバ
カーネル
マイクロカーネルとは、伝統的な「カーネル」から「サーバ」群に機能を移転するOS設計方針を意味し、最小化したカーネルだけをカーネル空間に残し、サーバ群を可能な限りユーザ空間で動作させる。マイクロカーネルでは、ハードウェアの単純な抽象化と最小のプリミティブ（システムコール）で最小のOSサービスを実装する（メモリ管理、マルチタスク、プロセス間通信など）。他の全てのサービス（ネットワークなど）は「サーバ」としてユーザ空間に実装される。マイクロカーネルはモノリシックカーネルよりも保守が容易だが、システムコール回数やコンテキストスイッチ回数が増大するために性能が低下する傾向がある。

質問: 伝統的な「カーネル」から「サーバ」群に機能を移転するOS設計方針を意味するのは？
回答: マイクロカーネル

質問: マイクロカーネルとは、カーネルと何のこと？
回答: サーバ

質問: 伝統的な「カーネル」から「サーバ」群に機能を移転するOS設計方針は？
回答: マイクロカーネル
カーネル
ネットワーキングなどのカーネルサービスは「サーバ」と呼ばれるユーザ空間のプログラムとして実装される。サーバを停止・再起動するだけでOSを更新可能である。例えばネットワークをサポートしていないマシンで、ネットワークサーバは起動する必要がない。サーバ群やカーネルの間でデータをやり取りする作業があるため、モノリシックカーネルにはないオーバヘッドが生じ、効率が低下する。

質問: ネットワーキングなどのカーネルサービスはなにと呼ばれるユーザ空間のプログラムとして実装されるか。
回答: サーバ

質問: ネットワーキングなどのカーネルサービスは何と呼ばれるユーザ空間のプログラムとして実装される？
回答: サーバ

質問: ネットワーキングなどのカーネルサービスは何と呼ばれる？
回答: サーバ

質問: ネットワーキングなどのカーネルサービスは何と呼ばれるユーザ空間のプログラムとして実装されるか？
回答: サーバ
カーネル
マイクロカーネル方式では、OSの他の部分を通常のアプリケーションのように高水準言語で書くことができ、同一のカーネル上で異なるOS（のインタフェース）を使用することもできる。また動的にOSを切り換えたり、複数のOSを同時に使用することもできる。

質問: 動的にOSを切り換えたり、複数のOSを同時に使用することもできる方式は
回答: マイクロカーネル方式

質問: マイクロカーネル方式では、何で書くことができる？
回答: 高水準言語

質問: 同時に複数の何を使用できる？
回答: OS

質問: OSの他の部分を通常のアプリケーションのように高水準言語で書くことができる方式は？
回答: マイクロカーネル方式
カーネル
カーネルが巨大化するにつれて、様々な問題が明らかになってきた。最も明らかな問題はカーネルの大きさ（メモリ使用量）の増大である。これは仮想記憶をカーネル空間にも適用することである程度まで和らげられるが、全てのコンピュータ・アーキテクチャが仮想記憶をサポートできるわけではない。カーネルのサイズを削減するため、不要なコードを削除するなどの改善が必要となるが、これはカーネルの各モジュール間の明らかにされていない依存関係があるために非常に困難である。

質問: カーネルのサイズを縮小するために必要な改善方法は何か？
回答: 不要なコードを削除する

質問: カーネルが巨大化するにつれて、様々な問題が明らかになってきた。最も明らかな問題は何の増大であるか？
回答: メモリ使用量

質問: カーネルがどうなると問題が起きる？
回答: 巨大化

質問: カーネルの大きさを何という？
回答: メモリ使用量

質問: カーネルが巨大化するにつれて、最も明らかな問題は
回答: カーネルの大きさ（メモリ使用量）の増大
カーネル
マイクロカーネルと比較したときのモノリシックカーネルの様々な欠点から、1990年代の初期までにモノリシックカーネルは時代遅れと考えられるに至った。結果としてLinuxがモノリシックカーネルを採用したことでリーナス・トーバルズとアンドリュー・タネンバウムの間で有名な論争が発生した（アンドリュー・タネンバウムとリーナス・トーバルズの議論）。この議論では、両者の言い分にそれぞれメリットがある。

質問: Linuxが採用したのは？
回答: モノリシックカーネル

質問: Linuxが何を採用したことでリーナス・トーバルズとアンドリュー・タネンバウムの間で有名な論争が発生した（アンドリュー・タネンバウムとリーナス・トーバルズの議論）か？
回答: モノリシックカーネル

質問: 何と比較した時のモノリシックカーネルの様々な欠点から、1990年代の初期までにモノリシックカーネルは時代遅れと考えられるに至った？
回答: マイクロカーネル
カーネル
モノリシックカーネルはコード全体を同じアドレス空間（カーネル空間）に置くよう設計されており、一部の開発者はシステム性能向上に必須の特徴だとしている。一部の開発者はうまく書けばモノリシックカーネルは極めて高効率になるとしている。

質問: アドレス空間の類義語
回答: カーネル空間

質問: コード全体を置くアドレス空間を何と呼ぶか
回答: カーネル空間

質問: 何はコード全体を同じアドレス空間（カーネル空間）に置くよう設計されている？
回答: モノリシックカーネル

質問: モノリシックカーネルは何を同じアドレス空間（カーネル空間）に置くよう設計されているか？
回答: コード全体
カーネル
1980年代から1990年代初めにかけてのマイクロカーネルの性能は低かった。そういった初期のマイクロカーネルの性能を実測する研究が行われたが、性能が低い原因を深く分析することはなかった。そういったデータが一人歩きし、カーネルモードとユーザモードの切り替え回数が増え、プロセス間通信の回数が増え、コンテキストスイッチの回数が増えたためだ とみなされた。

質問: 何の回数が増えた？
回答: コンテキストスイッチ

質問: 1980年代から1990年代初めにかけてのマイクロカーネルの性能は高かったか？低かったか？
回答: 低かった

質問: 1980年代から1990年代初めにかけてのマイクロカーネルの性能は？
回答: 低かった
カーネル
多くの場合、ブートローダーがカーネルを特権モードのプロセスとして起動する。しかし、初期化が完了すると、カーネルはいわゆるプロセスとしては存在せず、ディスクアクセスなどの高い特権レベルを必要とする処理を必要としたときにユーザプログラムから呼び出される機能の集合体として存在することになる。カーネルの処理の流れはユーザープロセスの処理の流れの延長上にあり、システムコールによってカーネルに処理が渡り、終了するとユーザーに戻っていく。初期化時のコンテキストはそのまま消えるようにする設計もあるが、「アイドルプロセス」とか「collects」と呼ばれる、プロセッサが何もすることがない時に実行されるコードに流用される設計とすることもある。省電力のため、プロセッサが「休む」ような命令を繰り返すようなコードとすることも多い。

質問: カーネルの処理の流れは何の処理の流れの延長上にある？
回答: ユーザープロセス

質問: 初期化の完了後、カーネルはいわゆるプロセスとしては存在せず、ディスクアクセスなどの高い特権レベルを必要とする処理を必要としたときに、どのような集合体として存在するのか。
回答: ユーザプログラムから呼び出される機能

質問: カーネルを特権モードのプロセスとして起動するのは？
回答: ブートローダー

質問: 多くの場合、カーネルを特権モードのプロセスとして起動するのは何。
回答: ブートローダー
カーネル
Windows NT系などの商用OSでよく見られる。Appleの macOS も、カーネギーメロン大学のMachとFreeBSDのモノリシックカーネルのコードをベースとしたXNUというハイブリッドカーネルを採用している。マイクロカーネルの性能オーバヘッドを削減するため一部のサービス（通信プロトコルスタックやファイルシステム）をカーネル空間で動作させるが、一部のカーネルコード（デバイスドライバなど）はサーバとしてユーザ空間で実行する。これは、純粋なマイクロカーネルが高性能を提供できると示される以前、妥協的に考案された技法であり、マイクロカーネルにモノリシックカーネルの特性を一部取り入れて拡張したものと言える。

質問: Appleの macOS も、カーネギーメロン大学のMachとFreeBSDのモノリシックカーネルのコードをベースとした何を採用しているか？
回答: XNUというハイブリッドカーネルを採用

質問: モノリシックカーネルのコードをベースとしたXNUというハイブリッドカーネルを採用しているOSは何か
回答: Appleの macOS

質問: macOSのベースは？
回答: モノリシックカーネル

質問: 何もカーネギーメロン大学のMachとFreeBSDのモノリシックカーネルのコードをベースとしたXNUというハイブリッドカーネルを採用している？
回答: Appleの macOS

質問: Appleの macOS も、カーネギーメロン大学のMachとFreeBSDのモノリシックカーネルのコードをベースとした何というハイブリッドカーネルを採用しているか？
回答: XNU
カーネル
ハイブリッドカーネルではカーネルがモジュール化されているが、モジュールの大部分は同じカーネル空間内にロードされる。そのため、バグを含むモジュールをロードするとカーネルの動作が不安定になる可能性がある。マイクロカーネルの場合、カーネルとは全く別の空間でモジュールを動作させることができ、安全に評価することができる。モノリシックカーネルと比較したハイブリッドカーネルの長所を以下に挙げる。

質問: 何ではカーネルがモジュール化されている？
回答: ハイブリッドカーネル

質問: モノリシックカーネルと比較したのは何？
回答: ハイブリッドカーネル

質問: ハイブリッドカーネルではカーネルがどうなっている？
回答: モジュール化されている

質問: カーネルの動作が不安定になる可能性がある行為は何か
回答: バグを含むモジュールをロードする
カーネル
モジュール群は何らかのモジュールインタフェースを使ってカーネルとやりとりする。そのインタフェースはOS固有ではあるが汎用化されており、常にモジュールとして分離実装できるわけではない。デバイスドライバにはモジュールインタフェース以上の柔軟性が必要なことが多い。基本的にモノリシックカーネルではカーネルとの呼び出しが1回で済むところを、ハイブリッドカーネルでは2回呼び出す必要がある。モジュール化の短所として次の事柄が挙げられる。

質問: ハイブリッドカーネルでは何回呼び出す必要がある
回答: 2回

質問: モジュール群は何を使ってカーネルとやりとりするか？
回答: モジュールインタフェース
カーネル
ナノカーネルは全てのサービスをデバイスドライバとして分離する。これには例えば最も基本的な割り込みコントローラやタイマーの制御も含まれる。これによりカーネルメモリはマイクロカーネルよりもさらに小さくなる。

質問: マイクロカーネルよりも小さいカーネルは何か
回答: ナノカーネル

質問: ナノカーネルは全てのサービスを何として分離する。
回答: デバイスドライバ

質問: 全てのサービスをデバイスドライバとして分離するのは、どんなカーネルか
回答: ナノカーネル

質問: 全てのサービスをデバイスドライバとして分離することができるのは？
回答: ナノカーネル
カーネル
エクソカーネル (exokernel) はまだ実験段階のOS設計技法である。他のカーネルとの違いは、物理ハードウェアのプロテクションと多重化に機能を限定している点で、アプリケーションに対して全くハードウェアの抽象化を提供しない。このようにハードウェアのプロテクションをハードウェア管理から分離することで、利用可能なハードウェアを最大限に生かすように個々のプログラムを開発できるという利点が生じる。

質問: エクソカーネルの綴りは
回答: exokernel

質問: エクソカーネルをローマ字表記せよ。
回答: exokernel
カーネル
エクソカーネル自体は非常に小さい。しかし、通常のOSの持つ機能をアプリケーション開発者に提供するためのライブラリ型OSを伴う。エクソカーネル型システムの最大の利点は、このライブラリ型OS機能を複数用意できるという点で、それぞれが異なるAPIを提供できる。例えば同じシステム上で、高度なUIを持つアプリケーションを開発し、同時にリアルタイムシステム制御を行うアプリケーションも開発できる。

質問: エクソカーネルが伴っているものは
回答: ライブラリ型OS
カーネル
UNIX以前の10年間、コンピュータは劇的に能力を向上させ、マシンの未使用時間を使う手法が求められた。この期間の主な開発のひとつがタイムシェアリングシステム (TSS) である。TSSは何人かのユーザーがCPUのタイムスライスをそれぞれ割り当てられる。

質問: タイムシェアリングシステムの略称は？
回答: TSS

質問: タイムシェアリングシステムの略称は
回答: TSS
カーネル
UNIXの設計段階で、全ての高レベルのデバイスをファイルとして抽象化することが決定された。何故ならUNIX設計者は情報処理の目的をデータの変換であると考えていたからである。

質問: 何の設計段階で、全ての高レベルのデバイスをファイルとして抽象化することが決定されたか？
回答: UNIX

質問: 情報処理の目的は何か？？
回答: データの変換

質問: UNIX設計者は情報処理の目的を何であると考えていた？
回答: データの変換

質問: UNIX設計者は情報処理の目的は何か。
回答: データの変換

質問: UNIX設計者は情報処理の目的を何と考えていた？
回答: データの変換
カーネル
現代のUnix系OSは、モノリシックカーネルにモジュールローディング機能を加えたものとなっている。例えば、Linuxカーネルを採用した各種Linuxディストリビューションや、BSDの子孫である FreeBSD、DragonFly BSD、OpenBSD、NetBSD、macOS などがある。

質問: モノリシックカーネルにモジュールローディング機能を加えたものとなっているのは何か。
回答: Unix系OS

質問: 現代のUnix系OSは、モノリシックカーネルにモ何を加えたものとなっているか？
回答: モジュールローディング機能

質問: 現代のUnix系OSは、モノリシックカーネルに何を加えたもの？
回答: モジュールローディング機能
カーネル
Appleは1984年、最初のMac OSを同社のパーソナルコンピュータMacintoshに同梱して発売した。後継のmacOSはDarwinをベースとしており、4.4BSDユーザーランドとMachカーネルを統合したXNUと呼ばれるハイブリッドカーネルを採用している。

質問: Appleは何年に、最初のMac OSを同社のパーソナルコンピュータMacintoshに同梱して発売したか？半角数字で答えよ。
回答: 1984

質問: 最初のMac OSを同社のパーソナルコンピュータMacintoshに同梱して発売したのはいつか。
回答: 1984年

質問: 1984年、最初のMac OSを同社のパーソナルコンピュータMacintoshに同梱して発売したメーカーは？
回答: Apple

質問: Mac OSが同社のパーソナルコンピュータMacintoshに同梱して発売されたのは何年？
回答: 1984年

質問: Macintoshの発売元はどこ？
回答: Apple
カーネル
カーネル開発はプログラミングの中でも複雑で難しいタスクのひとつと考えられる。オペレーティングシステムの中核部であるということは、高い性能を要求される最重要なソフトウェアであり、正しく設計し実装することは難しい。カーネルはユーザプログラムの互換性や移植性を考慮する必要などから、設計が制限されることもあり、そのことがさらに開発を難しくしている。

質問: オペレーティングシステムの中核部であるものは？
回答: カーネル

質問: プログラミングの中でも複雑で難しいタスクのひとつと考えられるのは何？
回答: カーネル開発
カーネル
Microsoft Windowsは1985年、MS-DOSへのアドオンとしてリリースされた。他のOSに依存していたため、Windows 95までのリリースはOSではなくオペレーティング環境とみなされている。その製品ラインは発展して、Windows 9x系となり（32ビット化やプリエンプティブ・マルチタスクといった強化を経て）、最終的に2000年にWindows Meがリリースされた。マイクロソフトはまた、ハイエンド向けにWindows NT のラインも1993年の Windows NT 3.1からスタートさせ、こちらは2000年以降も続いている。

質問: Windows Meがリリースされたのはいつ？
回答: 2000年

質問: Microsoft Windowsがリリースされたのはいつ？
回答: 1985年

質問: Microsoft Windowsがリリースされたのはいつか。
回答: 1985年

質問: 1985年、MS-DOSへのアドオンとしてリリースされたOSは？
回答: Microsoft Windows

質問: Microsoft Windowsは1985年、M何へのアドオンとしてリリースされたか？
回答: MS-DOS
カーネル
2001年10月にリリースされたWindows XPでWindows 9x系を置換して一般ユーザー向けOSが一新された。Windows NT系のカーネルはWindow ManagerやIPC Managerとクライアント・サーバ型階層型サブシステムモデルを採用しており、ハイブリッドカーネルとみなされている。

質問: Windows XPが発売されたのは何年？
回答: 2001年

質問: 2001年10月にリリースされたWindows XPでWindows 9x系を置換して誰に向けてのOSが一新されたか？
回答: 一般ユーザー

質問: Windows XPがリリースされたのは
回答: 2001年

質問: 2001年10月にリリースされたOSは？
回答: Windows XP

質問: Windows XPがリリースされたのはいつ？
回答: 2001年10月
カーネル
汎用マイクロカーネルとしてはカーネギーメロン大学が1985年から1994年まで開発したMachが有名だが、特定用途向けにもいくつかのマイクロカーネルが開発された。L4はマイクロカーネルの性能が悪くないことを実証するために作られた。ここから派生した新たな実装の Fiasco や Pistachio はLinuxをその上で動作させることができる。

質問: カーネギーメロン大学が1985年から1994年まで作ったマイクロカーネルとは？
回答: Mach

質問: カーネギーメロン大学が1985年から1994年まで開発した汎用マイクロカーネルは？
回答: Mach

質問: いつまで開発した？
回答: 1994年

質問: Machが開発された大学は？
回答: カーネギーメロン大学

質問: カーネギーメロン大学が1985年から1994年まで開発した汎用マイクロカーネルの名称は？
回答: Mach
カーネル
QNXはマイクロカーネル設計を採用したリアルタイムオペレーティングシステムであり、1980年代初期に開発され、Machよりも遥かに成功している。ソフトウェアが不正作動することが致命的な状況で使われることが多く、スペースシャトルのロボットアームの制御やガラスを精密に磨く機械の制御で使われている。

質問: QNXが開発されたのはいつ？
回答: 1980年代初期

質問: マイクロカーネル設計を採用したリアルタイムオペレーティングシステムは？
回答: QNX

質問: QNXは何システム？
回答: リアルタイムオペレーティングシステム
カーネル
カーネルの仕事はコンピュータのリソースを管理し、他のプログラムがそれらのリソースを使って動作できるようにすることである。典型的なリソースとしては以下のものがある。

質問: カーネルの仕事はコンピュータの何を管理すること？
回答: リソース

質問: カーネルの仕事とは、何を管理することか。
回答: コンピュータのリソース

質問: コンピュータのリソースを管理し、他のプログラムがそれらのリソースを使って動作できるようにする、この仕事を担っているのは？
回答: カーネル
カーネル
プロセスは、アプリケーションがアクセスできるメモリの範囲を定義する。カーネルのプロセス管理は、ハードウェアの持つメモリ保護機構を考慮しなければならない。

質問: カーネルのプロセス管理は、ハードウェアの持つ何を考慮しなければならない？
回答: メモリ保護機構

質問: 何は？アプリケーションがアクセスできるメモリの範囲を定義する？
回答: プロセス

質問: アプリケーションがアクセスできるメモリの範囲を定義するのは何
回答: プロセス
カーネル
マルチタスク可能なカーネルは、ユーザーから見て実際にそのコンピュータが同時実行できるプロセス数よりも、多数のプロセスが同時並行して実行されているかのように見せかける。一般にシステムが同時並行して実行できるプロセス数は、そのシステムの持つCPU数に等しい（同時マルチスレッディングをサポートしている場合はその限りではない）。

質問: プロセス数は何と等しいか？
回答: CPU数

質問: 一般にシステムが同時並行して実行できるプロセス数は、そのシステムの持つ何に等しい？
回答: CPU数

質問: システムが同時並行して実行できるプロセス数は、そのシステムの持つ何に等しいか？
回答: CPU数

質問: 一般にシステムが同時並行して実行できるプロセス数は、そのシステムの持つ何数に等しい？
回答: CPU

質問: 一般にシステムが同時並行して実行できるプロセス数は何に等しいか
回答: そのシステムの持つCPU数
カーネル
プリエンプティブ・マルチタスクシステムでは、カーネルは各プログラムにタイムスライス（そのプログラムがCPU上で実行される連続時間）を与え、プロセスからプロセスへと高速に切り換えていくので、ユーザーから見ればそれらのプロセスが同時並行して実行されているように見えるのである。カーネルは次に実行すべきプロセスを決定し、タイムスライスの長さを決定するスケジューリングアルゴリズムを持つ。一般にプロセスには優先度が設定される。カーネルはそれらのプロセス間の通信手段も提供する。これはプロセス間通信 (IPC) と呼ばれ、パイプ、共有メモリ、メッセージ、RPC、ソフトウェア割り込みなどがある。

質問: 一般にプロセスには何が設定される？
回答: 優先度

質問: プリエンプティブ・マルチタスクシステムでは、カーネルは何を与えるか？
回答: タイムスライス

質問: プリエンプティブ・マルチタスクシステムでは、何が各プログラムにタイムスライス（そのプログラムがCPU上で実行される連続時間）を与え、プロセスからプロセスへと高速に切り換えていくか
回答: カーネル

質問: IPCを日本語で？
回答: プロセス間通信
人間界
仏教における人間界とは、迷界・欲界・六道、また十界の中の1つの世界にして、地獄から数えて第5番目に位置する。また三善道の1つ。過去世において、五戒（不殺生・不偸盗・不邪淫・不妄語・不飲酒）、また中品の十善の善因を修した者が生れる場所とされる。

質問: 仏教における人間界は地獄から数えて何番目ですか?
回答: 第5番目

質問: 仏教における人間界は、地獄から数えて何番目に位置しているか？
回答: 第5番目

質問: 仏教における人間界は何界ある？
回答: 十界
Pixiv
自分の作品（創作・二次創作の両方）をアップロードし、他のユーザーの作品をブックマークすることで、同じ嗜好の人々がつながることができる。グローバルな展開を念頭に置いて作られたサービスで、運営はサービス開始から言語的コミュニケーションを最小限に抑え、ユーザーが作品を通して個人的なネットワークを形成できるようシステムを整え、世界レベルのオンライン・コミュニティに成長した。

質問: 自分の作品（創作・二次創作の両方）をアップロードし、他のユーザーの作品をブックマークすることで、同じ嗜好の人々がつながることができる。グローバルな展開を念頭に置いて作られたサービスとは何？
回答: Pixiv

質問: 運営はサービス開始から何的コミュニケーションを最小限に抑えた。
回答: 言語的

質問: 自分の作品（創作・二次創作の両方）をアップロードし、他のユーザーの作品をどうすることで同じ嗜好の人々がつながることができる？
回答: ブックマーク