幼少期にサッカーを始め、セレクションを経て柏レイソル青梅ジュニアユースに加入。同クラブでは当初GKとフィールドプレーヤーを兼任していたが、プロ入りを見据えてGKに専念するようになった。自分の力でチームを全国高校サッカー選手権全国大会に出場させたいと、同大会出場歴の無かった流通経済大学付属柏高等学校へ進学。高校No.1GKとして名を馳せ、2005年にはPK戦の末に県予選を制して同校初の全国出場を果たしたが、2回戦敗退。2006年、流通経済大学へ進学。サッカー部での活躍が注目され、2007年には日本代表にも選出された（後述）。2008年3月にリーグ・アンのFCメスの入団テストを受験するも不合格。また、鹿島アントラーズ、サンフレッチェ広島、京都サンガF.C.の練習に参加し、複数のJリーグクラブが獲得に動いていた。在学中、2007年及び2009年のユニバーシアードに出場し、2009年ベオグラード大会で銅メダル獲得。ベオグラードから帰国せず、ヨーロッパ各国のクラブに練習参加した。
オーバーヘッドはそれぞれの技術が機能するために必要な追加のCPU処理能力の事である。これはこのような技術をエミュレートもしくはNXビットを提供する事は通常測定可能なほどのオーバーヘッドを生じるために重要である。全てのNX技術はあらゆる領域のメモリのためにNXビットの状態を制御するために追加のプログラミングロジックのためにオーバーヘッドを作り出す。しかし、ハードウェアNXビットが存在すれば演算は通常CPU自身で行われ、オーバーヘッドは生じない。ハードウェアNXビットを提供するCPUでは、特に明記する場合を除いてはリストされている全てのNX技術においてオーバーヘッドを生じない。
ここでは、NX技術の機能を比較対照する。一般的に、NXビットのエミュレーションはx86CPUでのみ可能である。別に述べない限りこのセクションでのエミュレーションへの言及はx86CPUのみを対象としている。あるNXビットエミュレーションの方法は大変低いオーバーヘッドを持っていることが証明されているが、そのような方法は不正確であるとも証明されている。一方、他のあるエミュレーション方法は大変高いオーバーヘッドを持っているかもしれないが、おそらく絶対に正確である。処理能力、正確性、仮想メモリ空間の代償なしにオーバーヘッドを減らす方法は現在では開発されていない。
Solaris 10がNXビットをサポートしているプロセッサで起動した時、自動的に保護は有効となる。プログラムのスタックセグメントの過去の32ビットABIの取り扱いは例外となる。ほとんどのプログラムは変更なしに動作する。しかし既存のアプリケーションの起動時にSIGSEGVが発生する場合には、eeprom (1M) を使用してenforce-prot-execをoffにし再起動することによりNX機能を無効化することができる。バグはアプリケーションに対して報告することができるから、適切にPROT_EXECを使用するために更新することができる。詳細はeeprom(1M)のマニュアルページ及びmmap(2)マニュアルページのPROT_EXECを参照すること。
Linux自身は標準のハードウェアNXをサポートする。現在は64ビットCPUにおいてもNXをサポートする64ビットモードと同様にIngo MolnarのNX有効化パッチにより32ビットモードでもサポートしている。これには現在のAMDの64ビットCPUとインテル、トランスメタおよびVIAから発表のあった将来のCPUも含まれる。リーナス・トーバルズはNXパッチに興味を持ち、標準で有効とされるべきだと考え2.6.8 releaseからは標準装備となった。これは32ビットのx86CPUおよび64ビットのx86互換CPUにて実行する32ビットのx86カーネルにおいては重要である。32ビットのx86カーネルはAMD64やIA-64が提供するNXビットを通常予期しない。NX有効化パッチはカーネルがもしNXビットが存在したら使用するようにさせる。このパッチ時点では、LinuxはIntel, AMD, TransmetaおよびVIAが提供するNXビットをサポートしたCPUにおいてはハードウェアNXを完全に活用している。このNXパッチはLinux Kernel Mailing Listにおいて2004年6月に提供された。同様の技術はx86でないCPU向けに多数のリリースにおいて存在している。
NetBSD 2.0およびそれ以降の時点では（2004年12月9日）、NXビットをサポートするアーキテクチャは実行可能ではないスタックとヒープを持つ。AMD64、SPARC64、SPARC (sun4m, sun4d)、PowerPC (ibm4xx)、Alpha、SH5およびPA-RISCよりなるこれらはページ毎の粒度をもつ。PowerPC（例:macppc）、80386はリージョン粒度のみをサポートする。NetBSDはデフォルトではNXビットの機能を提供するいかなるソフトウェアも使用していないため、他のアーキテクチャは実行可能でないスタックやヒープからの恩恵は受けない。
この機能がハードウェアに搭載される前には、数々のオペレーティングシステムが、W^XまたはExec Shieldなど、ソフトウェアを通してこの機能を実現しようとした。これらはこの記事の最後の方で解説される。NXビットの機能を利用可能、もしくはエミュレート可能なオペレーティングシステム (OS) は、スタックもしくはヒープメモリ領域が実行可能になる事から保護し、実行可能メモリが書き込み可能になる事から保護できる。これはスタックオーバーフロー攻撃、特にSasserやBlasterワームのようなプログラムが挿入されて実行される事から保護する。これらの攻撃はメモリのある部分（通常はスタック）が書き込み可能でありかつ実行可能である事に依存している。よって、この条件を満たしていなければ攻撃は失敗する。
天理教において救済手段として教えられる「さづけ」（さづけの理）を拝戴する席を「本席」というのに対し、拝載する前に、教会本部の取次人より、親神の話をきくために別に設けられた席という意味から「別席」と呼称されている。「さづけ」は教祖存命の時期から、信者たちに渡されており、教祖死去後は、本席の飯降伊蔵から「さづけ」が渡されている。現在では「別席順序」に基づき、「別席制度」として運用されている。満17歳以上で別席を運びたいものであれば、あらかじめ申し込めば誰でも聴講することが出来る。聴講の内容は教祖・みきの生涯と教理を端的に示した「別席台本」が読まれる。9度聴講すると「満席」となり、願い出た人に対して「さづけの理」を拝戴することができ、「さづけ」が実行できるようになるとされ、「ようぼく」として認められる。また理を拝頂する際、本部教祖殿において真柱より「おかきさげ」と呼ばれる御神言が書かれた書状が渡される。これはさづけを運ぶ際に守るべきものとして親神が本席を通して指図した神言の要約であり、「ようぼく」が信仰上において守るべき指針や心構えなどが記されている。現在は、「おやさとやかた」の東棟が別席を取り次ぐ、別席場として使用されている。