『NBS月曜スペシャル』（エヌビーエスげつよう - ）は、長野県のFNS系列である長野放送（NBS）で1995年4月17日から2015年3月23日まで毎週月曜夜に放送されていた情報番組。ハイビジョン制作。前番組は『BIG HIPS』。2010年7月5日から地上アナログ放送ではレターボックス放送になった。
地下駅とは、鉄道が地下化された場合など、ホームが地下部分にある駅のことである。地下路線、あるいは地下化による連続立体交差化が行われた区間における構造で、駅舎は地上か地下、またはその両方に跨って設置される。多くは地下鉄のような都市トンネル内にあるが、中には山岳トンネル内に設けられている駅もある(筒石駅や湯西川温泉駅など)。また特殊な例では、かつて海底トンネル内に位置する駅もあった(竜飛海底駅、吉岡海底駅)。広義には掘割の中にプラットホームを設けた構造の駅を含む。他の駅構造と比べて地上の構造物が少ないため、土地の占有や景観への影響が比較的小さく済むほか、日照の遮断や駅周辺への騒音も起こりにくい点が特長である。一方で駅を地下に建設する特性上、建設費や維持管理性、駅の拡張性については他の駅構造と比べ劣ることが多い。また他の地下構造物と同様に密閉空間であり、特に深度が深い場合や構内が複雑な場合は火災や浸水、停電などに弱い。加えて利用者が方向を見失いやすいため、駅の建設や改修にあたっては、防災や乗り換えの簡便さ、さらにバリアフリーなどへの総合的な配慮が必要となる(「地下#地下の危険性と防災施設」も参照)。
高架駅とは、鉄道が高架化された場合など、ホームが高架部分にある駅のことである。この場合、駅舎も高架の部分に造られる場合と、階段を下りた高架下などの地上に造られる場合がある。駅舎は高架下を利用して設置されていることが多い。高架線で開通した路線の駅や、地上を走る路線の高架化による連続立体交差事業に伴って、古くからの地上駅が高架駅に改築された場合が多い。広義では築堤も高架であり、築堤上にホームを持つものも高架駅と言える。踏切が無いのが特徴で、高架駅の利点というより高架橋の利点であるが、高架下が有効に使用できる。駅舎を高架下に設置する場合は駅舎の用地取得が省け、また利用価値の高い駅周辺の土地を有効活用できる。高架下に駅舎を設置する場合、乗客が駅両側から改札まで等しい距離で到達できる。ホーム間の連絡通路が高架下に設けられることも多く、この場合ホームまでの上下移動が、橋上駅舎を設置した地上駅の半分で済み便利である。しかし問題として、高架の建設費がかさんだり、車椅子やベビーカーなどの交通弱者の場合には駅員や周りの人の手助けが必要になったりする点がある。近年はエレベーターなどの設置によりバリアフリー化を図っているので、後者については解消が進んでいる。
橋上駅舎とは逆に、駅舎のみを地下に設置した地下駅舎もある。効果としては橋上駅舎と似ている。橋上駅舎よりは上下する距離が短いが、構内が暗いなどの欠点もある。地上にはホームのほかに出入口が設けられるが、地下鉄の駅出入口のように小規模のものもあれば、一般の地上駅舎なみの立派な出入口を設けている例も見られる。
橋上駅舎を持つ駅を橋上駅と呼ぶ。跨線橋と駅舎を一体化したような形で、ホームや線路の上空に改札など従来の駅舎にあった諸施設が設置され、外部やホームには階段やエスカレータやエレベーターで接続される。例えば鉄道が市街地を東西方向に通過している場合、線路を挟んで改札を2つ作るより、橋上の1か所に切符売り場や改札を統合する方が管理もしやすく、人件費など運用コストも削減できる。また、鉄道で分断されていた南北の市街地を結ぶ自由通路を兼ねる場合もある。橋上駅舎化により新たに設置した階段部分、エレベーター部分がかつての駅舎部分より小さく収まれば、店舗や駅前広場など有効活用できるスペースが生まれる。地上ホームではなくて、掘割にプラットホームがある場合も橋上駅舎と呼ぶ。
これはAMD K7とK8で整数部分に使われた形式である。リネーミング段階では、読み込み参照されるアーキテクチャ上のレジスタはアーキテクチャ上の番号でインデックスされたFuture Fileとリネームファイルを参照して得る。そのレジスタに書き込もうとしている命令がなければ、Future Fileを読めばそのレジスタの値が得られる(つまりその値はレディ状態である)。命令が発行キューに置かれると、Future Fileから読んだ値は予約機構内の対応するエントリに書き込まれる。命令によるレジスタへの書き込みは新たなレディでないタグを生成し、リネームファイルに書き込まれる。タグ番号は命令の順番に付けられる。つまり、フリータグFIFOは不必要となる。タグインデックス形式と同様、発行キューはレディでないオペランドが全体通知されるタグとマッチするのを待つ。タグインデックス形式と違うのは、タグがマッチしたときに対応する予約機構のエントリにも値が書き込まれることである。発行された命令は予約機構から引数を読み、実行する。前述したように予約機構のレジスタファイルは一般に小さく、8エントリほどしかない。実行結果はReorder Bufferに書き込まれ、予約機構にも書き込まれ(発行キューのエントリがマッチするタグを持っている場合)、Future Fileにも書き込まれる（それがそのアーキテクチャ上のレジスタをターゲットとした最新の値の場合）。完了処理ではReorder Bufferからアーキテクチャ上のレジスタファイルに値をコピーする。アーキテクチャ上のレジスタファイルの唯一の存在理由は例外と分岐予測失敗のリカバリを簡単にするためである。例外と分岐予測失敗は完了処理で認識され、アーキテクチャ上のレジスタファイルをFuture Fileにコピーして、リネームファイル内のレジスタを全てレディ状態に変更する。一般にデコードと完了の間の状態の命令についての中間状態を再構築する方法はないので、分岐予測失敗を早めにリカバリすることはできない。