真空ポンプは気体を吸気側から排気側に向かって輸送する方式により排気する気体輸送式真空ポンプと、真空ポンプの中に吸気側から入ってくる気体を溜め込む「気体溜め込み式ポンプ（entrapment (capture) vacuum pump）」に分類される。また、気体輸送式真空ポンプは一定容積の気体を吸気側から排気側に輸送する方式の「容積移送式真空ポンプ（positive displacement pump）」とポンプ内の別の物質の運動エネルギーにより排気側へ気体を輸送する「運動量輸送式真空ポンプ（kinetic vacuum pump）」に分けられる。
どれだけの真空度を必要とするか、また排気する気体の成分によって、使用すべき真空ポンプは異なる。真空ポンプの分類法は原理による分類、使用圧力による分類、油を用いるか用いないかの分類などによる。真空ポンプで最も一般的なのは排気量、到達圧力、価格などの総合面で優れた性能を持つ油回転型真空ポンプ（ロータリーポンプ）である。最も安価であろう手押し式は、エアコンの冷媒注入用として市販されている。吸着装置やアスピレータなどの低真空向けに安価なダイアフラムポンプもかなり普及している。
真空ポンプ（しんくうポンプ、バキュームポンプ、vacuum pump ）とは、容器内から気体を排出し、真空を得るためのポンプである。1650年にドイツのオットー・フォン・ゲーリケにより発明された。1台で超高真空から大気圧までをカバーするのは非常に困難なため、多くは粗引き用のポンプとメインの真空排気用のポンプを組み合わせて使うが、用途によって1台で済む場合は粗引きポンプ、メインポンプなどの呼び分けはしない。
International Association of Computer Investigative Specialists (IACIS)の2003年の会議で、"inode" は "I'm Not Operating DOS Ever"（DOSなど二度と触るか）の略であるという提案がなされた。しかし、全くの嘘として退けられた。
UNIXオペレーティングシステムのシステムアドミニストレータが使用するプログラムには、ファイルを特定するために inode 番号を表示するものがある。ハードディスクの健全性チェックユーティリティのfsckやpfilesがそのようなコマンドの例である。そこで inode 番号をファイルのパス名に変換する（およびその逆変換をする）必要が生じる。これはファイル名検索ユーティリティ find（の -inum オプション）や ls コマンドに適当なオプション（多くの場合 -i）を付けることで実現される。また、「ファイルが削除された際に何らかのプロセスがそのファイルを使用している場合、そのプロセスからはアクセスが継続できる。」という特徴がセキュリティ上問題となる場合がある。例えば、多くのプロセスが参照しているライブラリのセキュリティアップデートを適用した後、当該プロセスからは旧バージョンのライブラリにアクセスし続けるため、脆弱性が完全に修正されないという事態が発生する。したがって、特にシステムの中核に位置するようなライブラリをアップデートした際には動作上問題がなくてもシステムを再起動する等の対策が必要となってくる。
inode（アイノード）は、ext2などのUnix系ファイルシステムで古くから使われているデータ構造である。inode にはファイル、ディレクトリなどのファイルシステム上のオブジェクトに関する基本情報が格納される。ReiserFSなどの最近のUnix系ファイルシステムでは inode を使用していないが、同等の機能を提供するには同等の情報をどこかに格納しなければならない。statシステムコールがそれらのデータをプログラム向けに提供するので、これを statデータと呼ぶことがある。
保護キー機構では、メモリはある一定のサイズのかたまりに分割される（例えば、4Kバイト）。そして、それぞれに保護キー (protection key) と呼ばれる数値が対応付けられる。また、プロセスもひとつの保護キーを割り当てられている。メモリにアクセスする際、ハードウェアは現在のプロセスの保護キーとアクセスしようとしているメモリの保護キーが合っているかをチェックする。もし合っていない場合、例外が発生する。この機構はSystem/360アーキテクチャで使用されている。これは最近のメインフレーム System z でも利用可能で、そのOSやサブシステムがよく使用している。今日のメインフレームは本質的に、PCやミッドレンジのサーバ（Windows、Linux、UNIXなど）に見られる欠陥である特権エスカレーションに耐性がある。これはメインフレームにおけるメモリ保護機構が、ハードウェアで実装された複数のCPU保護リングや暗号機構で支えられた保護キーなどを使っているためである。そういった機構により、ユーザープロセスが直接ハードウェアにアクセスすることが防がれ、カーネルレベルのサービスもほとんど不要となっている。例えばアプリケーションの脆弱性を利用してシェルコードを実行させようとしても、より高い特権レベルのプロセス（ドライバやカーネル）に影響を及ぼすことはできないし、保護キーの異なる他のプロセスにも影響を及ぼせない。CPU保護リングはPCやミッドレンジサーバのOSでは限定的にしか使われておらず（例えば、x86ではカーネルがリング0、ユーザーがリング3だけを使用することが多い）、結果としてオールオアナッシング的な設計になっている。すなわち、ハードウェアにアクセスするにはカーネルが必須であり、その中で何か悪さをしようとすると悪意あるコードでシステム全体を乗っ取ることになる。上述のSystem/360の保護キーは物理アドレスと対応している。インテルのItaniumやヒューレット・パッカードのPA-RISCなどでは、それとは異なる保護キー機構が使われており、仮想アドレスと保護キーが対応付けられていて、プロセスに複数の保護キーを割り当て可能である。ItaniumやPA－RISCのアーキテクチャでは、論理アドレスから物理アドレスへの変換（TLBエントリ）にキー (Itanium) またはプロテクションID (PA-RISC) が付属している。ある時点で動作中のプロセスには保護キーレジスタ群がある（Itaniumでは16本、PA-RISCでは4本）。物理アドレスへの変換で選ばれたTLBエントリにあるキーはそれらレジスタ群にある保護キーと比較される。他のチェックと同時にキーが一致しないとアクセスは許可されない。キーがどのレジスタとも一致しない場合、例外が発生する。その例外処理では、必要に応じて実行中プロセスが他に保護キーを持っていないかチェックする。すなわち、保護キーレジスタ群はソフトウェアが管理するキャッシュのように扱われる。PA-RISCの保護キーは15ビットから18ビットで、Itaniumでは最小でも18ビットである。保護キーは保護領域 (protection domain) に対応しており、一般的にはライブラリやモジュールなどに対応する。