hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
ウェサン島の海戦 (1778年) 参加艦
青戦隊（前衛）：R・ハーランド中将
モナーク（Monarch）：74門
ヘクター（Hector）：74門
セントー（Centaur）：74門
エクゼター（Exeter）：64門
デューク（Duke）：90門
クイーン（Queen）：90門 - ハーランド中将旗艦
シュリューズベリー（Schrewsbury）：74門
カンバーランド（Cumberland）：74門
バーウィック（Berwick）：74門
スターリング・カースル（Stirling castle）：64門
白戦隊（中央）：A・ケッペル提督
カレイジュー（Courageux）：74門
サンダラー（Thunderer）：74門
サンドウィッチ（Sandwich）：90門
ヴァリアント（Valiant）：74門
バイアンファザン（Bienfaisant）：64門
ヴィクトリー（Victory）：100門 - A・ケッペル提督旗艦
フォードロヤント（Foudroyant）：80門 - ジョン・ジャーヴィス艦長
プリンス・ジョージ（Prince George）：90門
ヴィジラント（Vigilant）：64門
テリブル（Terrible）：74門
ヴェンジャンス（Vengeance）：74門
ウェサン島の海戦 (1778年) 参加艦
赤戦隊（後衛）：ヒュー・パリサー中将
ウースター（Worcester）：64門
エリザベス（Elisabeth）：74門
ロバスト（Robust）：74門 - アレグザンダー・フッド艦長
フォーミダブル（Formidable）：90門
オーシャン（Ocean）：90門
アメリカ（America）：64門
デファイアンス（Defiance）：64門
エグモント（Egmont）：74門
ラミリーズ（Ramillies）：74門
白青戦隊：ドゥ・シャフォール提督
第2分隊
ドーファン・ロワイヤル（Dauphin-royal）：70門
ランフィオン（L'Amphion）：50門
レヴェイエ（L'Eveillé）：64門
第1分隊
ル・ビヤンネーメ（Le Bienaimé）：74門
ラ・クーローヌ（La Couronne）：80門 - ドゥ・シャフォール提督旗艦
ル・パルミエ（Le Palmier）：74門
第3分隊
ル・ヴァンジュール（Le Vengeur）：64門
ル・グロリュー（Le Glorieux）：74門
ランディヤン（L'Indien）：64門
ラ・ジュノン（La Junon）：12門フリゲート
ウェサン島の海戦 (1778年) 参加艦
白戦隊：ドルヴィリュー提督
第3分隊
ラルテジャン（L'Artésien）：64門
ロリアン（L'Orient）：74門
ラクシヨネール（L'Actionnaire）：64門
第1分隊
ル・ファンダン（Le Fendant）：74門
ブルターニュ（La Bretagne）：110門 - ドルヴィリュー提督旗艦
ル・マニフィック（Le Magnifique）：74門
第2分隊
ラクティフ（L'Actif）：74門
ラ・ヴィル・ド・パリ（La Ville de Paris）：100門
ル・レフレシ（Le Réfléchi）：64門
ラ・シビル（La Sibille）：12門フリゲート
青戦隊：ド・シャルトル公爵
第2分隊
ル・ロラン（Le Roland）：64門
ル・ロビュスト（Le Robuste）：74門
ル・スファンクス（Le Sphinx）：64門
第1分隊
ラントレピード（L'Intrépide）：74門
ル・サン・エスプリ（Le St Esprit）：80門 - ド・シャルトル公爵旗艦
ル・ゾディアック（Le Zodiaque）：74門
第3分隊
ル・ディヤデーム（Le Diadème）：74門
ル・コンケラン（Le Conquérant）：74門
ル・ソリテール（Le Solitaire）：64門
ラ・フォルテュネ（La Fortunée）：12門フリゲート
ウェサン島の海戦 (1778年) 参加艦
戦列外
フリゲート
ラ・レゾリュー（La Résolue）：12門
ラ・サンシーブル（La Sensible）：12門
ラ・ナンフ（la Nymphe）：12門
ラ・シュルヴェイヤント（la Surveillante）：12門
ラ・ダナエー（La Danaé）：8門
コルベット
クリウーズ（Curieuse）
ファヴォリット（Favorite）
イロンデル（Hirondelle）
リュネット（Lunette）
シルフィード（Sylphide）
ルーグル（Lougre、沿岸航海用の帆船の形式）
レスピエーグル（L'Espiègle）
ウェサン島の海戦
ウェサン島の海戦（ウェサンとうのかいせん） - フランス、ブルターニュ半島の西にあるウェサン島付近で行われた海戦
風雲!真田幸村
『風雲!真田幸村』（ふううん さなだゆきむら）は、1989年4月14日から9月29日までテレビ東京系で放送されたテレビ東京、東映製作の時代劇。
風雲!真田幸村 概略
豊臣秀吉没後に起きた関ヶ原の戦いの後、豊臣家や旧西軍方についた諸大名を潰さんと計略を張り巡らす徳川家康と、それを阻止してゆく真田幸村一党の物語。幸村と郎党真田十勇士の殺陣回りと、「真田は日の本一の兵（つわもの）ぞ!」「六文銭が三途の川を渡してやる!」といったお約束の口上など、東映お得意の勧善懲悪な時代劇作品として仕上がっている。幸村は配流先の九度山から抜け出して日本各地に出没し、徳川方と戦う。物語は大坂の陣前に終わり、最終回は総集編であった。
この作品が放送された1989年当時、NHKでは大河ドラマ『春日局』が放送されていた。『春日局』での徳川家康は、豊臣家との衝突を避けるべくあらゆる手を尽くす人物として描かれたが、本作品では計略を巡らし淀殿（豊臣家）を破滅に追い込んでいく悪役として描いており、NHKとの描写の違いを明確にしていた。
容量の壁
容量の壁（ようりょうのかべ）とは、主にハードディスクドライブ、半導体メモリーなど、コンピュータの記憶装置に関する、規格や性能上の限界を指した概念である。
これは突破する新たな技術の登場を待つ意味でも壁と呼ばれるが、壁に突き当たるケースとしては規格策定時点で想定していなかった大容量になるまで規格が現役として存続している、大容量化が想定以上のスピードで進んで壁を突破する新たな技術の開発が追いつかない、規格上は想定内だが複合的な要因が重なるなどがあげられる。
容量の壁 ディスク
補助記憶装置（ハードディスクやSSDなど）に関与する容量の壁の原因には、ATAなどインタフェースや、オペレーティングシステム (OS) のファイルシステムなど、様々なものがある。
場合によっては、BIOS、ファームウェア、デバイスドライバの制限またはバグにより容量の壁が生じ、最新版にアップデートすると制限を解消できる。制限容量以上のHDDを接続したことで誤動作する場合は、HDD側の設定により認識容量（見かけの容量）を減らすことで、制限容量までは扱えるようになる。
ハードディスクの容量表記にはSI接頭語と2進接頭辞の問題（換算値の違い、誤差）があり、壁問題としては厳密な容量の表記がされない慣習である。
PC/AT互換機用MS-DOSのバージョン3では、FAT16のサポートが追加されたにも関わらず、セクター数を16ビットで管理していたため、32MiBを超えるパーティションを扱えない。これはFAT12の制限と同じである。また、ファイルのサイズについても、ファイルテーブル（ディレクトリエントリ）ではMS-DOSの登場当初から32bitのデータが記録できるように設計されていた（すなわち4GiBまで対応可能）が、単一のファイルが複数のパーティションにまたがって記録されることは想定されていなかったため、必然的に、ファイルサイズの上限は32MiBとなる。
容量の壁 ディスク
なお、NEC PC-9800シリーズや富士通 FM TOWNS用のMS-DOSバージョン3.xでは、OSから見えるセクタサイズは1KiBまたは2KiBとなっており、最大128MiBまでのパーティションを管理することができた。
ATA規格では、1993年ごろ問題になったのが約528MB（504MiB、512×1024×16×63 = 528,482,304バイト）の壁だった。これはIDE HDDとPC/AT互換機のBIOS (en:INT 13h) の組み合わせにより生じる問題である。
HDDにアクセスする最小単位であるセクタを指定する (アドレッシング) には、シリンダ、ヘッダ、セクタをそれぞれ指定する必要があった。この各要素の最大値がHDDとBIOSで異なっており、これが原因で、それぞれの数値をより小さい一方にあわせる必要があり、HDDはC=65,536、H=16、S=255に対し、BIOSはC=1,024、H=255、S=63であり、実際に扱えたのはC=1,024、H=16、S=63 (1,032,192セクタ、LBAでは20bit相当) で、それが壁となった。HDD側及びBIOS側だけを見ればもっと大きな容量のアドレッシングが可能で、理論上の最大値はHDD側が128GiB、BIOS側が7.875GiB (約8.4GB) だった。
容量の壁 ディスク
ボリュームサイズの制限と、ファイルサイズの制限がある。
ファイルシステムにFAT16を用いた場合のボリュームサイズの最大値は、2GiB（NT系では4GiB）までとなる。最大クラスター（アロケーションユニット）総数は16ビットで、その内最大65,524までが領域として使用でき、クラスタサイズは最大32KiB（Windows NT系では64KiB）まで選択できることから求められる。ボリュームサイズはFAT32やNTFS、exFATなど他のファイル・システムへの移行により解決された。このボリュームサイズについては近年のフラッシュメモリでも同様である。
なおファイルシステムとは無関係に、一部のBIOSでは仕様によりボリュームサイズ2GB/4GBまでの容量の壁があった。例としては、BIOSが扱えるシリンダの最大値が4,096であることから、512×4096×16×63 = 2,113,929,216バイト（約1.96GiB）までしか認識できないケースがよく見受けられた。また、NEC PC-9821シリーズでも、おおむね1997年ごろまでの機種には、4.3GB超のHDDを接続するとマシンが起動しなくなるという不具合があった。（詳細はPC-9821シリーズの項を参照。）
容量の壁 ディスク
単一のファイルサイズの制限は、FAT16ファイルシステムで2GiB（NT系では4GiB）、FAT32では4GiB（マイナス1）までである。
FAT以外でもUNIX系OSにおいてファイルに関わるサイズを扱うソースコード内でint（32ビットデータ型モデル）を多用していた事による2GiB、4GiBの制限が多数あった。
4.7GBの容量を持つDVDや、数百GB以上のハードディスク、8 - 16GB以上のUSBメモリが一般化し、動画を中心とした大容量のデータを扱うようになって、この問題が顕在化してきた。
IDEの拡張であるEIDE、さらにSCSI HDDでも「8GBの壁」といわれ、1998年頃までに発売されたPCに同様の問題があった。これは、PCのBIOSやSCSIコントローラに起因するものであり、HDD側には壁はない。
EIDE HDDやSCSI HDDでは、7.875GiB（約8.456GB、512×1024×256×63 = 8,455,716,864バイト、16,515,072セクタ、LBAでは24bit相当）を超える容量が認識されないという問題があった。これは「8GBの壁」といわれ、1998年頃までに発売されたPCではこの問題があり、Pentium II搭載以前のものに多い。
容量の壁 ディスク
ただし、これはPCのBIOSのパラメータに起因する問題であり、HDD側にはやはりそのような壁はない。この8GBの壁は、BIOSのAPIレベルでLBA (28ビット) に対応した拡張INT 13hによって、BIOS側で認識できる最大容量は128GiB (約137GB) に引き上げられた。これは、拡張INT 13h自身がサポートするLBAは64bitで、当時のATA HDD規格でサポートするLBAが28bitだったためである。
容量の壁 ディスク
BIOS側がCHSでアクセスしてきた場合に、7.875GiBを超えるEIDE HDDは7.875GiBのジオメトリを返答するようになっており、Cylinder head sector=1023/255/63と返す（ただし、ごく一部のHDDでは返さないことがあった）。BIOSから正常にアクセスできるのは、HDDの先頭から7.875GiBまでの領域のみだが、これにより、LBA非対応のBIOSのマシンに接続しても、とりあえず認識され使用できるようにはなっている。その為、BIOSに依存せずにデバイスドライバが直接コントロールするOS（Windows 2000/XPやLinuxなど）では、OSが起動してデバイスドライバのコントロールに切り替わった後は7.875GiBを越える領域にも正常にアクセス可能である。デバイスドライバが直接コントロールするようになるまではBIOSを介してアクセスする為、当該HDDにOSを格納する場合には、BIOSにロードさせる範囲を先頭から7.875GiBまでの領域に収める必要がある。OSとデバイスドライバさえ対応していれば、48bit LBAのHDDも同様にして使用可能である。
容量の壁 ディスク
この他に、一部のSCSIコントローラにLBA値を格納するレジスタが24ビットのものがあり、224以上のセクタ番号を扱えない。そのため、このようなコントローラで扱えるHDDの最大容量は8GiB（約8.4GB）までであるが、それを超える容量のHDDを接続した場合の挙動はコントローラではなくソフトウェアの実装に依存する。
これには2つの要因がある。
一つ目としては、Windows NT系で、FAT32形式にフォーマットできるボリュームサイズが32GiBまでに制限されていたことがある（すでにフォーマットされた、32GiBを超える容量のボリュームにはアクセスできる）。なお、FAT32自体は、512バイト/セクターのとき、2TiBまでサポートする。
容量の壁 ディスク
もう一つの要因としては、AWARD BIOS Version 4.5xのバグがある。当該BIOSにおけるLBAの実装バグにより、BIOSからは26bit分のLBAしか扱えず、「32GBの壁」と呼ばれていた。約32GiB（65,536×16×63×512 = 33,822,867,456バイト）を超えるHDDを接続するとマシンが起動しなくなる。これを解決するには、修正されたBIOSを入手して、BIOSをアップデートする必要がある。HDDによっては、ジャンパピンの設定により約32GiBのHDDとして認識させることが可能な製品も存在する。なお、ATAカード経由でHDDを接続すればこの問題は回避できる。
ATA HDDではLBA導入後、しばらくはLBAのアドレス長が28ビットだったが、ATA/ATAPI-6で48bit LBAに拡張された。Maxtor (当時) がBigDriveと名付け、理論上は128PiB（約144PB）までのアドレッシングが可能となった。
48bit LBAに未対応の機器およびOSで、128GiB (約137GB) の壁として問題が起きた。おおよそ2002年以前に発売されたPCでこの壁がある。
容量の壁 ディスク
ATAインタフェースとしては128ペビバイトの管理が可能になったが、ハードディスクのMBRパーティションでは、1パーティションで管理できる総セクター数は32ビット（232 = 4,294,967,296セクタ）となり、総容量は2TiB（512×232 = 2,199,023,255,552バイト）までとなる。
また、Windows内部では、大容量ストレージへのコマンド発行はSCSI CDB (Command Descriptor Block) に抽象化されており、10バイトCDB (32bit LBA) を用いるWindowsでは、総容量2TiB超のドライブ（パーティションではない）を扱えない。
ドライブおよびパーティションの双方で2TiB超を扱うためには、GPT（GUIDパーティションテーブル）、および64ビットLBA（Windowsの場合16バイトCDB）の双方をサポートするOSが必要となる。GPTはLBAを64ビット（8バイト）で管理するため、64ビットLBA下での制限は512×264 = 8ZiBとなる。
容量の壁 ディスク
Windows XP（x86版）以前では、GPTと64ビットLBAはサポートされない。また、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と認識されることがある。
容量の壁 ディスク
2TiBの壁とは直接の関係は無いが、米国の業界団体IDEMAが2006年に、HDDの物理ディスクセクタサイズを512バイトから4KiBに拡張する事を提唱している。このWEBサイトは、"BigSector" と名付けられている。HDDの物理セクターサイズを4KiBに拡張する事に関して、HDDメーカー側は、エラー訂正に必要な総ビット数は、セクターサイズを拡張すると減少する、など、512バイト単位の非効率性などを主張している。
実際には、Western Digital社が2009年10月にAFT ("Advanced Format Technology") と名付けて4KiB/物理セクターのモデルを発売したものが初となる。
この初期のモデルでは、多くのPC/AT機を祖とするシステムが、慣習的に63セクタ目から、最初のパーティションが開始されることから、実際の取り扱いセクタをひとつずらすジャンパピンが設けられ、同様にWindows XPでのパフォーマンス低下を抑制するための、調整ツールが頒布された。
LBAにより参照される論理ブロック (Logical Block) と物理セクター（1セクター512バイト）は伝統的に同一視されてきた。即ち、「物理セクターサイズ=512バイト」はMS-DOS時代から変わっておらず、既存のHDDコントローラー、ホストバスアダプタ、デバイスドライバ、BIOSやOS、さらにパーティションを直接操作するソフトウェアなどがこの前提で設計されている為、物理セクターサイズの変更はあらゆるコンポーネントとの非互換性が問題になる。
そこで、LBAの論理ブロックサイズ（論理セクターサイズ）は従来の512バイトから変更せずに、物理セクターサイズだけを4KiBに拡張する方法が取られた。すなわち、OSやコントローラー側とは従来通りLBAによる512バイト単位でデータのやり取りを行い、物理メディアとのやり取りは物理セクターサイズの4KiB単位で行う。これがAFT ("Advanced Format Technology") である。
Advanced Format Technology、AFT (en) は、HDD側の物理セクターサイズが4KiBであっても、OS、コントローラーからはセクターサイズ512バイトのHDDとしてアクセスできるようにエミュレーションを行う。
デバイスの物理セクターサイズよりも小さい単位での書き込みの場合、ドライブ側でリード・モディファイ・ライトが行われる。そのため、特にパーティションの開始位置が4KiB単位の物理セクター境界からずれた場合に大きな性能低下を引き起こす。この性能低下は（殆どの製品が4KiB物理セクターである）SSDでも起こる。
ATAによりHDDの論理セクターサイズおよび物理セクターサイズを知ることができるため、OS側で、物理セクター境界からずれた書き込みをしないように調整する（リード・モディファイ・ライト、RMWの回避処理）ことができる。ただし、HDD側が正しく通知すること、および前述のような調整機能を備えたOSを利用することの双方が必要である。初期のAFTのHDDには正しく論理・物理サイズを通知せず、論理・物理セクターサイズ=512バイトだけを通知するものもあった。また、2010年11月現在、WindowsではAFTのRMW回避処理はVista SP2 / 7 RTM 以降でパッチでしか提供されていない。
2012年10月、マイクロソフトはセクターサイズが4096バイトのHDDについての分類および同社によるサポートに関して下記のように発表している。
なお、サポート対象のHDDとOSの組み合わせであっても、サービスパックや修正パッチの適用が必要な場合があるので注意が必要である。
4KiB×232にあたる。4KiBはコンピューターによって都合のよい値であることが多い。
Linuxカーネルでは扱える最大ディスクサイズは ULONG_MAX×ページサイズ であるため、ILP32データモデルである32ビットLinuxカーネルをx86等の4KiBページサイズで動かしている場合16TiBが限界になる。
最大ファイルシステムサイズは 232×ブロックサイズ である。Linuxカーネルではページサイズ以下のブロックサイズしかマウントできないためx86等の4KiBページサイズでは16TiBになる。
容量の壁 メモリカード
デジタルカメラなどに使われるメモリーカードはこれまでFAT32に未対応で、規格上の最大容量は2GBとなっていた。しかし、デジタルカメラの高画素化や動画機能の充実によって、上限が2GBでは十分でなくなってきたことにより、さらなる大容量化が迫られていた。ファイルフォーマットの改良の結果、2006年に上限は32GBに改善されたことになるが、2008年には上限である32GB製品が登場した。
従来型SDメモリーカードは上限が2GBであったが、2006年1月に最大32GBまで使用できるSDHCカードの仕様が策定された。その後2008年1月にはSDHCの上限となる32GBモデルが発売されたことで、2009年1月に最大2TBまで使用できるSDXCカードの仕様が策定された。フォーマットは下位互換性があることからexFATを採用。
容量の壁 メモリカード
SD系カードがメモリーカードの規格の中でデファクトスタンダードとなったため、SDHC/SDXCカードへの期待や需要が高まる一方、事実上、SDHCで容量の壁である32GBに達してしまった。2006年6月から2008年1月の約1年半余りという短期間でSDHCが容量の壁に達することは当初予想されていなかった。SDXCはムーアの法則を大きく上回るペースで媒体の容量増加が顕著な昨今でも、発表時点から最低でも5年間は容量の壁に達することはないとしている。その後、2018年に上限が128TBのSDUCカードが制定された。
その他のメモリーカードでは、ファイルサイズ以外の問題から容量の壁に達する現象が起きている。
代表例がメモリースティックとスマートメディアで、何れもFAT16の上限より低い128MBで容量の壁に当たってしまった。これらの原因は電気的仕様の問題で、これを解消すべくメモリースティック陣営は新規格となるメモリースティック PROを2003年1月に発表し、スマートメディア陣営もスマートメディアとは直接的な互換性のないxDピクチャーカードを2002年9月に発表した。
その後メモリースティック PROはSDHCと同様にFAT32の限界である32GBに達したことから、2009年1月に「高容量向け拡張フォーマット（仮称）」として発表し、同年8月に「メモリースティックXC」として仕様を公開した。しかし、メモリースティックを推進したソニーも2018年現在ではSDカード対応製品を発売しているため、あまり普及しなかった。
容量の壁 メモリ
主記憶の壁であるが、一般に、コンピュータ・アークテクチャやオペレーティング・システムの観点から、メモリ管理に論理層と物理層があることから、「論理的な壁」と「物理的な壁」におおざっぱに分類できる。たとえば、プロセッサの命令セット・アーキテクチャ（ISA）の設計上アドレッシング空間が32ビットであれば、プロセスが4Gより大きいデータを扱うのは面倒になるし（論理的な壁）、拡張バスのアドレスバスの幅が32ビットであれば、4Gより多いメモリを増設するのは面倒である（物理的な壁）。両者が、設計時点から見た将来をも見通してバランス良く設計されていることはまず無く、しばしばどちらかがどちらかの邪魔をする、といったようにして壁ができるし、一般ユーザはその両方の壁の組み合わせによって、大きな制限を受けたりすることもある。
マイクロプロセッサ以前のコンピュータ、すなわち電子式コンピュータの黎明期から初期のメインフレームの時代には、まだ仮想化（仮想メモリ）も発達しておらず、設計時点で用意可能なメモリの物理量に合わせ、論理アドレスも設計されている、というコンピュータも多かった。これは、新しいコンピュータ毎に命令セットも新しく設計していたような当時には合理的な選択であったと言えるが、発売後にメモリが安くなり、またユーザからの要求でメモリを増やす際に当初の設計が「壁」になったような例もある。
容量の壁 メモリ
1964年のIBM System/360以降、コンピュータの実装とは独立して、命令セットは長く引き続いて使われるものになったことから、命令セットの設計にもとづく壁、といったようなものが顕著となった。IBMのメインフレームでは、当初は32ビットのうち24ビットが有効なアドレスであったが、後に31ビット（32ビットではない）に拡張する際に巧妙な手法がとられた（詳細は 31ビット#31ビットアーキテクチャ を参照）。
また、ミニコンピュータの設計に関しては、ゴードン・ベルとW. D. Streckerによる回顧「Retrospective: what have we learned from the PDP-11 — what we have learned from VAX and Alpha」（doi:10.1145/285930.285934）の中で、彼らの以前の論文からよく引用される部分として「There is only one mistake that can be made in computer design that is difficult to recover from — not having enough address bits for memory addressing and memory management.」という記述を挙げている。
容量の壁 メモリ
初期のマイクロプロセッサの設計の発展は、以前の大型コンピュータやミニコンピュータの発展を、おおまかに見ればある程度はなぞっているが、メモリの設計という観点からは、当初からバイトアドレッシングを大前提としたものがほとんどであった、という点が大きく異なる。
一般に「Xビットコンピュータ」はアドレス空間などもXビットのことも多いが、8ビット（や、4ビット）ではアドレス空間としては狭すぎるため、4ビットマイクロプロセッサでは12ビット前後、8ビットマイクロプロセッサでは16ビットのアドレス空間とした設計が多い。そのため、8ビット時代には、しばしばいわゆる「64Kの壁」がいろいろなもので見られた。また、64Kを半々に分けて使う、といったような設計では「32Kの壁」となる。
1970年代には、64Kバイトにフルにメモリを実装したシステム、というのはまだコスト的に稀であったが、1980年代には続々と64Kでは足りなくなっていった。Z80を使ったパソコンの設計としては、VRAMをメモリ空間ではなく裏技を使った16ビットのI/O空間でアクセスしている例などがある。一般的な「壁」を超える手法としては、空間の一部または全部について、実メモリとの対応を切り替える「バンク切り替え」が多用された。
この節では、IBM PCおよびNEC PC-98など、x86パソコンの例を挙げる。
容量の壁 メモリ
前述のように「Nビットマシン」と呼ばれるコンピュータにおいて、Nが比較的小さいマシンではアドレス空間をNより大きめに取るのが通例であるが、16ビットの8086の場合、物理アドレスを20ビットとして1MiBの空間があった。
しかし8086は、プログラムカウンタ（8086の用語ではインストラクションポインタ）などは16ビットとし、「セグメントレジスタ」と称する用途別（コード・データ・スタック・他）の数本のレジスタの内容を16倍（左に4ビットシフト）した値に、そこからのオフセットとして足し込んで20ビットのアドレスとする、という独特な方式（これは、コンピュータ・アーキテクチャで一般にセグメント方式と呼んでいるものとは全く異なるものであるため、多くの混乱の原因となっているが、Intelはそう名付けた。セグメント方式#x86も参照）とした。この設計は、多くの16ビットアドレスな8ビットプロセッサ用に存在していたプログラムを書き直すには便利な仕様であった反面、8ビット時代じみた「64Kの壁」をしばしば発生させる元凶にもなった。
8086におけるアドレッシングの例:
このとき、(0x1234 << 4) + 0x0100 == 0x12440 番地が、命令がフェッチされる実アドレスとなる。
容量の壁 メモリ
また、IBM PCをはじめとする多くのパーソナルコンピュータは、前半640KiBをメインメモリ用（コンベンショナルメモリ）とし、残りをメモリマップドI/OやBIOS ROM等のシステム用という設計とした（ハイパー98（のハイレゾモード）等のように、640KiBではなく768KiBまで広げた設計もいくつか見られる）。
この640KiBというサイズは、MS-DOSで普通に（コンベンショナルに）使えるメモリサイズの限界として壁として認識されるようになり、しばしば誤ってビル・ゲイツの言とされる（実際には、そのような発言をしたというような記録等は見つかっていない）「640 K ought to be enough for anybody.」というフレーズがある（q:en:Bill Gates#Misattributedを参照）。
より多いメモリを使うためには、コンベンショナルメモリの一部、あるいはシステム領域の一部を入れ替える、BMSやハードウェアEMSという手法が取られた。また、1MiBもアドレス空間の壁として認識された。
以上のような8086の設計は、少し登場が後であるが68000が一部のバスは16ビットながらも、32ビットレジスタや24ビットの空間を持つ、余裕があるアーキテクチャとしたのと対照的と言える。
容量の壁 メモリ
286は、本格的な32ビットマシンではなく16ビットマシンではあったものの、プロテクトモードはそれなりのメモリ管理システムを持っており、24ビットの空間（16MiB）があったが、それを活用できるパソコン用OSとしてはOS/2やWindowsは広く普及するに至っておらず、MS-DOSでは前述の8086との互換性が重視されていたため、あまり活用されなかった。わずかに、A20線（en:A20 line）を有効にすることで、1MiBの壁を超えた先の64KiB（正確には (64Ki - 16)B ）にアクセスできるというHMAが、互換性に大きな影響なく利用できることもあり、活用された。
（DOSエクステンダやPC-UNIXなどによる活用も可能であったが、標準でないことなどもあって、あまり広まらなかった）
PC-9801では、16MiBのうちの最後の1MiBをグラフィックシステム用に割当てた機種があったため、その部分について連続して使えなくなる「16Mの壁」があった（起動時のメモリチェックで、少し表示位置がずれたり、「壁」を越えるタイミングでカウントアップがワンテンポ遅くなるものがあった）。
容量の壁 メモリ
386は、プロテクトモードなどが完備した32ビットの、当時のメインフレームと比べても基本的な機能は揃っている本格的なコンピュータであり（メインフレームの64ビット化は1990年代末である）、論理・物理ともに32ビットで4GiBの空間があった。
さらに286とは違い、従来の8086のプログラムをそのまま動かすことが可能な仮想86モードを利用することで、MS-DOSでもEMB/UMB (XMS) あるいはEMSによって1MiBの壁の中であるが、前述のシステム領域（640K〜1Mの間）の「隙間」をユーザ用として多用できるようになり、デバイスドライバやFEPの辞書を置いたり、RAMディスクやディスクのキャッシュなどに活用された。
プロテクトモードの本格的活用としては、最低スペックとして386以上のCPUの存在を前提にできる新規設計のパソコンであったFM TOWNSでは、標準としてTownsOSにDOSエクステンダが含まれており、1Mの壁の無い環境が、ゲーム等、メモリを多用するアプリケーションに活用された。
容量の壁 メモリ
一方、DOS/V機や98では、前述のような互換性のために活用はなかなか進まなかったものの、386以降のプロセッサをCPUとしたマシンの普及は、後の、MS Windowsの特に広く普及した95や、やがてそれに置き換わるNT系の普及のための地均しであり、98においては98である必要性を喪失しDOS/V機に吸収消滅という終末への序曲でもあった（また、DOS/Vの文字表示の高速化、という点でも、98を不利にしていった）。
前の節で述べたパソコンの、64ビット化の経過について述べる。
80386以降のIA-32アーキテクチャ（x86、32ビット）が一般的となった以降、CPUの64ビットアーキテクチャ導入が徐々に進められ、x64アーキテクチャ（x86-64。AMD64およびIntel 64）が普及している。PCで主流の64ビット環境、x86-64への移行はx86の16ビットから32ビットへの移行に比べれば緩やかである。
次のようなx86の制限（壁）の抜本的な解決として、x86-64への移行が進みつつある。
物理メモリの容量
容量の壁 メモリ
当初のPAEやPSE36では最大64GiBまでしか対応できなかったが、x86-64拡張の際に改定され32ビットx86であってもPSE36では1TiBまで、PAEでは同CPUをx86-64として動かした際と同じ物理アドレスまで拡張された。x86-64では、現在、48ビット物理アドレス拡張により256TiBまで対応している。
仮想アドレス空間の容量
x86の32ビット環境では、32ビットフラットアドレスを採用し、1プロセス（アプリケーション）が扱えるアドレス空間（メモリ量）の限界は32ビットで表せる4GiBであることが一般的である。x86-64アーキテクチャでは48ビットで、256TiBまでのメモリを扱うことが出来る。x86-64アーキテクチャでは将来的には52ビット、4PiBまで考慮している。なお、64ビット論理アドレスは16エクサバイト。論理アドレスはレジスタアドレッシングの空間であり、仮想空間とは異なる。
OS、アプリケーション側の対応としては、x86-64対応のWindows（いわゆる「64ビット版」）で、サポートアドレス空間が16TiBに拡大されている。最近では、Adobe Photoshop CS4など、サーバ用途以外でも64ビット対応が進みつつある。
容量の壁 メモリ
Linuxの32ビット版 (x86) では、ディストリビューションやカーネル、設定（コンフィギュレーション）によって対応がまちまちであり、1GiB・4GiB・64GiBの壁がある。64ビット版（x86-64ないしAMD64）ではこのような問題はない。
2016年現在の、主に32ビット時代の設計に由来する、64ビット環境に対する何らかの妨げになっている壁について解説する。
物理メモリの壁
PAE（物理アドレス拡張）は、CPUの使用可能な物理メモリの量を増やす機構である。PSE（ページサイズ拡張）およびPSE36も同様の側面を持ち、これらによって32ビットx86で対応できる物理メモリの量は当初の4GiBから64GiB以上に拡張された。しかしマーケティング上の理由やOS側の実装上の理由により64GiB以上を使えるOSはごく僅かしか無い。
2GiBの壁
容量の壁 メモリ
32ビットWindowsアプリケーションでは、1プロセスごとの4GiBのアドレス空間うち、カーネルが2GiBを予約しており、アプリケーションが自由に使用可能なのは2GiBである。この壁に達してくるとマイクロソフトは主に2つの対処手段を打ち出した。1つはアドレスウィンドウ化拡張 (AWE)である。4GBを超えるメモリを部分部分で切り替えながら読み書きする方法であり、MS-DOSの頃のEMSのようだという意見もある。もう1つは、4-Gigabyte Tuning (4GT) の導入である。カーネルとアプリケーションのアドレス空間の配分を通常の2GiB-2GiBから、1GiB-3GiBに変更する手法である。カーネルリソースが減少するため、サーバー用途（特にWebサーバー）には安定性の面から向かないという欠点がある。なお、64ビットWindows上では、4GT対応32ビットアプリケーションは4GiBほぼすべてアプリケーションが使用可能である。
4GiBの壁
容量の壁 メモリ
ハードウェアのPAE対応とは無関係に、Windows XP/Vista/7の32ビット版では、カーネルのメモリマネージャーが4GiB以上の物理メモリを使用できない。すなわち、プロセスの仮想メモリ空間としても、4GiB以上の物理メモリにはアクセスしない。これはデバイスドライバの互換性を確保するための制限である。なお、Windows Server（2000と2003の一部）では同じ32ビット版でも制限が緩和されているが、対応したデバイスドライバが必須である。いずれにせよ、1プロセスのアプリケーション空間は前述の「2GiBの壁」が残る。
3GiBの壁
容量の壁 メモリ
x86向けのデバイスドライバは、4GiB内の物理アドレス空間のうち最初の方にあるメモリマップドI/O (MMIO) 用に割り当てられた空間を使用する。そのため、3GiB以上の物理メモリを搭載する場合、MMIO空間と干渉する場合がある。これは、該当部分のアドレスを回避するようにメモリの物理アドレス自体を変換するMemory Hole Remappingなどと呼ばれる手法で対処されている。Memory Hole Remappingはハードウェア（チップセット周辺）側の対応が必要であり、未対応のハードウェアでは物理メモリ容量がその分減少などする。またMemory Hole Remapping未対応のOSでこれを有効にすると互換性の問題からOSが停止する場合がある。また、上記「4GiBの壁」に該当するOSでは、Memory Hole Remapping対応とは無関係に、搭載された4GiBの容量のうちMMIO空間分が、プロセス用には利用できなくなる。未対応であればMMIO空間のメモリが見えなくなる。対応していても、これらのOSでは4GiBの壁を超えた部分にリマップされたメモリをプロセスに利用できない。
4GiBや3GiBの壁を超えたメインメモリを、ソフトウェア方式のRAMディスクとして活用する手法がある。これは、64ビット環境に切り替えずに、既存のハードウェア及びOSの環境の上で、4GiB/3GiBの壁のため利用できないメモリを有効活用する方法として、注目を浴びている。
他にもたくさんの例があるが、ここではMacintoshの「8MiBの壁」とX68030の「12MiBの壁」を紹介する。
Macintoshでは、主にIIシリーズ（SE/30含む、IIvi・IIvx除く）でこの壁が顕著だった。IIシリーズでは、多くの機種でメモリを32MiBまで（動作保証外で128MiBまで）搭載できたが、System 6.0.xまでで使用できるのは8MiBまでであった。これは、アドレッシングモードを24ビットしかサポートしないOSの問題であるが（初代MacintoshのCPUである元祖68000MPUのアドレッシングが24ビットだったのが遠因にある）、一部機種ではSystem 7以降でも32ビットモードへの切り替えができないものがあった。これは機種搭載のROMの問題である。II・IIx・IIcxとSE/30で問題が起こり、それ以降のIIci・IIfx・IIsi（IIvi・IIvx含む）ではROMの内容が32ビットクリーンなためROMに起因する問題は起きない。なお除外したIIvi・IIvxではSystem 7.1以降でしか起動できないため、この壁はない。
その他の機種では、各機種の仕様によるものである。Portable・PowerBook 100では9MiBまで、LC・LCII・ClassicIIでは10MiBまで搭載でき、同容量がSystem 6.0.xから認識できる。
X68030では、メモリ・I/OマップをX68000と合わせるため、X68000と同様にI/OポートやVRAMを12MiB - 16MiBの範囲に配置した。そのため、メモリ空間が12MiBまでと16MiB以上で分断されてしまった（前述のMacは24ビットモードと32ビットモードを切り替えることによりメモリ・I/Oマップが変化する）。
大仙市営大曲球場
大仙市営大曲球場（だいせんしえい おおまがりきゅうじょう、別称・楽天イーグルス大曲の花火球場）は、秋田県大仙市にある野球場である。2005年（平成17年）に開場し、2007年（平成19年）の秋田わか杉国体では軟式野球一般Aのメイン会場となった。
大仙市営大曲球場 概要
2021年8月20日、秋田県大仙市と楽天イーグルスが「スポーツ交流活動パートナー協定」を締結し、その一環として、愛称が「楽天イーグルス　大曲の花火球場」と決まった。
河伯
河伯（かはく、ホーポー、拼音: Hébó）は、中国神話に登場する神。黄河の支配者。
河伯 神話
人の姿をしており、白い亀、もしくは竜、もしくは竜が曳く車に乗っているとされる。あるいは白い竜の姿、もしくはその姿に変身するとも、人頭魚体ともいわれる。
元は冰夷または憑夷（ひょうい）という人間の男であり、冰夷が黄河で溺死したとき、天帝から河伯（黄河の伯）に任命されたという。道教では、冰夷が河辺で仙薬を飲んで仙人となったのが河伯だという。
若い女性を生贄として求め、生贄が絶えると洪水を起こすとされた。この「河伯の嫁入り」の習俗は殷代からあった。戦国魏の鄴では、西門豹が一計を案じてこの習俗を廃止した（『史記』滑稽列伝）。
黄河の支流である洛水の神洛伯と戦った（『竹書紀年』）。あるいは、洛水の女神である洛嬪（らくひん）を妻としたが、洛嬪に恋した后羿（こうげい）により左目を射抜かれた（『楚辞』天問）。
河伯 神話
『史記』河渠書にもその名が見える。『楚辞』九歌には河伯の詩がある。『荘子』秋水篇では河伯が「井の中の蛙」に関する会話をしている。「河伯女」という娘がいた。
日本では、河伯を河童（かっぱ）の異名としたり、河伯を「かっぱ」と訓ずることがある。また一説に、河伯が日本に伝わり河童になったともされ、「かはく」が「かっぱ」の語源ともいう。これは、古代に雨乞い儀礼の一環として、道教呪術儀礼が大和朝廷に伝来し、在地の川神信仰と習合したものと考えられ、日本の6世紀末から7世紀にかけての遺跡からも河伯に奉げられたとみられる牛の頭骨が出土している。この為、研究者の中には、西日本の河童の起源を6世紀頃に求める者もいる。
『西遊記』の登場人物の沙悟浄は、日本では河童とされるが、中国では河伯とされる。
澄心堂紙
澄心堂紙（ちょうしんどうし）とは五代十国南唐の後主李煜が作成した紙。卓越した品質で中国史上最高の紙と評されている。
澄心堂紙 概要
南唐では李璟、李煜の二代にわたり文化・芸術に熱心な君主が相次いだ。特に李煜の代に文化的産業は国家的事業と言えるほどに発達し、その潮流の中で中国史上最高と謳われる文房四宝（紙筆硯墨）が作成されることになる。
この四品のうち紙は李煜が政務を執った建物である澄心堂の名を冠した「澄心堂紙」と呼ばれる。
後生の書家はこの紙を評して「堅く滑らかなること玉のごとく、細かく薄くして光潤い、氷の如く繭の如し」という最高の評価を与えている。
北宋の書家蔡襄はこれを復元しようとしたが遂に果たせず、断念したという。
後に清の乾隆帝が苦心の末に復元させたと言われる。
ゴメンドーかけます
『ゴメンドーかけます』は、1989年8月3日から9月28日まで毎週木曜日20:00 - 20:54に、フジテレビ系で放送された日本のテレビドラマ。主演は和田アキ子。全7回。
ゴメンドーかけます 概要・ストーリー
鉄火肌タイプでデリカレストラン『ドラゴン』を経営する主人・織田龍子が、地方から上京してこの店で住み込みで働く一男、昭介、耕司らをいつも怒鳴りながらも彼らに何かあると親身になって接し、彼ら青年たちの親代わりとなり、人として男として生きることの素晴らしさなどを伝えた、人情青春ドラマ。
改正刑法草案
改正刑法草案（かいせいけいほうそうあん）とは、1974年（昭和49年）5月29日に法務省法制審議会総会で決定された刑法改正の草案である。
改正刑法草案 概略
刑法（明治40年4月24日法律第45号）は、犯罪に関する総則規定および犯罪の個別的要件やこれに対する刑罰を定める基本的法律である。制定以来、随時条文の改正や削除は行われていたものの、時代の変遷や社会情勢の変化に伴い、現行の刑法が想定していない問題も出現した。また、当時の刑法の条文は片仮名書き文語体の歴史的仮名遣のままで、法律の専門家以外には読解することも困難な状態となっていた。
そこで、法務大臣の諮問機関である法制審議会は、罪刑法定主義の明文化や先端的な争点に関する規定（原因において自由な行為、共謀共同正犯など）の新設、保安処分の規定や現代的な犯罪類型を定め、全文を平仮名口語体の現代仮名遣いとするなど、刑法の全面的な改正となる、全369条からなる改正刑法草案を決定した。
一般的な立法過程と異なり、法律案として閣議決定されることも国会に提出されることもなかったが、市販の六法全書等には、総則の部分が参考資料として掲載されている。
改正刑法草案 批判
改正刑法草案は、刑法制定から70年を経て累積していた問題を一気に片付けるため、それまで慎重に扱われてきた事柄や学説・裁判例において大きく意見が対立している争点についても、大胆に方針転換、明文化する規定も多く含まれた。このため、刑法学者や日本刑法学会、日本弁護士連合会や各種の人権団体などから、犯罪となる行為の範囲が広くなりすぎ、社会活動を萎縮させることや、内容が国家主義的であることなど、多くの批判を受けた。特に、保安処分を新設すると定めたことに関しては、責任主義の観点から大きな問題があるとして、強い批判を受けることとなった。
改正刑法草案 内容
改正刑法草案（昭和49年5月29日法制審議会決定）:抜粋
第一編　総則
第二編　各則
改正刑法草案 その後
その後の刑法改正において、1995年（平成7年）に条文の平易化（口語化）を目的とする刑法の改正が行われた。また、批判の強かった保安処分を念頭においたと思われる心神喪失等の状態で重大な他害行為を行った者の医療及び観察等に関する法律が制定されたり、法定刑の変更等で、改正刑法草案の相当程度が法律化されている。
ベルンハルト (小惑星)
ベルンハルト (2643 Bernhard) は小惑星帯に位置する小惑星。パロマー天文台のトム・ゲーレルスが発見した。
オランダ女王ユリアナ女王の夫で、天文学を支援したベルンハルト・ファン・リッペ＝ビーステルフェルトに因んで命名された。
全国キャンディーズ連盟
全国キャンディーズ連盟（ぜんこくキャンディーズれんめい）とは、かつて存在したアイドルグループのキャンディーズのファン団体である。略称は「全キャン連」。
キャンディーズ解散後は事実上消滅していたが、解散30周年を記念するイベント「全国キャンディーズ連盟2008大同窓会」の主催者として「復活」した。
全国キャンディーズ連盟 概要
このグループは、1975年10月に蔵前国技館で開催されたコンサート、「キャンディーズ10000人カーニバル」を主催した「キャンディーズ・カーニバル実行委員会」が母体となっていると伝えられている。
1976年、キャンディーズファンクラブ関東支部会報｢キャンディーズタイムス｣（後述）の第3号に｢全国大学キャンディーズ連盟を結成しよう!｣という呼びかけが掲載されたのを機に、この実行委員会がシフトして「全国大学生キャンディーズ連盟」が発足したものと推測され、更に｢全国キャンディーズ連盟＝全キャン連｣へと発展してゆく。
一説には学生運動から武闘派層が移行したと伝えられてはいるが、実際に当時活動していたファンたちは政治色を微塵も感じ取れない人たちばかりであった。
もともと、渡辺プロダクション友の会キャンディーズファンクラブ内には自発的に結成されたグループがあり、全国各地域に点在して、それぞれ○○支部と称していた。
キャンディーズの場合、その中心となっていたのは東京支部で1974年春に結成されている。その当時、ファンクラブ全体の会員数は500名程度であった。
全国キャンディーズ連盟 概要
1975年2月21日に発売された「年下の男の子」が大ヒットし、ファンクラブ会員が激増。東京支部の会員だけでも1000人を超過し、関東支部と改名して同年12月から独自の会報「キャンディーズ タイムス」を発行するようになる。
全キャン連とは、これらのファンクラブ各支部会員をはじめ、非会員も含めたメンバーで構成されていたものであるが、かつての支部会員には「自分は全キャン連ではなかった」と証言する人もいる。
また、渡辺プロ友の会キャンディーズファンクラブ以外に、全国規模の私設団体でスーパーキャンディーズというグループが存在した。（キャンディーズの楽曲であるスーパーキャンディーズは後発）
同年末には既に活動をしており、友の会に対しては敵対心のようなものを抱くメンバーも居た。
主に一般ファンと同様の活動ではあったものの、バイクでキャンディーズの乗ったクルマを追跡するなど、過激な行動をする者がいたため友の会側からは問題視されていた。
しかし、全キャン連は、スーパーキャンディーズを排除するどころか好意的に受け入れ、紆余曲折はあったものの事実上は発展的吸収された。
全国キャンディーズ連盟 概要
1977年7月17日、日比谷野外音楽堂で行われたコンサートでキャンディーズは解散を宣言。本人たちは9月に解散と発表したが、スタッフ側との話し合いが持たれた結果、翌年4月に延期された。
ファンたちもキャンディーズの意思を尊重して解散を支持、「ありがとうカーニバル」と銘打った最終ツアーをサポートするため、全キャン連メンバーが精力的に活動した。この際、全国のファンたちを統括したのが「キャンディーズ・カンパニー」という組織で、東京都渋谷区道玄坂に拠点を置いていた。ここで活動していたスタッフは、キャンディーズ解散後に「ギャラクシー」という会社を設立し、各地でフィルムコンサートなどを行った他、ビデオ、DVD制作も手がけた。
1978年4月4日、後楽園球場でお別れコンサートである「ファイナルカーニバル」が開催され、キャンディーズは活動を停止、解散した。
全国キャンディーズ連盟 「復活」後の動き
キャンディーズ解散から30年が経過した2008年4月4日、後楽園球場跡地のJCBホールに於いて「全国キャンディーズ連盟2008大同窓会 CANDIES CHARITY CARNIVAL」というフィルムコンサートが開催され、約2000人の観客が往時を懐かしんだ。コンサート開催にあたってはかつてのキャンディーズのマネージャーで当時アミューズ会長だった大里洋吉が協力し、キャンディーズ本人は不参加であったが、当時のバックバンドだったMMPが演奏し、スクリーンに映し出されるライヴ映像にシンクロさせるという演出もあった。
これを機に有志により全キャン連のWebサイトが開設され、2009年4月4日には東京・新宿のロフトプラスワンにて「キャンディーズナイト2009」が開催された。その後、全キャン連は日本キャンディーズ協会となり、現在に至る。2024年2月現在、著述家・編集者の石黒謙吾が全キャン連および全ラン連（全国伊藤蘭連盟）の代表を務めている。
全国キャンディーズ連盟 「復活」後の動き
2011年4月21日に死去したメンバーの田中好子の葬儀・告別式（2011年4月25日、東京・青山葬儀所）ではファン達が彼女の霊柩車に青い紙テープを投げて出棺を見送った。
2023年12月31日に放送された第74回NHK紅白歌合戦ではキャンディーズ時代以来46年ぶりの出場となった伊藤蘭の応援で、全キャン連のメンバー150名超が会場に集まりコールや紙テープ投げを披露し話題となった。
山口淨秀
山口 淨秀（やまぐち じょうしゅう、1949年〈昭和24年〉3月 - ）は、富山県出身の元陸上自衛官。防衛大学校本科第17期卒業。第2普通科連隊長時代に発生したナホトカ号重油流出事故災害派遣に際し、部隊指揮官として陣頭指揮を執った経歴を持ち、2007年3月に新編された中央即応集団の初代司令官を務めた。
李廷珪
李 廷珪（り ていけい、生没年不詳）は、10世紀前半の中国南唐の製墨家。五代十国南唐の後主李煜に重用された廷珪の墨は「李墨（りぼく）」と呼ばれ、卓越した品質で中国史上最高の墨と評されている。
李廷珪 概要
南唐では李璟、李煜の2代にわたり、文化・芸術に熱心な君主が相次いだ。特に李煜の代に文化的産業は国家的事業と言えるほどに発達し、その潮流の中で中国史上最高と謳われる文房四宝（筆墨硯紙）が作成されることになる。
この文房四宝のうち、墨を製造した廷珪は易水（現在の河北省保定市易県）の平民で、本姓は奚といい、祖父は奚鼐（けいだい）、父は李超（りちょう、生没年不詳）である。唐末の混乱を逃れて父と共に易水の地を離れて歙州（現在の安徽省黄山市）に移り住み、歙州の松が製墨に良いとしてこの地で墨業を起こし、徽墨（歙墨とも）の基礎を築いた。弟の李廷寛も製墨で名がある。
廷珪が製造する墨の品質が卓越していたため李煜によって重用され、李煜は彼に「墨務官」という官位を新設して就任させた。また国姓である「李」を授けた上、専用の工場を設立して最大限の援助を与えた。
後に廷珪の墨は「李墨」と称され、歴代の皇帝も非常に珍重したため「黄金は得やすく、李墨は求め難い」と言わしめる程、貴重なものとなった。宋の『淳化閣帖』は廷珪の墨で拓したといわれる。後に清の乾隆帝は李墨を入手した際非常に喜び、紫禁城内に「墨雲室」という専用の保管所を設置し最高級の至宝として蔵した。
キリル・メトディ (小惑星)
キリル・メトディ (2609 Kiril-Metodi) は小惑星帯にある小惑星。ニコライ・チェルヌイフとリュドミーラ・チェルヌイフがクリミア天体物理天文台で発見した。
キリル文字の原型であるグラゴル文字を考案したとされる正教会の宣教師キュリロスとメトディオスに因んで名付けられた。
ニコラス・G・カー
ニコラス・ジョージ・カー （Nicholas George Carr、1959年 - ）はアメリカ合衆国の著述家。テクノロジー、ビジネスおよび文化について書籍や論文を発表している。ダートマス・カレッジおよびハーヴァード大学で学んだ。なお以前Harvard Business Reviewで編集者および編集責任者として働いていたことがある。
2010年に刊行した『ネット・バカ』（原題：The Shallows）は、2011年のピューリッツァー賞・一般ノンフィクション部門の最終候補に選ばれている。