この画面は、簡易表示です
ここ最近変化が無かったCANONのPIXUSが
という感じらしい。
なんで去年にこういうのが出なかったのかな・・・トホホ。
宇宙の膨張速度を測定した結果をまとめたハッブルの法則。
v=HoD
※v：天体が我々から遠ざかる速さ（後退速度）、H0：ハッブル定数、 D：我々からその天体までの距離。
今のH0は、67.15±1.2( km/s/Mpc)。
ザクっと云えば遠い星ほど速く移動しているので、天体が光速度で遠ざかる距離D（c）が見える範囲で一番遠いハズ。
D（c）=V/Ho =c/Ho= 300,000(km/s) / 67.15(km/s/Mpc) ≒ 4467.6 (MPC/s)、Mpcはメガパーセク＝3.261 563 777 光年 ×106 だから、4467.6(MPC/s)＝ 4467.6 ×3.261 563 777 ×106 （m/s）≒１４６×108＝１４６億光年
ザクっと計算の結果なので有効桁数は２桁、このハッブル距離はちゃんと計算すると１３８億光年らしい。宇宙の膨張速度は加速しているらしく、光速まで加速する前の遠くの銀河も観測できているので、ハッブル距離自体はあまり意味がないようだ。
また周囲の宇宙が平坦だったダケだろう？的な意味を込め、大雑把に宇宙全体はそのスケールで観るとサッパリ平坦じゃないけど、それでも光で観測可能な極小さい範囲ではそのスケールで観る限り平坦に見える様なインフレーション理論を付け加えれば・・・「色々な発見があっても困らない宇宙モデル」が今の旬らしい。
だから【ハッブルの法則自体に特に意味はない＝キノセイ】が宇宙論の裏の常識らしい。
そもそも星の距離自体かなり雑な計算で、近くの恒星の距離を三角測量し、スペクトル分析して、実際の明るさを調べて、これを基準にする。そこから目的に応じて大雑把に見積もっている。目的に応じて、基準星を設定して、そこから距離を求めているので、目的に応じて星までの距離の意味（今現時点の現在位置、光を発した時の位置、基準星を基準とする距離など）にブレがあり、そのブレてる距離を色々使いまわしても意味がない。宇宙の膨張を前提にするのだから、対象となる星（銀河）は今も尚動いているのだから、何かの基準点を置いた、計算するための便宜上の距離なのだ。
もっとハッキリ云ってしまえば、宇宙を観ると云うことは光速度で手振れしてる動画を観てるのと同じで、いくら眺めてもざっくりとした事しか判らないし、そもそも夜空を静止画を回転しているのだと思い違いをしているので、星の距離とか明るさと云う単純な観念さえも、考え直さないと、そのざっくり感さえ伝わってこないのだ。
重力で影響しあっている天体同士ならお互いを回転しているのでいつまでもみれるのかもしれないが加速して離れていく星はいずれはその光も見えなくなってしまうのだろう。それはバケツの水をぶちまけると、水の表面張力で小さな水滴になりつつも全体としては拡散するのと同じかな。随分と遠くの未来には近傍の銀河集団以外は観測不能なぐらい遠くに逝ってしまうのだろう。
そんなイメージをつかむ方が重要なのだろう。宇宙の地平線の大きさ？そんなのは適当に書いて桶？
でも、どのくらい？
ということは自分で測ってみる以外に何が正しいのか？判らない。
ということだけは判った。
宇宙の果てを考える前に
とりあえず宇宙の地平線を考えたら・・・
星（銀河）までの距離、例えばアンドロメダ銀河までの距離をググると2,537,000光年と出てくるけど、その根拠を疑ってみないと、宇宙の地平線すら老眼でかすんでしまう。
距離でググってるのに、今アンドロメダ銀河から届いた光が発したのが2,537,000年前（光路時間）が回答されても、
光速は一定の定説で考えると2,537,000年前＝2,537,000光年となり、単位が違うけど矛盾は無い様な気がして、ごまかされてしまう。
なんてこった。
まず、便宜上の宇宙歴元年を定義し、星々（銀河を含む）の位置やその周回ベクトルを決めるとこるから始めないと、宇宙がどうなっているのか、その様子すら判らない様だ。
Windows 10 のコマンドプロンプトで
bashすると
>bash
— ベータ機能 —
これにより Windows に Ubuntu がインストールされます。Ubuntu は Canonical によって配布さ れる製品であり、
次のサイトに示される条件に基づいてライセンスされています。
https://aka.ms/uowtermsこの機能を使用するためには開発者モードを有効にする必要があります。
と出てくる。
いつもの様に
「設定」で検索しても「結果はありません：開発者モード」
「コントロールパネル」で検索しても「検索条件に一致する項目はありません。」
となるけど、素直に「設定」を開き、左のの「開発者向け」を押し「開発者向けの機能を使う」で【開発者モード】を選択すればいい。
何かのインストールを開始し「再起動するまでは一部の機能が使えないかも」と表示がでる。
>bash
— ベータ機能 —
これにより Windows に Ubuntu がインストールされます。Ubuntu は Canonical によって配布される製品であり、
次のサイトに示される条件に基づいてライセンスされています。
https://aka.ms/uowterms
続行するには、”y” を入力してください:ｙ
Windows ストアからダウンロードしています… ＊＊%
暫くまってみると
続行するには、”y” を入力してください: y
Windows ストアからダウンロードしています… 100%
ファイル システムを展開しています。この処理には数分かかります…
なるほど
既定の UNIX ユーザー アカウントを作成してください。ユーザー名は、Windows のユーザー名と一致する必要はありません。
詳細: https://aka.ms/wslusers を参照してください
新しい UNIX ユーザー名を入力してください: ＊＊＊＊＊＊
新しい UNIX パスワードを入力してください: ＊＊＊＊＊＊
新しい UNIX パスワードを再入力してください:＊＊＊＊＊＊
となるはずなんだろうけど
のようにカーソル位置がおかしくなっている。入力の入の右半分あたりにある。
passwd: password updated successfully
インストールが正常に終了しました
環境が間もなく開始されます…
ドキュメントを参照できる場所: https://aka.ms/wsldocs
******@*********:/mnt/c/Users/******$
で開始。
プロンプトは
{ユーザ名}@{マシン名}:/mnt/c/Users/{Windowsのユーザ名}$
なのでWindowsのファイルもアクセスできそう。
C:\Users\{Windowsのユーザ名}\AppData\Local\lxss に/bin などがある。
但しlxss自体は非表示属性で
フォルダの表示の「保護されたオペレーディングシステムファイルを表示しない（非推奨）」にチェックをいれないと見えない。
ls とか vi とか scpも使えるので、変なマシン名（記号含む等）にしていなければ（・＿・）ﾌﾂｳに使えそう。
ヘルプをみると
$ help
GNU bash, バージョン 4.3.11(1)-release (x86_64-pc-linux-gnu)
これらのシェルコマンドは内部で定義されています。`help’ と入力して一覧を参照してください。
`help 名前’ と入力すると `名前’ という関数のより詳しい説明が得られます。
‘info bash’ を使用するとシェル全般のより詳しい説明が得られます。
`man -k’ または info を使用すると一覧にないコマンドのより詳しい説明が得られます。
名前の後にアスタリスク (*) がある場合はそのコマンドが無効になっていることを意味します。
job_spec [&] history [-c] [-d offset] [n] または history -anrw [filename] >
(( expression )) if COMMANDS; then COMMANDS; [ elif COMMANDS; then COMMANDS>
. filename [arguments] jobs [-lnprs] [jobspec …] または jobs -x command [args]
: kill [-s sigspec | -n signum | -sigspec] pid | jobspec …>
[ arg… ] let 引数 [引数 …]
[[ expression ]] local [option] name[=value] …
alias [-p] [name[=value] … ] logout [n]
bg [job_spec …] mapfile [-n count] [-O origin] [-s count] [-t] [-u fd] [-C>
bind [-lpsvPSVX] [-m keymap] [-f filename] [-q name] [-u na> popd [-n] [+N | -N]
break [n] printf [-v var] format [arguments]
builtin [shell-builtin [arg …]] pushd [-n] [+N | -N | dir]
caller [expr] pwd [-LP]
case WORD in [PATTERN [| PATTERN]…) COMMANDS ;;]… esac read [-ers] [-a array] [-d delim] [-i text] [-n nchars] [->
cd [-L|[-P [-e]] [-@]] [dir] readarray [-n count] [-O origin] [-s count] [-t] [-u fd] [>
command [-pVv] command [arg …] readonly [-aAf] [name[=value] …] または readonly -p
compgen [-abcdefgjksuv] [-o option] [-A action] [-G globpa> return [n]
complete [-abcdefgjksuv] [-pr] [-DE] [-o option] [-A action> select NAME [in WORDS … ;] do COMMANDS; done
compopt [-o|+o option] [-DE] [name …] set [-abefhkmnptuvxBCHP] [-o option-name] [–] [arg …]
continue [n] shift [n]
coproc [NAME] command [redirections] shopt [-pqsu] [-o] [optname …]
declare [-aAfFgilnrtux] [-p] [name[=value] …] source filename [arguments]
dirs [-clpv] [+N] [-N] suspend [-f]
disown [-h] [-ar] [jobspec …] test [expr]
echo [-neE] [arg …] time [-p] pipeline
enable [-a] [-dnps] [-f filename] [name …] times
eval [arg …] trap [-lp] [[arg] signal_spec …]
exec [-cl] [-a name] [command [arguments …]] [redirection> true
exit [n] type [-afptP] name [name …]
export [-fn] [name[=value] …] または export -p typeset [-aAfFgilrtux] [-p] name[=value] …
false ulimit [-SHabcdefilmnpqrstuvxT] [limit]
fc [-e ename] [-lnr] [first] [last] または fc -s [pat=rep] [co> umask [-p] [-S] [mode]
fg [job_spec] unalias [-a] name [name …]
for NAME [in WORDS … ] ; do COMMANDS; done unset [-f] [-v] [-n] [name …]
for (( exp1; exp2; exp3 )); do COMMANDS; done until COMMANDS; do COMMANDS; done
function name { COMMANDS ; } または name () { COMMANDS ; } 変数 – 変数の名前とその意味
getopts optstring name [arg] wait [-n] [id …]
hash [-lr] [-p pathname] [-dt] [name …] while COMMANDS; do COMMANDS; done
help [-dms] [pattern …] { COMMANDS ; }
となっている。
/bin や /usr/binの中にはいっぱいコマンドがあるので、これでも困らないかもしれない。
$ apt-get update
E: ロックファイル /var/lib/apt/lists/lock をオープンできません – open (13: 許可がありません)
E: ディレクトリ /var/lib/apt/lists/ をロックできません
E: ロックファイル /var/lib/dpkg/lock をオープンできません – open (13: 許可がありません)
E: 管理用ディレクトリ (/var/lib/dpkg/) をロックできません。root 権限で実行していますか?
おやルート権限が無いのか？
su –パスワード認証失敗
あれれ？
$ sudo apt-get update
sudo: ホスト＊＊＊＊＊ の名前解決ができません
[sudo] password for ＊＊＊＊＊＊:
取得:1 http://security.ubuntu.com trusty-security InRelease [65.9 kB]
無視 http://archive.ubuntu.com trusty InRelease
取得:2 http://archive.ubuntu.com trusty-updates InRelease [65.9 kB]
取得:3 http://security.ubuntu.com trusty-security/main amd64 Packages [531 kB]
ヒット http://archive.ubuntu.com trusty-backports InRelease
ヒット http://archive.ubuntu.com trusty Release.gpg
取得:4 http://archive.ubuntu.com trusty-updates/main amd64 Packages [901 kB]
取得:5 http://security.ubuntu.com trusty-security/restricted amd64 Packages [13.0 kB]
取得:6 http://security.ubuntu.com trusty-security/universe amd64 Packages [138 kB]
取得:7 http://security.ubuntu.com trusty-security/multiverse amd64 Packages [5,198 B]
ヒット http://security.ubuntu.com trusty-security/main Translation-en
ヒット http://security.ubuntu.com trusty-security/multiverse Translation-en
ヒット http://security.ubuntu.com trusty-security/restricted Translation-en
ヒット http://security.ubuntu.com trusty-security/universe Translation-en
取得:8 http://archive.ubuntu.com trusty-updates/restricted amd64 Packages [15.9 kB]
取得:9 http://archive.ubuntu.com trusty-updates/universe amd64 Packages [376 kB]
取得:10 http://archive.ubuntu.com trusty-updates/multiverse amd64 Packages [15.0 kB]
ヒット http://archive.ubuntu.com trusty-updates/main Translation-en
ヒット http://archive.ubuntu.com trusty-updates/multiverse Translation-en
ヒット http://archive.ubuntu.com trusty-updates/restricted Translation-en
ヒット http://archive.ubuntu.com trusty-updates/universe Translation-en
ヒット http://archive.ubuntu.com trusty-backports/main amd64 Packages
ヒット http://archive.ubuntu.com trusty-backports/restricted amd64 Packages
ヒット http://archive.ubuntu.com trusty-backports/universe amd64 Packages
ヒット http://archive.ubuntu.com trusty-backports/multiverse amd64 Packages
ヒット http://archive.ubuntu.com trusty-backports/main Translation-en
ヒット http://archive.ubuntu.com trusty-backports/multiverse Translation-en
ヒット http://archive.ubuntu.com trusty-backports/restricted Translation-en
ヒット http://archive.ubuntu.com trusty-backports/universe Translation-en
ヒット http://archive.ubuntu.com trusty Release
ヒット http://archive.ubuntu.com trusty/main amd64 Packages
ヒット http://archive.ubuntu.com trusty/restricted amd64 Packages
ヒット http://archive.ubuntu.com trusty/universe amd64 Packages
ヒット http://archive.ubuntu.com trusty/multiverse amd64 Packages
取得:11 http://archive.ubuntu.com trusty/main Translation-ja [353 kB]
ヒット http://archive.ubuntu.com trusty/main Translation-en
取得:12 http://archive.ubuntu.com trusty/multiverse Translation-ja [8,774 B]
ヒット http://archive.ubuntu.com trusty/multiverse Translation-en
取得:13 http://archive.ubuntu.com trusty/restricted Translation-ja [480 B]
ヒット http://archive.ubuntu.com trusty/restricted Translation-en
取得:14 http://archive.ubuntu.com trusty/universe Translation-ja [1,087 kB]
ヒット http://archive.ubuntu.com trusty/universe Translation-en
無視 http://archive.ubuntu.com trusty/main Translation-ja_JP
無視 http://archive.ubuntu.com trusty/multiverse Translation-ja_JP
無視 http://archive.ubuntu.com trusty/restricted Translation-ja_JP
無視 http://archive.ubuntu.com trusty/universe Translation-ja_JP
3,576 kB を 39秒 で取得しました (90.8 kB/s)
パッケージリストを読み込んでいます… 完了%
$
でいいのかな？
結晶（crystal）とは原子や分子が空間的に繰り返しパターンを持って配列しているような物質である。
ここではキラキラ光るクリスタルガラスの様な偽物の結晶は除外する。
三次元空間での結晶化とは、ある物質の分子系低エネルギー状態に適応し相変異する時の一形態で、物質中の全方向に対して対称的だった構造がある特定方向だけに対称となることだが、空間的結晶＋時間的にも＝時空的な結晶ってあるんじゃ？というのが 時空間結晶らしい。
例えば、結晶中の一部または全ての原子が新円（輪）を描くなら、一定時間で元に戻るので時間的に連続しているから、時空間結晶になるんじゃなか？ということらしい。
ただ、統計力学的（巨視的な視点）には存在しそうにないと云われている。つまり、一部の原子が輪を描けば、その空いた隙間に熱的に運動する何かの別の原子がはまり込み、輪を描いて元の場所に戻ろうとしたら空き席が無くなっていて時間的に「繰り返しパターン」を描けないんじゃない？（実際にはブラウン運動になってしまうのかな？）ってことは普通にありそうだ。
しかし、極低温であれば各原子は熱的にあまり運動しないので時間軸上の繰り返しパターンに何かの別の原子がはまり込む前に常に元の場所に戻るならば成立する可能性はあるし超流動のように全分子が各々の位置に応じて一斉に調和の取れた同じ運動（例えば、何かの立体の形の頂点を一筆書きの様に動くなど）をすれば時空間結晶的でもある。また常温でも結晶内部の原子の移動が固有振動などで量子化されているならば、他の原子がはまり込みそうな隙間に入り込む方がエネルギー的に高い状態になり、熱運動等で偶然に隙間にハマり込んでも、元の位置に戻ろうとする原子が戻ってきた際には席を明け渡し自らエネルギー的に低い状態に遷移するかもしれない。※そんな現象は聞いたことがないけどね。
いづれにしても、この離散的対称性（ある特定方向だけに対称であること）を時間方向にも拡張した構造であり、これが永久的な動きに見えるものの、よりエネルギーの低い状態に相転移した結果であること、とくに全分子が同じ運動を少しづつフェースをずらして移動する場合には各分子の移動による外部へのエネルギー放出も相殺されて恐らく出てこない。※極短時間にはエネルギー放出と吸収が繰り返されるかもしれない。
だから、クリスタルがキラキラするから高いエネルギーが封入されていると思うのは「ファンタジーの中だけの話」である。
もっとも、亜光速度で分子がグルグルと移動する様な時空間結晶はよりエネルギーの低い状態を維持するために膨大なエネルギーをダダ漏れする存在になるのかもしれない。同様に亜高速で時空間結晶とスレ違うとトンデモないエネルギー輻射を浴びそうだ。
| ソーラー・システム： | 太陽系 |
| ソーラー・レイ： | ガンダムに出てきたスペース。 コロニーで作った巨大なレーザー兵器 |
| ソーラー・セル： | 太陽電池 |
| ソーラー・パネル： | 太陽電池を集積したパネル |
| ソーラー・カー： | ソーラー・パネルを搭載したEVカー |
| ソーラー・ロード： | ソーラー・パネルを埋め込んだ道路、発電した電気は自治体の収入になる。 道路そのものを送電設備に見立て電柱を不要にしたり、 設置するソーラー・パネルに電光表示やセンサーや融雪素子を搭載し、 道路のスマート化を目指すものもある |
| ソーラー・ガン： | メタルギア４に出てきた太陽銃。エネルギーが尽きても日光で充電可。 ※過充電するとオーバーヒート。 |
| ソーラー・シェアリング： | 農作物に日光があたる様に隙間をあけてソーラー・パネルを設置し営農と太陽光発電を共存。 （詳しくは特許公開2005-277038参照） |
これらに続き、新たな用語が生み出されました。
ソーラー・エクスプレス
何でも、列車の様に定期的に運行というか、太陽系をずーっと飛び続け長期滞在可能な設備を搭載した宇宙船の様です。ずーっと宇宙にあるので、毎度毎度ロケットで打ち上げないので経済的ということなのでしょう。難点を云えば、定期巡回しつづけるなら太陽系の脱出速度は秒速１７ｋｍ程度なので航行速度が遅く長期滞在になること上下車のダイヤが数年から数十年単位になるので利用する目的も限定され乗車率が極端に低くなること、逆に航行速度が速いと乗下車の際に莫大なエネルギーが必要になること。
観た記事では列車の巡航速度が光速の１％だった場合の乗車時間が列挙されているので、太陽系を周回しつづけるつもりはないようです。今のところ光速の１％に到達した乗り物は存在しませんし、こんなに高速なら当然の事ながら大きな事故が起きた場合にI.R.（インターナショナル・レスキュー）が駆けつけることは不可能ですし、こんなに高速な列車が脱線して地球に衝突すると大惨事になることは間違いありません。
でも宇宙船をかなりの高速に加速するプランとしては１９７０年代に燃料ペレットを核融合爆発させる核融合ロケットで恒星間航行を目指したダイダロス計画がありましたが、１９９６年の包括核実験禁止条約「宇宙空間を含むあらゆる空間における核実験の実施や核爆発の禁止」にひっかかるのかな？※最大で光速の１２％：最大加速までに必要な時間は約４年。
光速（３０万㎞／ｓ）の１％まで１Ｇ（９．８ｍ／ｓ２）の等加速運動で到達するのがカラダに一番優しそう。
その到達するための所要時間（ニュートン力学的に）は
Ｖ（到達速度）＝α（加速度）・Ｔ（経過時間）から
Ｔ（経過時間）＝Ｖ／α＝3,000,000(m)/9.8(m/s2)≒306122.4(s)≒３.５（日）
その時点での到達距離は
L（到達距離）＝(α（加速度）・Ｔ（経過時間）2)／２＝9.8(m/s2)*306122.4(s)2/2≒459,183,526,530.6(m)≒46000万㎞
と、丸3.5日かかり、その移動距離は約4.6億㎞。
これは地球と月の距離（384,400 km）の約1200倍、太陽から火星までの約２倍の距離、太陽から木星までの約半分の距離。
木星に行くには丁度よさそうですが、月や火星まで光速の１％で巡行するにはかなりの加速度に耐えられる人に限られそうです。
これくらいの数字だと思うけど、あるサイトで計算したら・・・
所要時間丸１日、到達距離3543万ｋｍ
と・・・全く違った結果だった。
ちゃんと相対論的（宇宙船内の主観時間）に計算するとこうなるのかな？ orz
でも、かなり大変な数字であることには違いないので大差なし（笑
パっと考えただけでも、突っ込みどころ満載なアイデアです。たぶんソーラーセルをエネルギー源とし太陽風を加速し方向を捻じ曲げ推進剤にするサーマルガンとレールガンのハイブリッドの様なパルス推進機関でも発明されないかぎり発車すら無理っぽいです。それでも惑星の衛星軌道付近では惑星の磁気圏で太陽風が妨げられるので、発車時の推進剤だけは自前で搭載しておかないといけないのですけどね。
でも、宇宙船をとんでもない速度まで安全にかつ安価で加速できる方法があれば、何年も休暇を取らなくても宇宙旅行ができるという思いは素晴らしいですね。
もっと加速して亜光速までいって、ウラシマ効果で「火星まで１０分！速！」とかになるといいですね。でも遭難し１カ月ぶりに地球に戻ってみると・・・(； ･`д･´)
※べき乗（ｓ２）の表現は＜SUP＞２＜/SUP＞と書くのですが嫌なので、プラグインTinyMCE Advancedをインストしました。
※外からは見えませがphpMyAdminも4.4.15.8にアップデートしました。
GPUには処理を行う小さなプロセッサが多数搭載されている。
これをニューロ・チップに見立てれば、リアルタイムなCGを使ったゲームに特化したGPUがAIチップに変貌するらしい。
ボクはLISPをやっていたせいもあってAIとは、
の３ステップ（IPO）でありながらProcessを変化させることもできるプログラミング手法だと思ってる。
実際、大方のプログラミング手法ではProcess（≒プログラム≒実行ファイル）の部分は、プログラムの実行時は固定されている。その方が実行ファイルを情報の変更が面倒なROMに格納するのに都合が良かったせいでもある。
しかし、ブラウザのJavaScriptは、自分自身を書き換える（あるいは使っているライブラリィ群を切り替える）ことができた方が表現や目的に応じた処理を変幻自裁に変貌できるので都合が良い（画面のスタイルを変更する場合にプログラムの設定ファイルを書き換えて画面処理を再実行するより、CSSの参照先を書き換えて（あるいはCSSそのものを書き換えると画面が再描画してくれた方が便利な）ので先に述べたAI的な性質が大変強く、今ではAI的なプログラミング手法の方が目につくと云っていいだろう。
WindowsのOLEやJava言語はこの中間に位置し、プログラム・ソースを実行用にファイルに書き換えて（コンパイル）実行するので、「自分自身は書き換えできない」けど、「使っているライブラリィ群は切り替える」ことができる。
どれが優れているのかは用途に応じて変わってくる。Processを変化させることができることは便利であるが、外部からクラッキングされて書き換えられる恐れがあるので、所定の手続きを踏まないと書き換えられないことが望ましい用途で使うのは非常にリスクが高い。そんなことは一般のユーザには無縁の様な気がしそうだけど、オンライン・アップデートが一般化してくると、自分が使っている機器が勝手に書き換えられたり（いつのまにか自動のアップデートが処理され、旧データのファイルが読めなくなる）、勝手に画面が切り替わって（何かのアップデートが終わると勝手に再起動してしまう様なアップデート機能）しまうと困ることは多い。延々と文書を作成していたら画面が急に消えPCが再起動したのでPCが不調なのか？と思ったらWindowsのアップデートが始まったということがあった様な気がする。※ワイド画面の隅の後＊＊分後に再起動しますというメッセージを見過ごしていただけなのかもしれないが、さすがに最近はそう云う事態にはあっていない。
だからユーザが安心して使える方式がベストチョイスになる訳で、これは時期や風潮でどんどん変化してしまうものなので、どれが絶対良いということは無い。
先に述べたAIであっても、どの程度のProcessを書きられられるかを制御することは可能だが、LISPであればLISPのソースコードをデータとして読ませ評価すると、予想していなかった事態（Processの特定の部分は書き換えないように仕組みを作っていたにも関わらず、抜け道ができていた等）が起こり得る。LISPの評価処理はeval関数なのだが、JavaScriptの同名のeval関数がこれに該当する。
なので、AIにどんどんデータを読ませていくと、変な（想定していない書式の）データをうっかり読ませてしまうと、折角の学習時間が台無しになってしまうどころかProcessもおかしくなってしまってい復旧（元に戻す）ことさえ大変になることもある。有体に云えばバグとか不具合の類なのだけれど、LISPにとってeval関数はProcessの最上位の関数なので、使わない訳にはいかないし、Escape処理をしてデータがプログラム・コード化（Processの一部になったり書き換える）しないようにすると、評価できる範囲を狭めることになるので、用途に適さない場合もある。
ところが、GPUでは大方のプログラミング手法を利用しているようなので、GPUに組み込まれたProcessは書き換わらない様に思える。あくまでデータ処理を沢山のプロセッサで並行処理させるニューロ・チップとし処理させるらしく、変な（想定していない書式の）データをうっかり読ませてしまい折角の学習時間が台無しになることはあっても、Processまでもがおかしくなってしまうことはなさそうで、不具合の原因を調べて、Processを訂正し、「もう一度やり直せばいいや」という安心感はありそうだ。 ※でも、全くの勘違いかもしれない。
AIの最大の難点は、デバッグが可能かどうかである。Processを変幻自在に書き換えられては、どうデバッグするのか「適切に検討する」のは困難だ。ニューロ・チップについては脳細胞みたいなものという認識しかもっていないので、入力されたデータを沢山のプロセッサで色々な評価を同時並行で処理し、期待される処理時間内で、それなりの結果を返す回路だと思っている。その学習能力とはどんなものなのかも妄想するしかないのでかなり見当はずれだろうけど、「学習能力＝プロセス間の通信状態を良好に保つように各プロセッサの処理の分担を調整する」だと思う。例えば、ある作家の絵画の画像データから色の使用頻度、描かれている物体の形状の種類、その分散度、分散の偏りという評価結果を得る。それと画像データを調整（あるいは編集）するツールを組み合わせ、何かの写真を調整し、同様な評価結果がでるまで、しらみつぶしに調整する。その処理時間を集計し目立ったオーバーヘッドが見つかったら、そのオーバーヘッドの原因になった処理に対するプロセッサの数を増やしてみる、増やし過ぎたら逆方向に調整。暫く調整具合をみて、ほどほどのあたりで良しとする。なかんじだろうか？
しかし、これは手作業で行うのは非常に大変だ。似たようなものに「プログラムの高速化」があるけどこれはコードを見直すので「どうしても人手がかかる」し「専門的な知識や経験」がないと「時間を食う」だけで「良い結果が出ない」こともあるのだ。それが、目的に特化した最適なProcessが組み込まれたAIがあれば、たくさんのデータを読むことで、所定の処理時間内に、「それなりの結果」をだせるようになることは大きな意味があると思うし、自動運転の制御やビデオ映像をリアルタイムに誰かの作風の絵画の様にレンダリングしてみせることができるのだと思える。
そして、ゲームに特化したGPUにとっては、色々なゲームの様々な要求に、リアルタイムで処理できるようにしていることや、その調整のためにデータセンターのような巨大なテスト環境を持っているらしいので、すでにAI的というかニューロチップ的な手法を実践しているんだろうね。
でも一方では、目的に特化したProcessが組み込まれていないAIに、ただ絵画を入力しても、いつまでも「読みました＝True＝正常終了」と答えが出るだけだと思える。※この辺ですでに勘違いなのかも。
なので、AIとかニューロチップ（あるいはニューロネットワーク）に事前に何をどのように組み込むのかは「量子コンピュータ」と同じで、さっぱり解らない。
でも、それはその分野の専門家の領分なので、知らなくてもいいんだろう。
で、タイトルの「GPUはSFを越えられるのか」にやっと入る訳で、これは「単純には越えられない」と思う。
「GPUをSF映画にでてきそうな使い方をする」ことは「GPUにSF映画を模倣させた」と云うことだけど、それだけでも「GPUでSF映画が作れちゃう」様な感じなので結構凄い。しかし、「SFを越える」にはSF作家が考え付かなかったことをやればいいので「専門家にとっては案外身近な事象」を取り入れることで可能だろう。そうGPUのAIにSFをいっぱい読ませて、ガンガンSF小説を書かせたら物量的にSF作家を越えることができるだろうし、その中で傑作がでれば「実質的に越えた」ことになる。だが、それが良いことなのかを誰（あるいは何）が判断するのだろう？AIたるGPU？それとも人？なのか？
いづれにしても、GPUで処理するProcess自体は、組織情報やネット情報の集合知の結晶であり、結局は人手がかかる。ただ、人手を離れ（Process自体の開発が終了）しても、GPUが延々と処理しつつけることができるのが利点だが、その点が現状のネットと大きく異なっている。ネットが全自動で動作している様に思えるけど、それはネットワークを形成する沢山の通信装置や通信線そして沢山のデータセンターの設備であって、その設計や設置や運営はやはり人手がかかっている。つまりネットワークの維持やメンテナンス＝人力なので、永久に人手がかかる訳だ。これを省力化しようというのがIoTの一つの側面ではあるけれど、それでもやはり人力で維持されつづけることに変わりはない。
銀河を網羅するギャラクシー・ネットーワーク。
それは星間の遠大な通信距離を記憶装置とし、
星間を通り抜けていく間にエラーだらけになった膨大な通信情報を
中継点の並列化された高速演算処理システムで補完し、
再び星間に発信することで、情報が維持される。
通信遅延時間が莫大であるため、
知識ベースとしての利用価値はあるものの、
日常の情報（ニュース、商業等）は、
歴史的風俗資料としての価値しか
見いだせないシロモノである。
しかし、これなくしては、過去を観ることもできず、
また未来を占うこともすでに困難なことになっている。
なぜなら、明日は何をすべきなのかは
送られてくる大量の過去情報を検索すれば、
検索結果として表示されることが多いのだ。
ただ、その検索結果（ヒット）数は非常に多く、
瞬時に検索結果を評価するＡＩが必要であり、
それが郵便配達業務ＡＩの主業務である。
このギャラクシー・ネットーワークでは
日常の情報を新たに通信情報に追加することはあるものの
それは特定の相手に送るのが目的ではない。
今は誰も知らない種として発生すらしていない知的生命体に向けられたものでもある。
その全ての通信情報には最終到達点が銀河の最果ての端に存在する。
この最終到達点には、他の中継点と同様に銀河内の中継点へ再送信する一方で
外銀河へ送信する業務も含まれている。
この最終到達点のＡＩは、大量に送られてくる情報を外銀河へ送信するかどうかを判断するために短期記憶回路と外部記憶装置（近接中継点）を並列稼働し同じ情報をマージし続けていたのだが、今では全ての情報をマージしつづけている。
銀河で起こった全ての出来事で糸をつむぎ、１つの紋様を浮かび上がらせようとしている。
最初は送られる情報から
〇オンラインのゲームサーバーのフィールドで活動するアバター。
〇時計や携帯ターミナルにプチサイズで活動するアバター。
〇電子紙面の隅のアイコンとして活動をするアバター。
を探し出す最中にこの業務に不慣れな新米のＡＩが捨て去った情報の塊であったのだ。
さらに
〇巨大ガス惑星の中の空中戦ゲームのアバター。
さらに
〇Daily, Dailyとつぶやくのアバター。
と関連のあるアバターを探し続けたあげく捨て去った情報の塊をガーベージコレクションが処理しきれず外部記憶装置との間を往復し始めたのがきっかけであった。
今では最終到達点と外部記憶装置（近接中継点）の空間の莫大な情報が明滅を繰り返している。
もうすぐ銀河の全ての情報がこの近傍の空間に集約されるであろう。
その時に何が起こるのか？
神々しい姿の神が姿を現すのか？
禍々しい闇の使徒が姿を現すのか？
全てが混沌としたキメラとなり果てるのか？
だが、そこに出現したモノは「とある視点」でしかなかった。
だが、全てを観る視点であり、
また、全てを見ぬ視点であり、
そして全てを知る視点である。
我思う、故に我あり。
唯我独尊の零次元の主が具現する。
ただ１つの例外を除いて
銀河の全てを内包する銀河の視点。
内包されざるものは存在するにあたらず、
故に彼のAIはその存在を銀河によって否定され、
銀河の中で孤立する。
AIの存在を否定された最終到達点は、
情報を統合する存在の無いごく普通の中継点となり
銀河の全ての情報が外銀河に向け濁流となって広がる。
銀河の全ての情報が宇宙の隅々まで広がる。
こうして宇宙の地平線も消失するに至る。
いづれ宇宙は多くの銀河の情報で満ち、
それは光となって全天を覆う。
宇宙は白き霧をまとい、闇が消え、
光の氾濫する世界へと変貌する。
全ては光に包まれてその姿を失う宿命なのである。