stanford-oval/wikipedia huggingface dataset:
ヤーノシュ・サーヴァイ
経歴

ブダペストに生まれる。フェレンツ・トルディ高等学校を経てエトヴェシュ・ロラーンド大学でマジャール語とフランス語を専攻し、1963年に卒業している。1965年から翌年までジュネーヴ大学の大学院に留学し、1968年に学術博士号を取得。その間、1965年には小学校、1966年から1969年まで高等学校で教諭をしていた。1969年から1972年までハンガリー科学アカデミーの科学部門、1974年に文学部門の候補となった。1972年から1975年までハンガリー作家連盟のスタッフとなり、1975年には母校であるエドヴェシュ・ロラーンド大学の人文学部の比較文学の講座を受け持つこととなった。1978年から同大学の准教授、1986年から人文学部の学部長を務め、1955年に教授に昇格した。1982年から1985年までソルボンヌ・ヌーヴェル・パリ第3大学の客員教授も務めている。
1984年から、現代言語学研究誌のコラムニストを務め、1985年からハンガリー科学アカデミー言語学研究所とパリの科学委員会のハンガリー研究部会のメンバーになった。1986年には科学博士号を取得している。
1988年から1990年にかけて、ハンガリー人権連盟の事務局長、MDFの外交委員会委員を務めた。1990年から1994年までは、ハンガリー大使とフランス評議会、1990年から91年には欧州評議会とユネスコ大使を務めた。
1994年からパリ第4大学の客員教授を務め、1998年から2005年まで、同大学の比較研究の教授。また比較文学研究センターのセンター長や中央ヨーロッパ研究グループの長も務めた。さらに、1960年から2010年まで続けられたヨーロッパ文学研究におけるフランス＝ハンガリー間の研究チームの長を2006年から務めていた。
作品

サーヴァイの研究対象は歴史学をベースする。その研究は2種の研究成果を生み出している。一つは、歴史書の研究で、小節による詩文の解釈を扱う。もう一点は、主にフランスとハンガリーの関係を中心に、世界におけるハンガリー文学の受容と位置づけを取り扱う。
受賞歴

Chevalier des Palmes académiques (1989)
Grand Officier de l'Ordre National du Mérite (1994)
Pro Literatura (2005)
A Magyar Érdemrend tisztikeresztje (2014)
Szent-Györgyi Albert-díj (2014)
主要著作

Saint-Exupéry (1971)
Martin du Gard világa (1977)
Az önéletírás (1978)
Boccacciótól Salingerig (szerk., 1983)
Zsendül-e a fügefa ága? (1984)
The Autobiography (1984)
André Malraux (1985)
Magyar emlékírók (1989)
Nagy francia regények (1989, 1999)
Introduction à la littérature hongroise (1989)
La Hongrie (1996) – japánul, hollandul, románul, bolgárul is
Nouvelle poésie hongroise (szerk., 2001)
Magyar Larousse I–II–III. (főszerk., 1991, 1992, 1994)
Írástudók és próféták – Magyar írók a világirodalomban (2002)
Qui est libre (szerk.) 2002
Problématique de la littérature européenne (szerk., 2005)
A kassai dóm – Közelítések Márai Sándorhoz (2008)
Problématique du roman européen (szerk., 2009)
Szenvedély és forma – Francia regénytörténet Voltaire-től Céline-ig (2011)
Pascal örvénye, avagy a progresszió hullahegyei (2013)
Kegyelmet a klasszikusoknak - Írások Gyergyai Albertről (szerk. Szávai Dorottyával, 2015)
Romans européens depuis 1960, Réécritures et regard sur une histoire partagée (szerk., 2016)
主要な翻訳

La Rochefoucauld: Maximák
Montesquieu: A rómaiak nagysága és hanyatlása
Fromentin: Dominique
Gide: Gondolatok Chopinről
Giraudoux: Églantine
Céline: Utazás az éjszaka mélyére, Halál hitelbe, Bohócbanda, London Bridge, Kastélyról kastélyra
Yourcenar: Opus nigrum
Tournier: Péntek vagy a Csendes óceán végvidéke
Ernaux: Árulás, Egyszerű szenvedély
註

↑  “Személyi adatlap”.   doktori.hu. 2018年1月30日閲覧。
石原武政

石原 武政（いしはら たけまさ、1943年 - ）は、日本の商学者・マーケティング理論家。大阪市立大学名誉教授、元関西学院大学商学部教授。
小濵裕正（ユナイテッド・スーパーマーケット・ホールディングス会長・日本チェーンストア協会会長）は大学時代の同級生・友人。
略歴

1943年：京都府京都市に生まれる。
1965年：神戸商科大学卒業。
1969年：神戸大学大学院経営学研究科博士課程退学。
1969年：大阪市立大学商学部助手。
1971年：同大学講師。1975年：同大学助教授。
1984年：同大学教授。
2001年：同大学大学院経営学研究科グローバルビジネス専攻（金融・流通）教授。
2002年：日本商業学会会長。
2006年：関西学院大学商学部教授（2010年まで）、大阪市立大学名誉教授。
2011年：流通科学大学商学部特別教授（商業論、流通政策論）。
主な著書 > 単著

『マーケティング競争の構造』千倉書房、1982年9月。
『小売業における調整政策』千倉書房、1994年3月。
『商業組織の内部編成』千倉書房、2000年3月。
『まちづくりの中の小売業』（有斐閣選書；519）有斐閣、2000年6月。
『小売業の外部性とまちづくり』有斐閣、2006年3月。
主な著書 > 共著

『日本流通研究の展望』千倉書房、1984年11月。（田村正紀と共編著）
『流通と販売の組織：消費文化のインターフェース』（『日本の組織：戦略と形態』第8巻） 第一法規出版、1989年5月。（田村正紀と共著）
『現代流通の動態分析』千倉書房、1991年5月。（小西一彦と共編著）
『街づくりのマーケティング』日本経済新聞出版社、1992年1月。（石井淳蔵と共著）
『マーケティング研究の新地平：理論・実証・方法』千倉書房、1993年12月。（田村正紀・石井淳蔵と共編著）
『製販統合：変わる日本の商システム』日本経済新聞出版社、1996年6月。（石井淳蔵と共編著）
『マーケティング・ダイナミズム：生産と欲望の相克』白桃書房、1996年8月。（石井淳蔵と共編著）
『マーケティング・インタフェイス：開発と営業の管理』白桃書房、1998年5月。（石井淳蔵と共政編著）
『商業学〔新版〕』（有斐閣Sシリーズ；33）有斐閣、2000年2月。（池尾恭一・佐藤善信と共著）
『日本の流通100年』有斐閣、2004年12月。（矢作敏行と共編著）
『商業・まちづくりネットワーク』（MINERVA現代経営学叢書；28）ミネルヴァ書房、2005年2月。（加藤司と共編著）
『1からの流通論』碩学舎、2008年10月。（竹村正明と共編著）
『シリーズ流通体系』中央経済社、2009年7月（石井淳蔵と共に編集代表）
第4巻：『地域商業の競争構造』（加藤司と共編著）
第5巻：『日本の流通政策』（加藤司と共編著）
『商務流通政策：1980-2000』（通商産業政策史編纂委員会〔編〕『通商産業政策史：1980-2000』第4巻）経済産業調査会、2011年3月。（通商産業政策史編纂委員会、経済産業研究所と共編）
主な著書 > 翻訳

ロー・オルダースン〔著〕『マーケティング行動と経営者行為：マーケティング理論への機能主義的接近』千倉書房、1984年1月。
原著：Wroe Alderson (1957), Marketing Behavior and Executive Action: A Functionalist Approach to Marketing Theory, Homewood, Illinois: Irwin.
受賞歴

日本商業学会賞 (1983)
日本商業学会賞 (2001)
日本商業学会賞論文賞 (2000)
中小企業研究奨励賞 (1995)
日本商業学会賞 (1993)
中小企業研究奨励賞 (1993)
64ビット

64ビット（英: 64-bit）は、連続した64個（桁）のビット（8オクテット）であり、バイナリで最大18,446,744,073,709,551,616（16エクスビ、約18.4E）までの数を表現できる。
「64ビットアーキテクチャ」とは、整数型、メモリアドレス、その他のデータサイズなどが、最大64ビット幅のアーキテクチャである。
「64ビットCPU」（プロセッサ、演算装置）とは、64ビットサイズのレジスタ、アドレスバス、データバスを持つCPU（プロセッサ、演算装置）である。
「64ビットオペレーティングシステム」とは、64ビットのCPUを前提に設計されたオペレーティングシステムである。
「64ビットアプリケーション」とは、64ビットのCPUおよび64ビットのオペレーティングシステムを前提に設計されたアプリケーションソフトウェアである。
「64ビットコンピュータ」とは、64ビットのプロセッサ (CPU) を標準的に搭載したコンピュータの世代である。
64ビットアーキテクチャ

64ビットプロセッサは、1960年代から一部のスーパーコンピュータで使われており、1990年代初期からRISCベースのワークステーションやサーバで使われてきた。2003年には、x86-64と64ビットPowerPCプロセッサが登場し、それまで32ビットが主流だったパーソナルコンピュータ市場でも64ビットCPUが使われるようになった。
他のビット数のプロセッサと同様に、プロセッサ内部のビット数と、プロセッサ外部のデータバスやアドレスバスのビット幅は、異なる場合がある。通常、オペレーティングシステム (OS) を含めてソフトウェアの観点では内部（論理）、物理配線などの観点では外部（物理）が重要である。
例えばPentium Proは、プロセッサ内部は32ビットだが、外部アドレスバスは36ビット幅、外部データバスは64ビット幅で、浮動小数点ユニットは80ビットである。また一部の16ビットプロセッサ（例えばMC68000）は、外部バスは16ビットだが、内部は一部32ビットの能力があることから、「16/32ビットプロセッサ」などと呼ばれていた。他にも、コンピュータの命令セットにおける命令のサイズや、何らかのデータ（例えば、64ビット倍精度浮動小数点数など）のサイズを指して使われる。
一般には「64ビット」コンピュータ・アーキテクチャと言えば、整数レジスタが64ビット幅で、64ビットの整数データを（内部的にも外部的にも）サポートしていることを意味するが、どの観点のビット数なのかは要注意である。
小規模なデータセットのみを扱うアプリケーションソフトウェアの場合、同じ半導体プロセスルール世代のCPUや同じバージョンのOSであれば、32ビットのCPU/OS環境でも64ビットのCPU/OS環境と顕著な速度差はないが、64ビットのCPU/OSではメモリアドレス空間が大幅に拡大されるため、OSやマザーボードなどのシステム仕様が許す限りメモリ搭載量を大幅に増やすことができ、さらにアプリケーションが64ビット対応することによって大規模なデータセットを扱えるようになることに主なメリットがある。
レジスタ

プロセッサの持つレジスタは一般に3種類に分類される。整数レジスタ、浮動小数点レジスタ、その他のレジスタである。汎用プロセッサは一般に整数レジスタだけがポインタ値（すなわち、メモリ内のデータのアドレス）を格納できる。それ以外のレジスタはポインタ値を格納できたとしても、それを使ってメモリの読み書きはできないので、プロセッサがアクセスできるアドレス空間の大きさは整数レジスタの大きさと密接に関連している。
ほとんど全ての汎用プロセッサには浮動小数点ハードウェアが内蔵されており（例外としてVFP/NEON非対応の32ビットARMと32ビットMIPS実装がある）、64ビットのレジスタにデータを格納する場合もある。例えば、x86アーキテクチャにはx87浮動小数点命令が含まれ、スタック構成の80ビットレジスタ8本を備えている。x86には後からSSE命令も追加されたが、こちらは8本の128ビットレジスタを使う。SSE2では16本に拡張された。一方、64ビットのAlphaは、32本の64ビット整数レジスタに加えて、32本の64ビット浮動小数点レジスタを持つ。64ビット対応したARMv8では、128ビット浮動小数点レジスタが32個用意される。
x86では浮動小数点演算にx87レジスタとFPU命令を使用していたが、x64ではスカラーの浮動小数点演算にもSSE/SSE2のXMMレジスタを使用する。x64ではSSE/SSE2命令が確実にサポートされるため、ベクトルデータを操作する場合、コンパイラの最適化によって自動的にSSE/SSE2命令（SIMD）が使われ、演算が高速化される可能性が高くなる。
メモリ

多くのCPUでは、1つの整数レジスタにコンピュータの仮想記憶空間内の任意のデータのアドレス（位置）を格納できるようになっている。従って、仮想記憶空間内のアドレスの総数（コンピュータがワーキングエリアに保持できるデータの総量）は、レジスタの幅で決定される。1960年代の IBM System/360 に始まり、1970年代の DEC VAX ミニコンピュータ、さらに1980年代中頃の80386まで、32ビットが扱いやすいレジスタのサイズという事実上の統一見解が育まれてきた。32ビットレジスタということは、アドレスは 232 個であり、4GiBのRAMにアクセスできる。これらのアーキテクチャが開発された当時、4GiBというメモリサイズは実際に搭載可能なメモリ量を遥かに超えた大きなものであり、アドレス指定の限界として4GiBという値は十分と思われていた。また、別の要因として、約40億までの整数を表現できれば、データベースなどのアプリケーションでの物理的な事物の計数にも十分（全てに一意な参照割り当てが可能）と見なされていた。
しかし1990年代初期、メモリの低価格化によって4GiB以上のメモリを実装することが現実味を帯びてきた。また、同時期に特定のアプリケーションで4GiBの仮想空間の制限が邪魔になってきた。それを受けて、いくつかのコンピュータ企業が64ビットアーキテクチャのプロセッサを、当初はスーパーコンピュータやサーバやハイエンドワークステーション向けにリリースし始めた。一般消費者向け製品としては、AppleのMacintoshが2002年にPowerPC 970プロセッサを採用したのを皮切りに、2003年にはx86-64プロセッサがハイエンドのPCに搭載されるようになり、数年かけて徐々にローエンドのPCにまで浸透した。2013年にはApple A7を搭載したiPhone 5sでスマートフォンにも64ビット環境がもたらされた。64ビットアーキテクチャによってメモリの上限は264個のアドレス、すなわち約172億GiB（1680万TiB、16EiB）にまで拡張された。分かりやすく例えると、4MiBのメインメモリが主流だった当時、232という上限は典型的なメモリ構成の約1,000倍であった。一方、2015年11月においては8GiBのメインメモリが典型的となり、264という上限は約25億倍にまでになっている。
ただし、64ビットのアドレス空間をフルに活用するには、ハードウェアの設計が複雑になってしまい、システムの空間的オーバーヘッドも大きくなってしまう。64ビット版Windowsでは、仮想アドレス空間は48ビットまで、物理アドレス空間は48ビットから52ビット程度に制限されている。
2019年現在、多くの64ビットPCでは、搭載可能な物理メモリ量は理論的なメモリ空間よりも小さく制限されている。これは、現状では16EiBものメモリを必要とするような状況が想定できず、回路量を節約しているためである。例えばAppleのMac Proは最大1.5TBまでのメモリを物理的に実装可能である。また、オペレーティングシステム側で制限をかけている例もある（例えば64ビット版Windows 7 Professionalでは192GBまで、64ビット版Windows 8 Proでは512GBまで、64ビット版Windows 10 Proでは2TBまで、Windows Server 2012 Standardでは4TBまで、Windows Server 2016 Standardでは24TBまで、など）。
主な64ビットプロセッサ

主な64ビットのプロセッサには以下がある。
マイクロプロセッサ（詳細は 64ビットマイクロプロセッサ も参照）
ARMのARMv8-Aアーキテクチャを採用したプロセッサ（Apple A7以降、NVIDIA Tegra K1以降など）
ミップス・テクノロジーズ (MIPS) のMIPSアーキテクチャ（R4000以降）
IBMのPOWER（POWER3以降およびRS64）、PowerPC（G5以降）
ヒューレット・パッカード (HP) のPA-RISC （PA-8000以降）
ヒューレット・パッカード (HP) のAlpha （旧DEC、旧コンパックの製品。最初から64ビット）
サン・マイクロシステムズ (SUN) のSPARC （SPARC64以降）
アドバンスト・マイクロ・デバイセズ (AMD) のAMD64 （Opteron、Athlon 64、Turion 64など）
インテルのIntel 64（Xeon Nocona以降。詳細は x64#Intel 64を採用するCPU を参照）
インテルのIA-64（Itaniumなど。Intel 64とは別規格）
AppleのM1, M1 Pro/Max/Ultra, M2
マイクロプロセッサ以外
IBMの z/Architecture （zSeries、System zなど）
64ビットプロセッサ年表

1961年: IBMは IBM 7030 (Stretch) スーパーコンピュータをリリース。データワード長が64ビットで、命令長は32ビットまたは64ビットであった。
1974年: CDCはCDC Star-100ベクトル型スーパーコンピュータをリリース。64ビットワードアーキテクチャであった（それ以前のCDCのマシンは60ビットアーキテクチャ）。
1976年: クレイ・リサーチはCray-1スーパーコンピュータをリリース。64ビットワードアーキテクチャであり、後のクレイ社のベクトル型スーパーコンピュータの基盤となった。
1983年: Elxsi社はElxsi 6400並列型ミニスーパーコンピュータをリリース。データレジスタが64ビットで、アドレス空間は32ビットであった。
1991年: ミップス・テクノロジーズは64ビットマイクロプロセッサR4000をリリース（MIPSアーキテクチャの第三世代）。SGIはこれをグラフィックスワークステーションIRIS Crimsonに使用した。ただし、同社のOSであるIRIXが64ビット機能をサポートするのは1996年の IRIX 6.2 からである。
1992年: DECは完全な64ビットアーキテクチャであるDEC Alphaを投入。
1993年: DECは64ビット対応したOSであるOSF/1 AXP（Unix系）と OpenVMS をリリース。
1994年: インテルは（HPと共に）64ビットアーキテクチャであるIA-64アーキテクチャの計画を発表。当初のリリース予定は1998年から1999年とされた。同年、SGIがR8000CPUでの64ビット機能をサポートした IRIX 6.0 をリリース。
1995年: サン・マイクロシステムズはSPARCの64ビット版UltraSPARCをリリース。それとは別に富士通とHALコンピュータシステムは独自にSPARC64を開発し、これを搭載したワークステーションを発売。IBMは64ビットのAS/400をリリース（アプリケーションやデータベースまで含め、従来環境から完全移行可能）。DECは完全64ビット対応したOpenVMS Alpha 7.0をリリース。
1996年: 任天堂はMIPS R4000の低価格派生版を使ったNINTENDO 64をリリース（内部は64ビットだが、外部バスは32ビット。大半のゲームソフトは32ビットで動作した）。HPはPA-RISCの64ビット版アーキテクチャ (PA-RISC 2.0) の実装であるPA-8000をリリース。
1997年: IBMはPowerPCの完全64ビット版であるRS64シリーズをリリース。
1998年: IBMはPOWERの完全64ビット版であるPOWER3をリリース。サンは64ビットUltraSPARCをサポートしたSolaris 7をリリース。
1999年: インテルはIA-64アーキテクチャの命令セットを公表。AMDは、IA-32と互換を保ちつつ64ビットに拡張したアーキテクチャを公表（当初x86-64と呼称していたが後にAMD64に改称）。
2000年: IBMは64ビットESA/390準拠のメインフレームzSeries z900と、新たなz/OSをリリース。その直後に64ビット版Linux on zSeriesもリリースされた。
2001年: インテルは最初の64ビットプロセッサItaniumをリリース。当初予定したよりも遅れたため、市場ではあまり成功したとは言い難い。最初に動作したOSはLinuxであった。
2002年: インテルはItaniumの後継としてItanium 2をリリース。
2003年: AMDはAMD64アーキテクチャに基づいたOpteronとAthlon 64をリリース。Appleは64ビットのPowerPC 970を採用したマシンをリリースし、同時に部分的に64ビット機能をサポートしたMac OS Xをリリースした。いくつかのLinuxディストリビューションからAMD64をサポートした版がリリースされた。マイクロソフトはAMD64をサポートしたWindowsの開発計画を発表。インテルは、Itaniumが同社の唯一の64ビットアーキテクチャであることを改めて強調。
2004年: インテルはAMD64と互換なアーキテクチャを開発中であることを認めた（当初 IA-32e と呼称していたが、後にEM64Tを経てIntel 64に改称）。さらに、それを実装したノコーナ (Nocona)XeonとPentium 4をリリース。フリースケールはPowerPC G4の後継であるPowerPC e700を発表。VIA Technologiesは64ビットプロセッサIsaiahを発表。
2005年: 1月31日、サン・マイクロシステムズはAMD64とIntel 64をサポートしたSolaris 10をリリース。第2四半期、インテルはIntel 64ベースのPentium Extreme Edition 840とPentium Dをリリース。4月30日、マイクロソフトはAMD64とIntel 64向けのWindows XP Professional x64 Editionをリリース。5月、AMDはデュアルコアのOpteronとAthlon 64 X2をリリース。7月、IBMはデュアルコアPowerPC 970MPを発表。マイクロソフトは64ビットPowerPCトリプルコアのXenon（IBM製）を使った Xbox 360をリリース。
2006年: ソニー、東芝、IBMはPlayStation 3向けの64ビットPowerPC Cellプロセッサの製造を開始。AppleはIntel 64のXeonを採用したMac Proなどをリリース。その後他の製品も続々とIntel 64 Core 2プロセッサに移行。
2007年: マイクロソフトはx64（Intel 64およびAMD64）をサポートしたWindows Vista for x64-based Systemsをリリース。アップルはインテル / PowerPCの64ビットをサポートしたMac OS X v10.5をリリース。
2009年: AppleはIntel 64をサポートしたMac OS X v10.6をリリース。マイクロソフトはx64をサポートしたWindows 7 for x64-based Systemsをリリース。
32ビットと64ビット

32ビットから64ビットへのアーキテクチャの変更は根本的な変更であり、特にOSは新しいアーキテクチャの利点を生かすために様々な拡張や変更を必要とする。その他のソフトウェアも新たな機能を使うには移植が必須となる。古いソフトウェアは「ハードウェア互換モード」（64ビットの新しいプロセッサが古い32ビット版の命令セットをサポートしている場合）を使うか、ソフトウェアエミュレータを使うか、64ビットプロセッサ内（あるいはシステム内）に32ビットプロセッサのコア機能を実装することで動作させる（初期のItaniumやPlayStation 2）。64ビットアーキテクチャ向けのOSは、一般に32ビットのアプリケーションもサポートしている。例えば64ビット版Microsoft WindowsではWOW64エミュレーションレイヤーにより32ビットアプリケーションを動作させることができる。
特筆すべき例外としてAS/400がある。AS/400ではソフトウェアはTIMI (Technology Independent Machine Interface) という仮想命令セットを使っており、実行前に内部のソフトウェアが必要に応じてネイティブな機械語コードに変換して実行する。その変換ソフトウェアを新たなアーキテクチャ向けに移植すれば、OSを含めた全ソフトウェアはそのまま新アーキテクチャに移行可能である。これは実際に、IMPIという32/48ビット命令セットから64ビットPowerPCに移行する際に行われた。IMPIとPowerPCの命令セットは全く異なるもので、単なる同一アーキテクチャの32ビット版から64ビット版への移行よりも大きな転換であった。
64ビットアーキテクチャは、デジタルビデオ、科学技術計算、大規模データベースといった大きなデータを扱うアプリケーションでは有利なのは明らかだが、それ以外のアプリケーションについて、64ビットシステムの32ビット互換モードと同一価格帯の32ビットシステムではどちらの性能がよいかについては議論がある。
サンの64ビット版Java仮想マシンは32ビット版よりも立ち上がりが遅い。これは、64ビット版ではJITコンパイラのサーバ版 (C2) しか実装していないためである。JITコンパイラのクライアント版 (C1) が生成するコードの効率は悪いが、コンパイル処理が高速である。
32ビットと64ビットのプロセッサを比較する際に、性能だけが考慮すべき点というわけではない。マルチタスク型アプリケーション、高負荷状態での実行を強いられるアプリケーション、高性能計算向けのクラスタリングなどは、正しくリソースを配備すれば64ビットアーキテクチャの方が適している。このため、IBM、HP、マイクロソフトなどはそういった理由で64ビットのクラスタを広く使用している。
64ビットアーキテクチャの浸透に伴い、従来の32ビットシステムおよび互換レイヤーのサポートが縮小される傾向にある。アップルはWWDC 2018にてmacOS 10.14 Mojaveが32ビットアプリケーションをサポートする最後のmacOSとなることをアナウンスしている。iOSはバージョン11以降で32ビットアプリケーションのサポートを打ち切っている。Microsoft Windows Server 2008 R2以降は32ビット版OSが提供されなくなり、64ビット版OSのみとなっている。NVIDIAは2017年に、AMDは2018年に32ビット版デバイスドライバのサポート終了をアナウンスしている。Intelは第4世代Coreプロセッサ（Haswellマイクロアーキテクチャ）以降の内蔵GPUに対して、Windows 10向けドライバーは64ビット版のみを提供している。OEM向けの32ビット版Windowsは、Windows 10バージョン2004以降は提供されなくなった。Windows 11では、32ビットCPUのサポートが打ち切られ、32ビット版のパッケージやISOイメージも提供されなくなった。ただし、軽量版のWindows PEに関しては、Windows 11ベースであっても64ビット版のほかに32ビット版も引き続き提供されている。
長所 > メモリ空間の拡張

32ビットOSでは、各プロセスが利用できるメモリ空間が制限されており、例えばWindowsではOS用にアドレス空間の一部が確保されるため、各プロセスが実際に使用できるメモリは2GBから3GB程度に限られる。64ビット版Windowsではこの制限がなく、32ビットアプリケーションでもフラグを立てた場合は最大4GBのメモリ空間を利用できる。
長所 > 大容量ファイルの処理

64ビットアーキテクチャでは、メモリマップトファイル（mmap）を使う場合に4GiB以上のファイルも簡単に扱える。32ビットアーキテクチャでは、一度にマッピングできる範囲が限られており、大きなファイルを処理する際にマッピングの切り替えが必要になるため効率が悪い。
長所 > レジスタ数の増加

64ビットアーキテクチャでは、特にx86アーキテクチャの場合、64ビットモードで追加されたレジスタを利用できるという利点がある。これにより、プロセッサのパフォーマンスが向上し、特に処理の重いアプリケーションで効果が大きい。
長所 > 将来的なソフトウェア対応

64ビットOSが普及を始めた当初は、多くの商用ソフトウェアが32ビットコードで作られていたため、64ビットの利点を活かせていなかった。しかし、フリーソフトウェアやオープンソースOSは、既に64ビット環境固有の機能を利用していることが多く、将来的にすべてのアプリケーションが64ビットに最適化される可能性が高い。
短所 > メモリ消費の増加

64ビットアーキテクチャでは、32ビットと比較してポインタやその他のデータ型のサイズが大きくなるため、同じプログラムであっても必要なメモリ量が増加する。特にポインタサイズは2倍になり、パディングによってさらにメモリの浪費が増えることがある。これにより、キャッシュ効率が低下し、システム全体のパフォーマンスが影響を受ける。
短所 > キャッシュ効率の低下

データサイズの増大に伴い、キャッシュ効率が低下する可能性がある。これは、プロセッサがキャッシュに保持できるデータの量が相対的に少なくなるためで、特に大規模なデータを扱うプログラムではパフォーマンスに影響を与えることがある。
短所 > システムリソースの消費増大

OSやデバイスドライバといったシステム自体も64ビットアーキテクチャにおいてはメモリ消費が増える。これにより、特にメモリリソースが限られた環境では、64ビットシステムの使用が適さない場合がある。
ソフトウェアの入手可能性

32ビットアーキテクチャで書かれたソフトウェアの中には、64ビットの環境向けに用意されていないものもある。特に問題となるのはデバイスドライバの非互換である。ほとんどのソフトウェアは32ビット互換モードで動作可能だが、デバイスドライバはOSとハードウェアの間で動作するプログラムであり、そのようなモードでは動作不可能な場合が多い。64ビットOSが登場した頃は、まだ既存のデバイスドライバの64ビット版はほとんど存在せず、64ビットOSを使う際の大きな問題となっていた。しかし、2006年以降にリリースされたデバイスでは、徐々に64ビット版ドライバが存在するものが増えている。
デバイスドライバはカーネルと共にカーネルモードで動作する。カーネルは32ビットで動作させ、一般プロセスは64ビットで動作させるということも可能である。そうすると、ユーザーは64ビットのメモリと性能の利点を享受し、同時に既存の32ビットデバイスドライバの互換性を保持することが可能となる（カーネルのオーバーヘッドが若干大きくなる）。macOSはこの方式を採用し、64ビットのプロセスを実行可能にしつつ、32ビットのデバイスドライバをサポートしている。
ソフトウェアの機能を拡張するプラグイン（アドオンやアドインとも呼ばれる）は、基本的にホストとなるアプリケーションにアーキテクチャを合わせてモジュールをビルドする必要がある。サードパーティ製プラグインの64ビット対応がなかなか進んでいなかったことも64ビット移行の妨げとなっていた。移行期に登場したMicrosoft Office 2010のリリースに際して、マイクロソフトはネイティブ64ビット版も提供していたものの、互換性の観点から32ビット版を推奨していた。
64ビットデータモデル

C言語およびC++では、char型を除く組み込みの整数型（short型、int型やlong型）は、最低限のビット数や大小関係しか規定していない。C99規格およびC++11規格では、int32_t や int64_t などビット数を規定した固定幅整数型（<stdint.h>および<cstdint>にて定義される）を追加し、また64ビット以上の値を表現できることが保証されるlong long型を追加した。
C言語等で書かれたソフトウェアを32ビットアーキテクチャから64ビットアーキテクチャへ変換することの困難さは様々である。よく言われる問題は、プログラマがしばしば、ポインタとintあるいはlongが同じ大きさだという前提でコードを書いていることである。つまり、ポインタとintあるいはlongとの型変換で、情報が失われないものと仮定している。これは32ビットから64ビットへの移行期に始まった問題ではなく、16ビットから32ビットへの移行期にも問題を起こしてきた。しかし、32ビットミニコンに始まり、ワークステーションを経て、昨今の高性能パソコンにおける32ビットOSまで、主要な環境が長らくの間、どちらも同じ32ビットであるとしてかまわなかったため、多くのコードが32ビット環境前提で書かれてきた。しかし、64ビット環境ではしばしば、この仮定は真ではない。C/C++では、特にこの種の間違いを犯しやすい。C89とC99の差異も問題を悪化させている。
C/C++での間違いを防ぐには、基本データ型のサイズによって判断する必要があるときは、コンパイル時にターゲットアーキテクチャに応じて決定されるsizeof演算子の結果を使って常にサイズを求めるようにすればよい。また、C99の<limits.h>に定義されている定数や、C++の<limits>ヘッダにあるnumeric_limitsクラスも役立つ。sizeofはサイズをcharの個数でしか表さないが、limits.hには例えばint型の最大値INT_MAXなどが定義されている。なお、char型のビット幅は標準ではCHAR_BITマクロで定義されることになっており、その値は実装依存とされている。しかし、DSPをターゲットとするコンパイラ以外では、64ビットはchar型8個分であり、char型は8ビット、というのが普通である。
2つのポインタの差を表す場合、<stddef.h>に定義されてあるptrdiff_t型を使う必要がある。int型やlong型を使うのは間違いである。ポインタを整数で表す場合はintptr_tまたはuintptr_tを使う（C99およびC++11で標準化されたが、コンパイラによってはそれ以前の標準に準拠していても、独自拡張によってこの型を定義していることがある）。
多くの32ビットマシンのプログラミング環境であるILP32データモデルでは、int型、long型、ポインタは全て32ビット幅である。
しかし、64ビットマシンのプログラミング環境では、int型は32ビットのままだが、long型とポインタは64ビット幅のLP64データモデルや、int型も64ビット幅になるILP64データモデルを採用している。しかし、修正の必要がある箇所はほとんどの場合わずかであり、うまく書かれたプログラムは単に再コンパイルするだけで済む。別のデータモデルとしてLLP64がある。これは、long long型とポインタだけが64ビット幅になっているもので、int型やlong型は32ビットのままである。long long型はどんなプラットフォームでも（32ビット環境でも）常に64ビット幅以上である。
今日[いつ?]では、多くの64ビットコンパイラがLP64モデルを採用している（Solaris、AIX、macOS、z/OS のネイティブコンパイラなど）。マイクロソフトのVisual C++コンパイラはLLP64モデルである。LP64モデルの欠点は、long型の値をint型変数に代入するときにオーバーフローが発生する可能性がある点である。一方、ポインタをlong型にキャストすることが可能である。LLP64モデルは、これとは逆になる。標準に完全準拠したコードでは、どのデータモデルであっても影響はないが、実際には整数型の幅を暗黙のうちに仮定してコードを書いていることが多い。
なお、これらのモデルはコンパイラ毎にどれを採用するかという問題であり、同一OS上でこれらが混在することは可能である。しかし、OSのAPIがどのモデルを選択するかで、そのOSでよく使われるデータモデルが決まる傾向がある。MinGW環境のGCCはLLP64を採用する。
デバイスドライバがどのデータモデルを採用するかも重要な問題である。ドライバはデータ操作にポインタを頻繁に使い、DMAのためにハードウェアに対して特定幅のポインタをロードする必要がある。例えば、32ビットPCIデバイスのドライバは、4GiBを超える位置にあるメモリとの間でDMAを行うことができない（デバイスのDMAレジスタは32ビット幅であるため）。このため、OSがそのドライバに対して要求を行う際にそのような制限を考慮するか、IOMMUを使う必要がある。
| データモデル | short | int | long | long long | ポインタ | 処理系 |
| --- | --- | --- | --- | --- | --- | --- |
| C++標準 | 16以上 | 16以上 | 32以上 | 64以上 |  |  |
| LLP64 | 16 | 32 | 32 | 64 | 64 | Microsoft Win64 (x64/IA-64) |
| LP64 | 16 | 32 | 64 | 64 | 64 | ほとんどのUNIXとUnix系OS (Solaris, Linux, etc.) |
| ILP64 | 16 | 64 | 64 | 64 | 64 | HAL Computer Systems port of Solaris to the SPARC64、等 |
| SILP64 | 64 | 64 | 64 | 64 | 64 |  |
| ILP32 | 16 | 32 | 32 | 64 | 32 | 一般的な32ビット環境 |
| LP32 | 16 | 16 | 32 | 64 | 32 |  |
| I16LP32 | 16 | 16 | 32 |  | 32 | 一般的な16ビット環境（farポインタ） |
| IP16L32 | 16 | 16 | 32 |  | 16 | 一般的な16ビット環境（nearポインタ） |
はてなをさがそう

| はてなをさがそう 〜小学校4年・理科〜 |
| --- | --- |
ジャンル:  教育番組
出演者:  安藤一人 高橋てい
製作
制作:  NHK教育テレビジョン

放送
放送国・地域:  日本
放送期間: 1990年4月2日　- 1996年3月11日
放送枠: 学校放送
放送分: 15分

1990年度 - 1991年度
放送期間: 1990年4月2日 - 1992年3月16日
放送時間: 月曜日 11:00 - 11:15
放送枠: 学校放送
放送分: 15分

1992年度 - 1995年度
放送期間: 1992年4月6日 - 1996年3月11日
放送時間: 月曜日 10:45 - 11:00
放送枠: 学校放送
放送分: 15分
テンプレートを表示
『はてなをさがそう』は、NHK教育テレビジョンで1990年4月2日から1996年3月11日まで放送されていた小学校4年生向けの学校放送（教科：理科）である。
概要

長らく、NHKの小学校向け理科番組は「理科教室 小学校X年生」のタイトルで全学年が統一されていた。1989年（平成元年）に小学校学習指導要領の改訂が告示され、1992年（平成4年）の完全施行までの移行期間に入った。この改訂では、1・2年生で生活科の新設と理科・社会科の廃止が実施され、理科は全学年の単元が組み直されることになった。
4年生の例としては、化学分野「水溶液」の溶解実験や地学分野の天文学単元「太陽と月」の観察などが5年生に移行された。水溶液の溶質を扱わなくなった関係で長らく計量に用いられてきた上皿天秤の操作も返上されている。植物の成長観察も長らく親しまれたジャガイモを中心とする栄養生殖植物のくくりがなくなり、3年生でよく採用されていたヘチマなど種子生殖の植物も許容されるようになった。この措置は植物から澱粉の析出観察を困難にしたことから、顕微鏡の操作技能を5年生に先送りする結果となっている。逆に、6年生の単元であった物理分野の「温度と物体の体積・質量」の関係が4年生に降りてきて、指導要領には明示されていないが、アルコールランプの操作技能は4年生に据え置かれた。また、3年生が中心に観察してきた生物分野の日間・年間の生態が4年生に上がり、対象も哺乳類・鳥類・ヒトに拡大された。また、新たに電源装置の一つに光電池が採用された。さらに、6年生で一括していた生物分野の人体単元が全学年に分散配置されることとなり、4年生では循環器と恒常性を分担することになった。
このような理科単元の全面改訂を受けて、NHKでは指導要領完全実施の1992年度に向けて、理科番組も全面改訂し、全学年「はてな」の語を含むタイトルに変更することになる。低学年理科の廃止が直接影響する3年生向けは、一足先の1989年より「しぜんだいすき」をスタートし、4年生以上は1年遅れの1990年より、4年生向け「はてなをさがそう」、5年生向け「はてなにタックル」、6年生向け「はてな・サイエンス」を一斉に開始した。これらの新番組は指導要領移行期間に備え、番組内容を変更し、年次ごとに新単元に差し替えていくことになった。新単元差し替えは1992年度の完全実施までに完了し、以後の変更は単元順の入れ替えや出演者・キャラクターの交代に伴う差し替えが中心となっている。なお、3年生も移行期間中の1991年度より「はてなでスタート」を開始し、全学年が「はてな」に揃った。しかし、早くも1995年度に高学年向けが「わくわくサイエンス」・「しらべてサイエンス」に改題し、中学年も翌1996年度に「ふしぎのたまご」・「ふしぎコロンブス」に改題して「はてな」シリーズは終了した。
放送時間

いずれも日本標準時、別の時間帯での再放送あり。
| 期間 | 放送時間 |
| --- | --- |
1990年4月2日 - 1992年3月16日: 月曜日 11:00 - 11:15
1992年4月6日 - 1996年3月11日: 月曜日 10:45 - 11:00
放送日程

NHK提供「NHKクロニクル」にて放送日程が明示してある当番組の放送日程6年分を示す。
放送日程 > 移行期間中の日程

内容差し替えの変遷を明確化するために、最後の放送単元を斜体、最初の放送単元を太字で示す。
| 1990年度 | タイトル | 1991年度 | タイトル | 1992年度 | タイトル |
| --- | --- | --- | --- | --- | --- |
| 4月2日 | モンシロチョウのよう虫 | 4月8日 | モンシロチョウのよう虫 | 4月6日 | 野山を歩こう 春の植物 |
| 4月16日 | モンシロチョウの育ち方 | 4月22日 | モンシロチョウの育ち方 | 4月20日 | 虫をみつけよう 春のこん虫 |
| 4月23日 | ジャガイモの芽ばえ | 5月9日 | ジャガイモのめばえ | 4月27日 | ヘチマのたねまき 植物の発芽 |
| 5月7日 | 芽のでかた | 5月13日 | 雨水の流れ | 5月6日 | まめ電球とかん電池 |
| 5月14日 | 雨水の流れ | 5月20日 | 川の水のはたらき | 5月11日 | かん電池のはたらき |
| 5月21日 | 川の水のはたらき | 5月27日 | 川原の石の旅 | 5月18日 | 光電池とモーター |
| 5月28日 | 川原の石の旅 | 6月3日 | 流れる水の力 | 5月25日 | ツバメがやってきた 鳥のくらし |
| 6月11日 | 虫と植物 | 6月10日 | 鳥のくらし ひなを育てる | 6月1日 | 雨水の流れ |
| 6月4日 | 流れる水の力 | 6月17日 | 虫と植物 | 6月8日 | 川をあるこう1 川原とがけ |
| 6月18日 | 虫を育てよう | 6月24日 | 虫を育てよう | 6月15日 | 川をあるこう2 川原の石の旅 |
| 6月25日 | 虫のからだ | 7月1日 | 虫のからだ | 6月22日 | 川をあるこう3 流れる水のはたらき |
| 7月2日 | 植物の1日 | 7月8日 | 植物の1日 | 6月29日 | ヘチマが大きくなった 植物の成長 |
| 7月9日 | こん虫の1日 | 7月15日 | 植物の成長 | 7月6日 | 自由研究をしよう1 |
| 8月27日 | 水にすむこん虫 | 8月26日 | こん虫の1日 | 8月31日 | 植物の一日 |
| 9月10日 | てんびんづくり | 9月9日 | 人と動物の1日 | 9月14日 | こん虫の一日 |
| 9月17日 | 物の重さと体積 | 9月23日 | 運動とみゃくはく | 9月21日 | 動物の一日 |
| 10月1日 | 太陽の通り道 | 9月30日 | 光電池とモーター | 10月5日 | みゃくをはかろう 運動とみゃくはく |
| 10月8日 | 太陽と月のようす | 10月7日 | まめ電球とかん電池 | 10月12日 | 重さくらべ1 てんびんづくり |
| 10月15日 | 月の形 | 10月14日 | かん電池のはたらき | 10月19日 | 重さくらべ2 重さと体積 |
| 10月22日 | 月の動き | 10月21日 | こん虫の一生 | 10月26日 | 重さくらべ3 物のうきしずみ |
| 10月29日 | こん虫の一生 | 10月28日 | てんびんづくり | 11月2日 | バッタをつろう 秋のこん虫 |
| 11月5日 | 水にとけるもの | 11月11日 | 物の重さと体積 | 11月9日 | ヘチマのたねとり 冬をむかえる植物 |
| 11月15日 | ほうさんのとけ方 | 11月18日 | 水と空気のあたたまり方 | 11月16日 | あたためてみよう1 金属 |
| 11月19日 | 金属のあたたまり方 | 11月25日 | 金属のあたたまり方 | 11月25日 | あたためてみよう2 水と空気 |
| 11月26日 | 水のあたたまり方 | 12月2日 | 温度と体積 | 11月30日 | 熱気球をとばせ 温度と体積 |
| 12月3日 | 空気のあたたまり方 | 12月9日 | 熱気球がとんだ | 12月7日 | 自由研究をしよう2 |
| 12月10日 | 冬とこん虫 |  |  |  |  |
| 1月7日 | 冬と植物 | 1月6日 | 冬と植物 | 1月11日 | わたり鳥をみつけよう　鳥のくらし |
|  |  | 1月13日 | 冬と動物 | 1月18日 | 虫の冬ごし |
| 1月14日 | 水と氷 | 1月20日 | 冬とこん虫 | 1月25日 | 冬の動物たち |
| 1月21日 | 水と水じょう気 | 1月27日 | 水と氷 | 2月1日 | 水のへんしん1　氷 |
| 1月28日 | 水じょう気のゆくえ | 2月3日 | 水と水じょう気 | 2月8日 | 水のへんしん2　水じょうき |
| 2月4日 | 光電池とモーター | 2月10日 | 水じょう気のゆくえ | 2月15日 | 水のへんしん3　雲と雨 |
| 2月18日 | まめ電球とかん電池 | 2月17日 | 雪 | 2月22日 | 水のへんしん4　しもと雪 |
| 2月25日 | かん電池のはたらき | 2月24日 | 鳥のくらし 冬のころ | 3月1日 | 春をまつ植物 |
| 3月4日 | 動きはじめたこん虫 | 3月2日 | 動きはじめたこん虫 | 3月8日 | 動きはじめたこん虫 |
放送日程 > 移行完了後の日程

上記のとおり、単元順の差し替えと「ていちゃん」途中参入にともなう新録で終始している。
| 1993年度 | タイトル | 1994年度 | タイトル | 1995年度 | タイトル |
| --- | --- | --- | --- | --- | --- |
| 4月5日 | 海辺をあるこう 春のいきもの | 4月4日 | 海辺をあるこう1 いそのいきもの | 4月10日 | 野山を歩こう1 春のおとずれ |
| 4月19日 | 野山をあるこう1 春の植物 | 4月18日 | ヘチマを育てよう1 植物の発芽 | 4月17日 | ヘチマを育てよう1 植物の発芽 |
| 4月26日 | ヘチマを育てよう1 植物の発芽 | 4月25日 | まめ電球とかん電池 | 4月24日 | まめ電球とかん電池 |
| 5月10日 | 光電池とモーター | 5月2日 | かん電池のはたらき | 5月1日 | かん電池のはたらき |
| 5月17日 | まめ電球とかん電池 | 5月9日 | 光電池とモーター | 5月15日 | 光電池とモーター |
| 5月24日 | かん電池のはたらき | 5月16日 | 動物の1日 | 5月22日 | 動物の一日 |
| 5月31日 | 野山をあるこう2 若葉のころ | 5月23日 | こん虫の1日 | 5月29日 | こん虫の一日 |
| 6月7日 | ツバメがやってきた 鳥のくらし | 5月30日 | 植物の1日 | 6月1日 | 植物の一日 |
| 6月14日 | みゃくをはかろう 運動とみゃくはく | 6月6日 | ツバメがやってきた 鳥のくらし | 6月12日 | ツバメがやってきた |
| 6月21日 | 重さくらべ1 てんびんづくり | 6月13日 | 重さくらべ1 てんびんづくり | 6月19日 | 重さくらべ1 てんびんづくり |
| 6月28日 | 重さくらべ2 重さと体積 | 6月20日 | 重さくらべ2 重さと体積 | 6月26日 | 重さくらべ2 重さと体積 |
| 7月5日 | 重さくらべ3 物のうきしずみ | 6月27日 | ヘチマを育てよう2 葉と茎の成長 | 7月2日 | ヘチマを育てよう2 葉と茎の成長 |
| 7月12日 | ヘチマを育てよう2　葉と茎の成長 | 7月4日 | 海辺をあるこう2 干潟のカニ | 7月10日 | 自由研究をしよう |
| 8月30日 | ヘチマを育てよう3 花と実 | 8月29日 | ヘチマを育てよう3 | 8月28日 | 野山を歩こう2 夏 |
| 9月13日 | こん虫の1日 | 9月12日 | 川を歩こう1 | 9月11日 | ヘチマを育てよう3 花と実 |
| 9月20日 | 動物の1日 | 9月19日 | 川を歩こう2 | 9月25日 | 川を歩こう1 川原とがけ |
| 9月27日 | 川をあるこう1 川原とがけ | 9月26日 | 川を歩こう3 | 10月9日 | 川を歩こう3 流れる水の働き |
| 10月4日 | 川をあるこう2 石の旅 | 10月3日 | みゃくをはかろう | 10月16日 | 野山を歩こう3 秋 |
| 10月18日 | 川をあるこう3 流れる水のはたらき | 10月17日 | あたためてみよう1 | 10月23日 | みゃくをはかろう 運動と脈はく |
| 10月25日 | こん虫をみつけよう 秋の虫 | 10月24日 | あたためてみよう2 | 11月6日 | ヘチマを育てよう4 たねができた |
| 11月1日 | ヘチマを育てよう4 たねができた | 10月31日 | あたためてみよう3 | 11月13日 | たねをさがそう |
| 11月8日 | あたためてみよう1 金属 | 11月7日 | 昆虫をみつけよう | 11月20日 | あたためてみよう1 金属 |
| 11月15日 | あたためてみよう2 水と空気 | 11月14日 | ヘチマを育てよう4 | 11月20日 | あたためてみよう2 水と空気 |
| 11月22日 | あたためてみよう3 温度と体積 | 11月21日 | 野山を歩こう1 | 11月27日 | あたためてみよう2 水と空気 |
| 11月29日 | 野山をあるこう3 落葉のころ | 11月28日 | 落ち葉のゆくえ | 12月4日 | あたためてみよう3 温度と体積 |
| 12月6日 | 自由研究をしよう | 12月5日 | 動物の冬じたく | 12月11日 | 森の冬じたく 冬の草木 |
| 1月10日 | 熱気球をとばせ | 1月9日 | 熱気球をとばそう | 1月8日 | 落ち葉のゆくえ |
| 1月17日 | 虫の冬越し | 1月20日 | 野山を歩こう2 | 1月22日 | 動物の冬ごし |
| 1月24日 | 野山をあるこう4 冬の植物 | 1月23日 | 野山を歩こう3 | 1月29日 | 野山を歩こう4 冬 |
| 1月31日 | わたり鳥をみつけよう 冬の鳥 | 1月30日 | わたり鳥をみつけよう | 2月5日 | 渡り鳥をみつけよう 冬の鳥 |
| 2月7日 | 水のへんしん1 氷 | 2月6日 | 水のへんしん1 | 2月16日 | 水のへんしん1 氷 |
| 2月14日 | 水のへんしん2 水じょう気 | 2月13日 | 水のへんしん2 | 2月19日 | 水のへんしん2　水じょうき |
| 2月21日 | 水のへんしん3 雲と雨 | 2月20日 | 水のへんしん3 | 2月26日 | 水のへんしん3　雲と雪 |
| 2月28日 | 水のへんしん4 しもと雪 | 2月27日 | おもしろ大実験 | 3月4日 | おもしろ大実験 |
| 3月7日 | 野山をあるこう5 動きはじめたこん虫 | 3月6日 | はてなにチャレンジ | 3月11日 | はてなにチャレンジ |
スタッフ

音楽 - 小寺久美子