多くのCPUには割り込み機能が付いている。
無限ループ状態になったプログラムを止めるには大方はパソの電源をＯＦＦするしか思いつかないだろうが、VBのデバッグ中なら、Ctrl+Breakを押すとで停止できる。
そんな風に実行中のプログラムに無理やり割り込んで他のことをやらせる機能を割り込み機能と云う。
滅多に使わない様に思えるが、実はWindowsでは１秒に何１０回以上も機能している。
一番目立つのはマウスのカーソル表示、二番目がキーボード入力、三番目が時計だろう。
その他にもＵＳＢデバイスからの通信とかPCI-eとかLANとか、大抵の通信は割り込み処理がデフォである。
何たって相手が何時通信して来るのか判らないからだ。
割り込まれたら、マウスの座標を読んでカーソルを移動したり、画面に文字を描いたり、受信したデータをバッファに入れたり
・・・と、色々する。
もし、この機能が無かったら、MS-DOSの頃のアプリはキーボードとかマウスとかのデバイスを自前で全部処理しなければいけなかったので、当然あってしかるべきものだった。
今は、そんなものはWindowsに任せることになっているので、割り込み機能はいらないかもしれない。
 
 
 

OCZ PETROL君をちょっと休ませ（Dドライブにして）
Cドライブには KingstonのSSDNow V300 Drive SV300S37A/240G (240GB)に変えました。

ベンチ結果もまーまーです。

おっとＦＦＸＩＶ　ベンチを忘れてた。
ＳＳＤを変えたくらいで変わる訳が無いけどね。
ちょっとズルをして【フルスクリーン・モード】でやってみた。
スコア＋６００。　結構伸びたね。（笑

Logicool のM505マウスが動作不安定なので、unifyingタイプの無線のキーボードとマウスのセットを買いました。
型番は　mk270。　前のunifyingタイプの無線のキーボードの型番が　k270。
ご想像の通り、マウス＋k270＝mk270なのです。（大笑
K270のM185マウスは単３一本と軽量化され光学センサー部が親指から１ｃｍと近い場所にあり操作しやすくなっています。
k270のキーボードにはキャプスロックのインジケータ（ランプ）が点くのですが、NumLockインジケータはありません。
mk270は安いところでは２９００円で売ってます。
無線の１０８のフルキーボードと無線マウスが買えるので、お得感があります。
このキーボード（k270部分）は安売りキーボードとしては使用感は良い方です。
もし、パソコンのオマケのキーボード＆マウスがヘタったらmk270はお勧めです。
最初からコレにすれば良かったと後悔すること間違いありません。（大笑
また一見使いそうもないマルチメディアボタンも便利です。
再生、ミュート、音量小、大、ブラウザ、メーラー、ロック、電卓。

何気に電卓キーは重宝します。（ココは試験に出ます。

さて、またこのＢｌｏｇ鯖のＮＵＣ化の検討だ。
あるサイトの動画でCeleron搭載NUCがすぐにＣＰＵ温度が７０℃ぐらいになってしまうのを見てしまった。（許容値は100℃らしい。）
これでは２４時間付けっぱなしなＢｌｏｇ鯖なら、ＮＵＣがホットウォーマーになりそうだ。
Celeron® Processor 867にも拡張版 Intel SpeedStep® テクノロジーや拡張版 Intel SpeedStep® テクノロジーがあるので、常時７０℃と云うことは無いだろうが、ＡＭ3時と４頃の高負荷時にブーンと熱を出して唸っていそうだ。
今のＢｌｏｇ鯖は本当かウソかＭＲＴＧによれば２４時間40度のままである。（許容値は69℃らしいので十分に冷やす必要があるようだ。）

# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Celeron(R) CPU G540 @ 2.50GHz
stepping        : 7
cpu MHz         : 1600.000
...（中略）
bogomips        : 4988.80
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:
processor       : 1
...（以下、省略）

な調子なので、CPUクロックは最低の1.6GHzのままらしい。
BogoMips の係数が Intel 386DX と同じCPUを1とした相対値で、386DXの5千倍の性能らしい。（大笑
実はメモリは4GB 1枚だけで、CPUの中の2組あるDDRコントローラも1組は寝ているハズ。
周辺で繋がっているのはSSDとLAN、たまにモニターを繋げる程度。
なのだが、CPUファンはそれなりに回っている。
NUCにするとスペック下がって、消費電力も下がりそうだが、熱を持つのか・・・でも耐久性は高そう。（笑
メモリやSSDも１００℃ぐらいまで耐久性のありそうなのが良さそうだね。（大笑
 
 

真のコンパイラとは、テキスト・ソースを実行可能なコードの断片すなわちOBJECTファイルに変換するツールのことだ。
実行可能なプログラムファイルも作れるが、それはリンカーの仕事で、（つまりリンカーを呼び出しているだけ（大笑））

• ブートストラップ・コード
• OBJECTファイル
• ライブラリィ・ファイル

の３つを１つのファイルにする。
なぜ、コンパイラとリンカーが分かれているのかと云えば、
コンパイラーは特定の言語専用なツールだが、リンカーはどのコンパイラーのOBJECTファイルでも（大抵）は扱えるシロモノなので、使いまわしができるリンカーをコンパイラーに組み込むのは馬鹿にしかできない無駄な仕事だからだ。
※もちろん、そんなバカな奴は世界中にいっぱいいる。
初期のOSは面倒くさがりで、単にマージするだけで、実行できるようにしていたが、そんなことでは、OBJファイル同士で参照したりするのが大変なので、リンカーが参照アドレス表（シンボリック・リンク・テーブル）なども作ったりする。
このテーブルがあるからこそ、ソースレベルデバッグやブレークポイントをデバッガで使えるのだ。
※もちろん、ＯＢＪＥＣＴファイルにデバッグ用コードが含まれているが、それだけでは当のＯＢＪＥＣＴファイルのアドレスが判らない。
そして、実行可能なプログラムファイルとはCPUにブートストラップ・コードを咥えさせれば、後は勝手に夢中になるようなファイルのことである。
妙なファイルに思えるかもしれないが、メッセンジャーRNAにリボゾームがくっ付いて、アミノ酸の合成するのに似ている。
しかし、今では、コンパイラもインタープリタもあまり変わり映えしない。余りにも扱うライブラリィが巨大で、どっちも起動時間が長くなっている。
故に純粋なコンパイラは非常に遅いが、その代り出来上がった実行コードは、インタープリタが毎度毎度モサモサと解析しながら処理するよりは動きが速い。
速度比は、こんな感じ。
BAT　＜＜　WSH 　＜＜　EXCELマクロの速度　＜＜　Java　＜＜　（絶対に越えられない壁）　＜＜　VISUAL-BASIC　＜＜　C#　＜＜　C++　＜＜　C
※この式から、左側ではループは組まない方が速い。
※ループを組む部分だけ右側にすると処理速度は軽く１０倍は速くなる。ことが判る。
※余談だがＷＳＨでデータベースのＳＱＬを実行させたら、データを吐き出す部分はＣ＃あたりでＯＣＸ化し、レコードセットを渡してやらせた方が速い。ＥＸＣＥＬも同じ。
※同様にＪａｖａでもループ部分だけＣ＋＋コンパイラで組めばよい。てか、Ｊａｖａのランタイムはそうやって速度を稼いでいる。だから、ResultSetでループするＪａｖａソースはサンプルでしかない。
だから、高速なコンパイラとは低速なコンパイラの中では高速と云う比喩であって、本当に速い訳が無い。
ただし、A+B＝C程度のライブラリしか参照しない場合に限っては、高速化されているものが多い。※多分にベンチマーク仕様。
大体、真に高速なコンパイラがあればLinuxのカーネルのコンパイルを昼寝して待つ必要なぞないのだからな。（大笑
しかし、よく使うライブラリィのヘッダーをプリ・コンパイルする手法を用いて、見かけ上早くする方法は、既に数十年前からMSがやっている。
但し、コンパイルのオプションを変えると（MTなど）、再度プリ・コンパイルからやり直しが必要になる。
 
ps.
なんとなく書き殴ってみた。