容量の壁
マイクロプロセッサ以前のコンピュータ、すなわち電子式コンピュータの黎明期から初期のメインフレームの時代には、まだ仮想化(仮想メモリ)も発達しておらず、設計時点で用意可能なメモリの物理量に合わせ、論理アドレスも設計されている、というコンピュータも多かった。これは、新しいコンピュータ毎に命令セットも新しく設計していたような当時には合理的な選択であったと言えるが、発売後にメモリが安くなり、またユーザからの要求でメモリを増やす際に当初の設計が「壁」になったような例もある。
1964年のIBM System/360以降、コンピュータの実装とは独立して、命令セットは長く引き続いて使われるものになったことから、命令セットの設計にもとづく壁、といったようなものが顕著となった。IBMのメインフレームでは、当初は32ビットのうち24ビットが有効なアドレスであったが、後に31ビット(32ビットではない)に拡張する際に巧妙な手法がとられた(詳細は 31ビット#31ビットアーキテクチャ を参照)。
80386以降のIA-32アーキテクチャ(x86、32ビット)が一般的となった以降、CPUの64ビットアーキテクチャ導入が徐々に進められ、x64アーキテクチャ(x86-64。AMD64およびIntel 64)が普及している。PCで主流の64ビット環境、x86-64への移行はx86の16ビットから32ビットへの移行に比べれば緩やかである。
次のようなx86の制限(壁)の抜本的な解決として、x86-64への移行が進みつつある。
2TiBの壁とは直接の関係は無いが、米国の業界団体IDEMA が2006年に、HDDの物理ディスクセクタサイズを512バイトから4KiBに拡張する事を提唱している。このWEBサイトは、"BigSector" と名付けられている。HDDの物理セクターサイズを4KiBに拡張する事に関して、HDDメーカー側は、エラー訂正に必要な総ビット数は、セクターサイズを拡張すると減少する、など、512バイト単位の非効率性などを主張している。
また、GUIDパーティションからシステムのブートをさせる場合、Windows Vista SP1/Windows 7/Windows Server 2008 x64(64ビット版)以降のOSが必要である(EFIでないとブートできない)。2011年現在、x86版(32ビット版)のWindowsは、GUIDパーティションからの起動に対応していない。
バージョン2.4までのLinuxはGPTには対応していたが2TiB超のディスクには対応していなかった。
これらはBIOS、OS依存であり、macOS、Linux、FreeBSD、Solarisなど各種のOSが既に最新版ではGPTに対応済みである。
2010年11月、2TiBを超える容量の3.5インチHDDが発売された。
なお、2TiBを超える容量に関して、ファイルシステム、OSによる制限が掛かる、あるいはスパンボリュームなど特定の機能により制限解除される場合や、特定のBIOSやコントローラ、デバイスドライバ等との非互換性により利用できない場合もある。互換性のないシステムでは、例として、3TBのHDDが746GiBと認識されることがある。