Articles Japan|Read Articles Japan

煙対策：！喫煙を停止するソリューション]を
あなたが禁煙しようとしている場合、これは本当に非常に困難である理由

あなたは自問している可能性があります。主な原因は、ニコチンの使用にリンクされている過度の欲求のような理由からです。ニコチンはあなたが本当に穏やかで、コンテンツ感じになるドーパミンと呼ばれる化学物質を排出するために脳に向かって信号を配信します。悲しいことにこの感覚は、おそらく一時的となり、再びこの感覚を得ることができるようにするには、1はるかにタバコに火をつけるしたいと思う、これは渇望のプロセスを開始します。

喫煙も同様に真の中毒性があります高価なので、ほとんどの人が行動を提供しようとしているにもにもかかわらず、残念なことに、彼らは標準的な技術と運ではありません。この記事内の事実はあなたが自然と非常に簡単にたばこをやめることができるでしょうどのように展示します。煙のRemedyは、個人が不快感なしに喫煙を停止するための有機的な方法を提供しています。

この特定のアイテムは長く市場に出回って提供される他のオプションとは異なる方法の内で行われています。大きな差はなく、パッチや他のいくつかの高価なアイテムでニコチンを置換するよりも、それが実際に確認し、効果的に動作するようにテストされているいくつかの健全なコンポーネントを介してあなたの欲求を軽減するために支援するだろうということです。

のWindows NT対UNIXオペレーティングシステムのように
1960年代後半にMIT、ベル研究所とゼネラル·エレクトリックの研究者の間に結合されたプロジェクトをHistoryInの

進化開発はMULTICS（多重化情報とコンピューティング·サービス）として知られているコンピュータのオペレーティング·システムの第三世代のデザインにつながった。それは、コンピュータのユーティリティ、同時タイムシェアリングユーザーの数百をサポートするマシンとして構想されました。彼らは、ボストンの皆のためのコンピューティングパワーを提供する1つの巨大なマシンを想定。彼らのGE-645ような強力なマシンはわずか20年後ほんの数千ドルの費用がかかっパソコンとして販売されるという考えはそれらに空想科学小説のように見えたであろう。しかしMULTICSは、実装するために想像以上に困難であったとベル研究所が1969年にプロジェクトから撤退したようにベル研究所の研究者（ケン·トンプソン）のコンピュータ事業altogether.One中退ゼネラル·エレクトリックは、その後のストリップダウンされたバージョンを書き換えることに決めましたMULTICS、最初に趣味として。彼は決して使用していたPDP-7ミニコンピュータを使用し、アセンブリ内のコードを書きました。それは最初にMULTICSのダウン剥奪、シングルユーザ版であったが、トンプソンは、実際に動作するようなシステムと冗談めかして、それUNICS（UNiplexed情報とコンピューティング·サービス）と呼ばれる彼の同僚の一人を得た。名前は、スタックが、スペルは、後にUNIXに変更されました。すぐにトンプソンがデニス·リッチーにより、プロジェクトに参加しました、彼の全体department.UNIXはPDP-11/45とに後でその後、はるかに現代的なPDP-11/20に廃止されましたPDP-7から移動された以降でPDP- 70分の11。後者で、これら2つのコンピュータは、それが可能同時に複数のユーザーをサポートするために行う、大容量メモリなどのメモリ保護ハードウェアを持っていた。トンプソンは、この試みは成功しませんでした残念ながらB.と呼ばれる高レベルの言語でUNIXを書き換えることに決め、リッチーが一緒にCを呼ばれるBの後継を設計し、トンプソンとリッチーはC言語でUNIXを書き直し、その後、Cはそれ以来、システム·プログラミングを支配してきた。 1974年、トンプソンとリッチーは、UNIXについての論文を発表し、この文書は、UNIXのコピーにベル研究所に依頼する多くの大学を刺激した。それが起こったとしてPDP-11は、ほぼすべての大学のコンピュータ科学部門では、選択したコンピュータであり、このコンピュータに付属のオペレーティングシステムが広く、それゆえ恐ろしいているUNIXは迅速に交換するようになったと見なされていた。第一大学で標準となったバージョンはバージョン6であり、数年以内に、これはバージョン7に置き換えられました。 1980年代半ばでは、UNIXは広範囲にvendors.In 1984年の様々なミニコンピュータやエンジニアリングワークステーション上で使用され、AT＆Tは、バージョン7に基づいて、UNIXは、System III、最初の商用版をリリースしました。数年にわたって、これは改善され、アップグレードされたシステムにV.一方、カリフォルニア大学バークレー校は、実質的に元のバージョン6に行われました。彼らは、バージョン1BSD（最初のBerkeley Software Distributionの）と呼ばれる。これは、ページング、ファイル名が14文字より長いのを使用して新しいネットワーク·プロトコル、TCP / IPとして行われた4BSDと改善に時間をかけて行われました。 DECとSun Microsystemsのようないくつかのコンピュータベンダーは、バークレー校のではなく、AT＆Tの上でUNIXのそのバージョンに基づいて。そこに1980年代後半にUNIXを標準化するためのいくつかの試みがあったが、唯一のPOSIX委員会は、実際の成功を収め、これは限られていました。 1980年代、ほとんどのコンピューティング環境は、はるかに不均質となり、顧客はシステムやソフトウェア·ベンダーからより多くのアプリケーションの移植性と相互運用性を求めるようになりました。これらの懸念やシステムベンダーに対処するために、UNIXになった多くのお客様が徐々に商用のUNIXベースのシステムを提供し始めました。 UNIXは、ソースが簡単にライセンスを取得することができる移植性の高いオペレーティングシステムであり、それは既にR＆D機関や大学の間で評判と小さいながらも忠実な顧客ベースを確立していた。ほとんどのベンダーは、BerkeleyまたはAT＆T（R）（二つの全く異なるソース拠点）カリフォルニア大学のいずれかからソースベースのライセンスを取得した。ライセンシーは、広範囲にソースを変更し、しっかりと、多くの100のような独自のUNIXバリアントを生成する独自のシステムアーキテクチャにそれらを結合する。これらのシステムのほとんどは（まだある）、互いに互換性のどちらのソースもバイナリたし、ほとんどがハードウェアspecific.With RISC技術の出現とAT＆Tの分割であり、UNIXシステムのカテゴリでは、1980年代に大幅に成長し始めた。用語 “オープンシステム”が鋳造された。お客様は多くの互換性がないUNIXバリアント間のより良い移植性と相互運用性を求め始めました。長年にわたり、連合（例えば、UNIXインターナショナル）の様々な制御を介して得るシステムとUNIXシステム部門を統合しようとするように形成されたが、彼らの成功は、常に限られていました。徐々に、業界は、顧客が望んでいる移植性と相互運用性の利点を達成するための方法として、標準になった。ただし、UNIXの標準と標準化組織が増殖し（ベンダー連合が持っていたのと同様に）、UNIX customers.The UNIXシステムでのカテゴリの多くの混乱と悪化の結果は、主にアプリケーション駆動型システムのカテゴリではなく、オペレーティングシステムのカテゴリです。お客様はアプリケーションが最初に – 例えば、ハイエンドのCADパッケージ、それが上で動作するさまざまなシステムを見つけて、いずれかを選択を選択します。最終選考は、このような価格/パフォーマンス、サービス、およびサポートなどさまざまな基準を、含まれます。お客様は、一般的にUNIX自体を選択するか、どのUNIXバリアントはしたくない。彼らが選択したアプリケーションを実行するためのシステムを購入するときに、UNIXだけでパッケージが付属しています。 UNIXのカテゴリは、技術とビジネスの市場に分けることができます。購入した技術的なUNIXシステムの87％が特定の技術アプリケーションを実行するために購入したRISCワークステーションであり、ビジネス、UNIXシステムの74％は、主にラインから実行するために、マルチユーザ/サーバ/ミッドレンジシステムであり、販売ビジネスまたは垂直市場のアプリケーション。 UNIXシステムではカテゴリは非常に断片化されている。 2つだけのベンダーは、UNIXバリアントライセンス出荷（日曜（R）およびSCO）の10％以上のシェアを持っている。上位15ベンダーの12は5％以下（実際の1991年出荷台数、ソースに基づいて：IDC）の株式を持っています。この断片化は、UNIXを購入してしまい、ほとんどの顧客が実際にUNIX自体を選択されていないので、ほとんどのUNIXバリアントが小さく、あまりコミット顧客基盤を持っています

オペレーティングシステムArchitectureWindows NTがすることを目標に設計されたという事実を反映しているMS-DOS、OS / 2、POSIXのためにMS-DOS、Windows用に書かれたアプリケーションとの互換性を維持します。それは、Windows NTは、ネイティブのオペレーティングシステムが正常に提供することをアプリケーション·プログラミング·インターフェース（API）および実行環境をアプリケーションに提供しなければならないことを意味したので、これは野心的な目標でした。 Windows NTの開発者は、オペレーティングシステムの環境エミュレータのスイートを実装することにより、それらの互換性の目標を達成する環境サブシステムと呼ばれる。エミュレータは、ユーザアプリケーション、基盤となるNTオペレーティングシステムのcore.Userアプリケーションと環境サブシステムのクライアント/サーバ関係で一緒に働くの間に中間層を形成します。それぞれの環境サブシステムは、異なるオペレーティングシステムのアプリケーションプログラミングインターフェイスをサポートするサーバーとして機能します。それはサブシステムによって提供されたアプリケーション·プログラミング·インターフェースを使用しているため、各ユーザー·アプリケーションは、環境サブシステムのクライアントとして機能します。クライアントアプリケーションと環境サブシステムのサーバーは、メッセージベースのprotocol.Atを使用して互いに通信Windows NTオペレーティングシステムの中核となるのは、NTエグゼクティブと呼ばれるオペレーティングシステムのコンポーネントの集まりです。幹部のコンポーネントは、高度に洗練された、汎用のオペレーティングシステムを形成するために連携して動作します。彼らはのためのメカニズムを提供します。エグゼクティブのプロセス間communication.Pre先制multitasking.Symmetric multiprocessing.Virtualメモリmanagement.Device入力/ Output.Security.Eachコンポーネントは、一般的にネイティブのサービスやエグゼクティブサービスと呼ばれる一連の関数が用意されています。総称して、これらのサービスはNT executive.Environmentサブシステムのアプリケーションプログラミングインターフェイス（API）は、NT Executiveサービスを呼び出すアプリケーションです。形成しています。それぞれが別のオペレーティングシステム環境をエミュレートします。たとえば、OS / 2環境サブシステムは、OS / 2キャラクタ·モードのアプリケーションで使用されるアプリケーション·プログラミング·インターフェースのすべての機能をサポートしています。それは外観とネイティブOS / 2システムのように動作する実行環境でこれらのアプリケーションを提供します。内部的には、環境サブシステムは、そのほとんどの作業を行うにはNTエグゼクティブサービスを呼び出します。 NT Executiveサービスは、ほとんどのオペレーティングシステムタスクを実行するための汎用メカニズムを提供します。しかし、サブシステムは、オペレーティングシステムのenvironments.Userアプリケーションに固有のすべての機能を実装する必要があり、環境サブシステムと同様に、NTエグゼクティブ上で実行されます。環境サブシステムとは異なり、ユーザ·アプリケーションが直接執行サービスを呼び出すことはありません。代わりに、彼らは環境サブシステムが提供するアプリケーション·プログラミング·インターフェースを呼び出します。それらのアプリケーションプログラミングインターフェイスfunctions.Windows NTは、Windows 3.1のそれのように見えるインタフェースをユーザに提示し実装するために、必要に応じてサブシステムは、その後エグゼクティブサービスを呼び出します。このユーザーインターフェイスはWindows NTの32ビットWindowsサブシステム（Win32の）によって提供されます。 Win32サブシステムは、システムのモニターおよび管理するユーザーの入力に出力を表示するための排他的な責任を持っています。アーキテクチャは、これは他の環境サブシステムはディスプレイ上に出力を生成するために、Win32サブシステムの関数を呼び出す必要があることを意味します。また、ユーザーがNTは、MS-DOS用のMS-DOSまたはWindows用に書かれたデバイスドライバとの互換性を維持していない彼らのwindows.Windowsと対話するときに、Win32サブシステムは、他の環境サブシステムへのユーザの入力操作を渡す必要があることを意味します。代わりに、それは採用の<！ - nextpage - >新しいレイヤーデバイス·ドライバ·アーキテクチャの柔軟性、保守性、移植性の面で多くの利点を提供しています。 Windows NTのデバイスドライバアーキテクチャは、Windows NTは、既存のハードウェアと互換性がある前に新しいドライバが書き込まれている必要があります。新しいドライバを書くことは、マイクロソフトと独立系ハードウェアベンダ（IHV）の部分に開発努力の多くが含まれている間、MS-DOS用のWindowsでサポートされているハードウェアデバイスのほとんどは最終的なWindows NT product.Theに同梱されて、新しいドライバでサポートされています。デバイス·ドライバ·アーキテクチャは、設計のモジュール化されています。それは大きな（モノリシック）デバイスドライバが小さい独立したデバイスドライバのレイヤに分割することができます。一般的な機能を提供するドライバは一度だけ記述する必要があります。隣接する層のドライバーは、単に自分の仕事を完了するために一般的なデバイスドライバを呼び出すことができます。新しいデバイスのサポートを追加するだけのハードウェア固有のドライバがrewritten.Windows NTの新しいデバイスドライバのアーキテクチャにする必要があるため、ほとんどのオペレーティングシステムよりもWindows NTの下で容易になり、既存のインストールファイルシステム（例えば、FATとの互換性の上に構造を提供するとHPFS）と既存のネットワーク（たとえば、NovellとBanyan Vinesは）を達成することは比較的容易であった。ファイル·システムおよびネットワークリダイレクタは、新しいWindows NTのデバイスドライバarchitecture.In任意のWindows NTのマルチプラットフォームに簡単にプラグインレイヤードライバとして実装されている、次の条件が保持する必要があります：すべてのCPUが同一であり、どちらすべて同一のコプロセッサを持っているか、どれも持っていませんcoprocessor.AllのCPU共有メモリと対称的なプラットフォームをmemory.Inに均一なアクセス権を持って、すべてのCPUは、メモリにアクセスする割り込みを取ると、I / O制御レジスタをアクセスすることができます。非対称のプラットフォームでは、1つのCPUはスレーブCPUのセットのすべての割り込みをとります。 Windows NTは、単一プロセッサと対称型マルチプロセッサplatformsA UNIXシステム上で変更されず動作するように設計されて自然の中で階層とみなすことができる。最高レベルの物理的なハードウェアは、CPUまたはCPU、メモリ、ディスクストレージ、端末と他のdevices.Onから成る次の層は、UNIXオペレーティングシステムそのものです。オペレーティングシステムの機能へのアクセスを許可し、ハードウェアを制御し、他のソフトウェアがマシンに何が含まれているかの完全な知識を持つことなく、マシン内のハードウェアリソースにアクセスするために使用できるインターフェイスを提供することです。これらのシステムは、ユーザのプログラムは、プロセス、ファイルおよびその他のリソースを作成および管理できるように呼び出します。プログラムはメモリレジスタに引数をロードし、UNIXを起動するには、ユーザーモードからカーネルモードに切り替えるには、トラップ命令を発行することによって、システムコールを行います。 C言語の命令をトラップする方法はありませんので、標準ライブラリは、シェルなどの標準ユーティリティプログラム、エディタ、コンパイラ等で構成されていますシステムcall.The次の層ごとにプロシージャを使用して、オペレーティングシステムの上に提供されています。、それは端末のユーザが呼び出すことがこれらのプログラムである。彼らは機能を実行するハードウェアにアクセスするためのオペレーティングシステムを使用して、一般的にthem.Thereの特定の​​知識がなくても、異なるハードウェア構成上で実行することができます多かれ少なかれ区別UNIXカーネルには、2つの主要な部分である。最低レベルのマシンに依存カーネルです。これは、割り込みハンドラ、低レベルのI / Oシステムデバイスドライバとメモリ管理ソフトウェアのいくつかで構成されたコードの一部です。 Unixオペレーティングシステムのほとんどと同じようにそれは主にCで書かれているが、それはマシンとプロセッサ固有のハードウェアと直接やり取りするので、それはUNIXが新しいマシンに移植されるたびにスクラッチから書き直さなければなりません。このカーネルは、それがそれぞれ異なるprocessor.Inのコントラストを変更しなければならない理由は、ハードウェアのいずれかの特定の部分に同様に密接に依存しないため、マシンに依存しないカーネルはすべてのマシン·タイプで同じ実行されているプロセッサ用の最低レベルのマシン命令を使用していますそれは上で実行されている。マシンに依存しないコードは、関数、ファイルシステム、およびI / Oシステムのより高いレベルの部分を交換するシステムコール処理、プロセス管理、スケジューリング、パイプ、シグナル、メモリのページングとメモリが含まれています。それはUNIXが相対ease.Unixで新しいハードウェアに移植することができている理由2つのセクションの大きい方は、各ハードウェアの追加独立してロードされたデバイスドライバのDOSとWindowsのアイデアを使用していないカーネルのマシンに依存しない部分がはるかにあるハードウェアを追加または削除されるたびにそれが新しい情報で更新する必要カーネルを再コンパイルしなければならない理由は、マシンのBIOSの制御下にない項目。これは、DOSやWindowsのコンフィギュレーションファイルにデバイスドライバを追加し、マシンを再起動するのと等価です。それはしかし、実施する長いプロセスである。

メモリManagementWindows NTは、フラットな32ビットアドレス空間を提供し、半分はOS用に予約され、プロセスの半分使用できるようになります。これは、プロセスごとのデマンドページング仮想メモリの別々の2ギガバイトを提供しています。このメモリは、通常のmalloc（）とfree（）はメモリの割り当てと割り当て解除ルーチンと同様に、いくつかの先進的なWindows NT固有のmechanisms.Forメモリ制御のための優れた機能を望んでいるプログラマーによるソフトウェア開発者にアクセス可能ですが、Windows NTはまた、仮想を提供していますと仮想メモリ·プログラミング·インターフェース（VirtualAllocの（）、VirtualLock（）、VirtualQuery（）など）を使用してのヒープメモリ管理APIs.The利点は、開発者が（ページングにコミットメモリ（かどうか、バッキングストア上の多くのコントロールを持っていることです。スワップ）ファイルを物理メモリのオーバーコミットを処理する）は明示的にマークされ、空きブロックの使用可能なプールから削除されます。 malloc（）で、すべての呼び出しは、メモリが使用される関数呼び出しからの戻り時に利用可能であることを必要と想定されます。アクセスが発生したページがタッチされるまで、VirtualAllocの（）および関連する関数で、メモリは、予約されますが、コミットされません。アプリケーションがアクセスを介してのコミットメントポリシーを制御できるようにすることによって、より少ないシステムリソースが使用されています。トレードオフは、アプリケーションにもcommitment.Heap APIがメモリを使用してスタックの規律を持つアプリケーションのための生活を容易にするために提供されて強制的に実際のメモリアクセスの状態を（おそらく構造化例外処理を含む）を処理することができなければならないということです。複数のヒープは、それぞれの後続のアクセスと成長/縮小、初期化することができます。割り当てられたヒープへのアクセスの同期は、Windows NT同期オブジェクトを介して、またはヒープの作成時に適切なパラメータを使用して明示的に行うことができます。その特定のヒープ内のメモリへのすべてのアクセスは、Windows NTで提供されていますprocess.Memory·マップ·ファイル内のスレッド間で同期されます。これは、Windows NTカーネルは、ページングを管理する、メモリー、ディスクデータにアクセスするための便利な方法を提供します。このメモリはMapViewOfFileを（）に続いてCreateFileMapping関数（）を使用してプロセス間で共有されることがあります。Windows NTは、マルチスレッド·アプリケーションのニーズに対応するスレッドローカルストレージ（TLS）を提供しています。サブプロセスの各スレッドは独自のスタックを持っており、NTは複数のプラットフォーム間で一貫性のあるマルチスレッドAPIを提供する最初のオペレーティングシステムであり、様々なinformation.Windowsを維持するために独自のメモリを持つことができます。スレッドは、そのコンテキスト内の他のスレッド（もしあれば）を使用して、グローバルメモリの状態を共有するプロセスのコンテキスト内での実行の単位です。プロセスがWindows NTで作成されたときに、メモリは状態がシステムに設定されて、それのために割り当てられ、スレッドオブジェクトが作成されます。現在実行中のプロセス内のスレッドを起動するには、CreateThread（）の呼び出しは、関数ポインタがlpStartAddrを介して渡されたとして使用されます。このアドレスは、アプリケーション内の任意の有効なプロシージャアドレスであるかもしれません。 Windows NTは、マルチプロセッシングハードウェアの種類の数をサポートしています。別のプロセッサが同時に別のスレッドが、アプリケーションが実行されているため、これらの設計では、それは可能です。スレッド間で共通のリソースへのアクセスを同期するために、アプリケーションでスレッドを使用するように注意してください。幸いなことに、Windows NTはサポートされてUNIX platforms.Handles間で一貫性がありませんので、facilities.Most UNIXの開発者は、UNIXからの直接マッピングを持たない自分のアプリケーションでスレッドを使用していない非常に豊富な同期を備えているが、これらは、Win32にとって非常に重要だアプリケーションとの議論に値する。カーネルオブジェクトは、（例えば、スレッド、プロセス、ファイル、セマフォ、ミューテックス、イベント、パイプ、メールスロット、および通信デバイスなど）、Win32 APIを使用して作成または開かれたとき、ハンドルが返されます。このハンドルは、そのプロセス固有のハンドルテーブルへのインデックスは32ビット量である。ハンドルは、Windows NTは、プロセスのセキュリティ資格情報と照合するために使用される、ACL、またはアクセス制御リスト（ACL）が関連付けられています。ハンドルは、オープン操作の結果として、（通常はオブジェクトが作成されている場合）、明示的に作成することによって得ることができるシステム内の名前付きオブジェクトの（例えばOpenEvent（））は、CreateProcess（の結果として継承されます）操作（元のハンドルが作成されたときに、子プロセス）がフラグをセットするか、のDuplicateHandle（）で “離れて与えられた” “ハンドルを継承する”で作成された場合は相続が指定されている場合は子プロセスは親プロセスから開いているハンドルを継承します。これらのメカニズムのいずれかが使用されていない限り、ハンドルはプロセスのコンテキストでは無意味になることに注意する必要があります。たとえば、序数の値が0x1FFEを持つように起こるのハンドルを返すためのプロセスが1コールのCreateEvent（）を仮定します。このイベントは、異なるプロセス間でコーディネイト操作するために使用されます。プロセス2は、何らかの形で、プロセス1が作成したイベントへのハンドルを取得する必要があります。プロセス1が何らかの形で使用する権利の値が0x1FFEであることを “想起”の場合、それはまだそのハンドル値は、プロセス2のコンテキストでは何の意味もないので、プロセス1で作成したイベントにアクセスできません。代わりに場合、プロセス1がプロセス2（<！ - nextpage - >で呼び出しOpenProcess（）を介して取得プロセス2の整数ID）のハンドル（）をDuplicateHandleを呼び出して、プロセス2で使用できるハンドルが作成されます。 。このハンドル値は、同期（セマフォ、ミューテックス、イベント）と同様に非同期に関与することができるものは、I / O（名前付きパイプ、ファイル、通信）可能性のために使用されるいくつかのIPC mechanism.Handles 1〜を処理するために戻って通信することができる（選択して機能的に似ていますWaitForObject（）とWaitForMultipleObject（）、）UNIX.Priorに3BSDほとんどのUNIXシステムでの呼び出しで使用することは、スワッピングに基づいていた。物理メモリ内に保持される可能性があるより多くのプロセスが存在する場合は、それらのいくつかは、ディスクやドラム記憶装置にスワップアウトされました。プロセスは常に完全にスワップアウトされ、それゆえ、現在のプロセスがメモリとディスク間の完全なunit.All運動としてメモリ内またはディスク上のどちらか常にあったとして知られているスプリットレベルスケジューラの上位で処理されたされたスワップ·アウト（メモリ）スワッパ。カーネルは、空き物理メモリを使い果たしたときにメモリからディスクへのスワッピングが開始されました。立ち退かせるための犠牲者を選択するためには、スワッパは、最初の端末入力、または対応する印刷ジョブのような何かを待つことによってブロックされたプロセスになります。複数のプロセスが見つかった場合は、その優先順位に加え、滞留時間が最も高く、そのプロセスは、ディスクへのスワッピングの候補として選ばれました。それは主にI / Oをやっていた場合でも、このように最近のCPU時間を大量に消費したプロセスは、メモリ内に長い時間だった一人として、良い候補者だったブロックされたプロセスがメモリ内に入手できなかった場合は、準備プロセスは、優先順位に加え、滞留時間の同じ基準に基づいて選ばれました。 3BSDか​​ら始まるメモリのページングが書かれていたこれまで大規模なプログラムを処理するために、オペレーティングシステムに追加されました。 4BSDとSystem Vの両方が同様にデマンドページングを実装しました。デマンドページングの理論は、プロセスの実行を継続するためには、必ずしもメモリ内に完全に常駐する必要はないということです。実際に必要とされているすべてのユーザの構造やページ·テーブルです。これらがメモリにスワップされている場合、プロセスは、メモリ内に十分にあるとみなされ、実行されるようにスケジュールすることができます。テキスト、データ、スタックセグメントのページは、このように他のタスクのために空きメモリを残すのではなく、一度だけ参照されるデータのテーブルでそれを充填し、それらが参照されているように、動的に一つずつを持ってきています。ユーザ構造とページ·テーブルがメモリ内にない場合は、ページデーモンと呼ばれるプロセスによって、メインのカーネルお​​よび一部によって部分的に実装されていますスワッパスワップそれらdisk.Pagingからメモリになるまで、プロセスを実行することはできません。すべてのデーモンのように、ページデーモンは、それがそうするためのすべての作業があるかどうかを確認するために見て回ることができ、定期的に起動されます。それは、メモリ内の空きページの数が低すぎることを発見した場合、それは、プロセスをより多くのpages.Whenを解放するために行動を開始し、そのページのいずれかに起因するページ·フォルトがメモリに常駐されていない可能性があります開始されます。ページフォールトが発生した場合、オペレーティングシステムがページ·フレームのリストの自由な最初のページフレームを受け取り、それをリストから削除され、その中に必要に応じてページを読み込みます。空きページフレームのリストが空である場合、ページデーモンがページデーモンによって実行される別のprocess.Theページ置換アルゴリズムからページフレームを解放する時間があったまで、プロセスは中断されている必要があります。セット間隔（一般に250ミリ秒が、システムからシステムへの変化）で、それは空きページフレーム数がlotsfree（通常はメモリの1/4に設定されています）として知られているシステムパラメータに少なくとも等しいかどうかを確認するためにアクティブ化されます。不十分なページ·フレームがある場合は、ページデーモンがページ·フレームのlotsfreeパラメータの値が利用可能になるまでメモリからディスクにページを転送が開始されます。ページデーモンがlotsfreeページフレーム以上の空きリスト上にあることを発見した場合あるいは、それは任意の関数を実行する必要がありませんし、システムによってその次の呼び出しまで終了します。マシンが十分なメモリといくつかのアクティブなプロセスのを持っていれば、それはtime.Theページデーモンのほとんどはクロックアルゴリズムの修正バージョンを使用して非アクティブになります。それはページを削除するときに、そのページが削除されている考慮していないことを意味するグローバルなアルゴリズムである。したがって、各プロセスはそれに割り当てたページ数は、独自の要件や他のプロセスの要件の両方に応じて、時間とともに変化します。 memalloc関数がデータ·セグメントの内容。

プロセス管理、プロセス間通信を管理しながら、データ·セグメントのサイズが要求されたかによって異なる場合があり、オペレーティングシステムがメモリブロックを割り当て、割り当てられていない追跡とControlThe Windows NTのプロセスモデルは、プロセスグループ、末端基、setuidされ、メモリレイアウトなど一部のプログラムは、シェルのような、コードの特定の部分の再設計されているを含む多くの局面でのUNIXとは異なります避けられない。 Win32は、オブジェクトとしてプロセス内で実行中のプロセスとスレッドを公開しても、これはUNIXは、Windows NT SDKに付属の​​オンラインヘルプからversions.Quoting間で異なりますので、幸いなことに、ほとんどのアプリケーションは本質的に、UNIXのプロセスの特定のセマンティクスに依存していません。関数は、作成、操作、およびこれらのオブジェクトを削除するために存在しています。プロセスオブジェクトは、仮想アドレス空間、セキュリティプロファイル、プロセスのアドレス空間で実行されるスレッドの集合と、プロセスで実行中のすべてのスレッドから見えるリソースまたはオブジェクトのセットを表します。スレッドオブジェクト（およびそれ自身のスタックとマシンの状態を持つ）プログラムコードを実行するエージェントです。各スレッドは、スレッド用の仮想アドレス空間のマッピングを指定し、プロセスオブジェクトに関連付けられています。複数のスレッドオブジェクトは、単一のアドレス空間（Windows NTを実行しているマルチプロセッサシステムで可能な同時実行）で複数のスレッドの同時実行を可能にする単一のプロセスオブジェクトに関連付けることができます。 Windows NTを実行しているマルチプロセッサシステム上で、複数のスレッドが同時に、異なるプロセッサ上で実行される可能性があります。 Windows NTでは、APIのプロセス構造をサポートするためには、次のとおりです。プロセスとスレッドの作成と操作のための*サポートします。プロセスの同期オブジェクトへのアクセス権を持っているスレッド間の同期を可能にするために複数のプロセスで共有することができ、プロセスとの同期オブジェクト内でスレッド間の同期をサポート。 *プロセス間でオブジェクトの共有を制御/制限するセキュリティ機能を提供し、均一な共有メカニズム。 Windows NTは、新しいプロセス（のCreateProcess）とスレッド（CreateThreadを）を作成する機能を提供します。むしろ常にすべての “継承”よりも、フォークコールを使用してUNIXで行われるように、CreateProcessをそのようなファイルハンドルの継承、セキュリティ属性、子プロセスのデバッグ環境は、デフォルトのディレクトリなどのプロセス生成の制御の側面という明示的な引数を受け付けます。それは、証明書が作成されたエンティティに付与されていることを適切なセキュリティ記述子スレッドまたはプロセスを明示的に作成することです。ほとんどのUNIXコードをフォークので、これはそのような苦労はありませんし、すぐにexecを呼び出します。Win32には（そしてそれは内容がメモリ内に関連付けられています）実行中のプロセスを “複製”する機能を提供していません。フォークのクローニングのセマンティクスに依存するアプリケーションは、（特にここで、親と子の間で共有し、大量のデータが発生します）スレッドを使用するビットを再設計しなければならない場合があり、いくつかのケースでは、2つの間で関連データをコピーするIPCメカニズムを使用するCreateProcess呼び出しの後に個別のプロセスは子プロセスが作成者プロセスのハンドルを継承することであるexecuted.Ifは、CreateProcess呼び出しのbInheritフラグを設定することができます。この場合、子のハンドルテーブルは、子プロセスのコンテキストで有効なハンドルで埋められます。このフラグが指定されていない場合、ハンドルがDuplicateHandlecall.Windows NTはプライマリ重点ので、端末のプロセスグループと関連付けられたセマンティクスの概念が実装されていませんように “ダム端末”をサポートするように設計されていない使用して離れて与えなければなりません。アプリケーションのグループについての仮定を行うアプリケーション（たとえば、親プロセスを殺すことはすべての子プロセスを殺す）、CreateProcessでCREATE_NEW_PROCESS_GROUPフラグを使用して、親プロセスによって制御されるアプリケーションのグループを通知するメカニズムを提供しGenerateConsoleCtrlEvent APIを調査する必要がありますメモリ内のプロセスのレイアウトについての仮定を行うAPI.Programs（GNU EMACS、例えば、これは、その後 “ダンプ”、続いて初期化時間を短縮するために、起動時に “オーバーレイ”されているディスクにメモリ内の変数のイメージを実行します）特に、データおよびスタックのコード·セグメントの関係は、おそらく変更する必要があります。一般的には、このような慣行は、いくつかのオペレーティングシステムの制限または制限を回避するために使用されます。このレベルでは、アプリケーションのその部分の構造の見直しは、（おそらくこのような特定のケースでメモリマップファイル）を使用した “ハック”へのサポートの選択肢を調べるために、ために一般的である。このレベルでのアプリケーションのページに対処しなければならない人のために、プロセス（OpenProcess）開かれ、個々のメモリページ、スレッド、およびスタックが調べられるか、またはmodified.Thereは、UNIXのsetuidの直接対応はありませんされるかもしれないメカニズムがある。 Windows NTの選択肢の数が達成されるタスクに応じて使用するには、しかし、があります。当面のタスクは、固定のユーザーコンテキストで実行されるデーモンである場合は、Windows NTサービスを（再び、オンライン·ヘルプは、この情報は貴重です）を使うのが最善でしょう。 Windows NTサービスは、標準のWindows NTの管理機能を介してローカルまたはリモートアドミニストレーションであることの利点と、固定ユーザーの資格情報で実行されている “デーモン”と同等です。プロセスが特定のユーザーを “偽装”しなければならないインスタンスの場合は、それはサーバプログラムが通信して書き込まれることを示唆しているの<！ - nextpage - > THR