底なし沼

新木先生、みなさん　こんにちわ。

sakuraですが、昔はもっと高かったんですよね。
独自ドメインで年\35000とかそのくらいだったかな。

　自分の周りでも何人かUserが居ますが、おおむね好評です。
　コレといってトラブルは聞いてないですよ。
　
　あとはファーストサーバとかASJとかもありますね。
　年3-5万くらい。でもコレでも結構安かったんですが。
　
　個人的にASJ使ってますけど、インフラは特に問題ありません。
　ただどうも事務がダメで、申込みとその後サービス変更の為に
　IP変わったりしてますが、作業終了の連絡がサッパリ来ない。
　ということが2回ありました。通常使う分には問題ないのですが。
　
　ロリポップも安いようなんですが、どうも見た目がアヤしくて。

＞非常時の食料とか

　日本の水資源は豊かだといわれてますが、じつはぜんぜん貧乏です。人口あたりに換算してみると。

　生活用水やら工業用水やらを、ぜーんぶ農業用に転用していったとしても、輸入している食料を栽培するのに使われた水の総量に、まったくぜんぜん足りません。

　てことは、土地がどうにかできたとしても、水不足となる可能性が大ということ。
　作物ごとの必要水量だとか、作物ごとの収穫量とか、作物ごとのカロリーだとかを積み重ねていけば、１億２５００万人が全員生き延びられる解は、どこかにあるのかもしれないけど……。

　まー、幕末あたりの日本人口が参考になるのではないかと。
　これがざっと、３０００万人。
　およそ９５００万人は飢え死にでしょうね。





＞モヤシとか

　モヤシやアルファルファ、あとカイワレ大根なんかも、種子の状態よりか、カロリーは落ちてませんか？
　発芽と成長に要したぶん、減ってるはずです。
　タネのまま貪り食ってたほうが、良さそうな……。水で体積が増えている分、腹はふくれるかもしれないけど。

　あと野菜は基本的にカロリーはないですよ。
　いくら食べても野菜であれば痩せられる、てな触れこみになってますし。
　ゼロじゃないんですが、ほとんどゼロに近いと思っていたほうがいいかも。

　カロリーがあるのは、穀物か、油。
　ただ植物油脂は種子から絞り取ることが多いので、餓死するかどうかの瀬戸際であれば、油になんてしないで、そのまま食べちゃうことでしょうね。

　ところで牛乳って、意外とカロリーがあるんですよね。栄養価バランスも完璧に近い完全食だし。
　成人が１日に３リットル飲むだけで、必要な栄養はすべて足りる計算です。

　乳牛種だと、乳は毎日２０リットル出るそうで。
　これは成人７人分を生かすのに十分な量です。
　乳牛がいれば、そこらで雑草を育てて刈り取って、たくさん食わせてやるだけで、なんとか生き延びられるのかも。
　シロウトがいきなり乳牛を得ても、死なせてしまうだけでしょうが。

　草食動物って、すごいよなぁ。
　草だけで生きていけるんだもんなぁ。天敵さえなければ、無敵だなぁ。




＞肉とか

　まあ、一般庶民が手に入るであろうのは、鳥の肉かなぁ。ニワトリなら放し飼いにしておくだけで、適当にそこらの虫やら草やらをついばんで育ってくれて、卵も定期的に落としてくれるから重宝されるだろうけど。
　食用に回されるのは雄鳥と卵を産まなくなった雌鳥だけだろうから、かなりの贅沢品となるはず。
　ちなみに自然環境で育てると、ニワトリも毎日は卵を産みません。





＞ＳＡＫＵＲＡ

　とりあえずマイナス評はなくて、良さげだということで、近々試してみます。
　そしたらなんかレポートします。

　――といっても、現在のサーバーがまだ１年ほど使えるので、その頃になったりするかもしれませんが。もうちょっと早く存在を知っていたら、更新しないで切り替えたところですが。
　現在のメールアドレスを使えるのが、３月までですから、まあその前には。

たいへんご無沙汰しておりました。
最近ちょっと仕事の方が忙しく、あまりPCに電源を入れる機会が無かったのですが、久しぶりに暇が出来て覗いてみたら面白い話題が…ｗ

早期で食べられるようになる食物としてカイワレやモヤシが例に挙がってましたが、我々が普段目にしているカイワレやモヤシは本来の姿とは似ても似つかないものです。
スーパーなどで並んでいるのは光を殆ど当てずに栽培しているもので、新木さんが書かれている通りに殆どカロリーはありません。
しかし、カイワレもモヤシもしっかりと日光を当ててやれば、形状もかなり違ったものになり、栄養価も光合成によって高くなるとの事。
同じようにキノコのシメジも、本来はまいたけのような形で、味も一般に売られているものよりも格段に良いとか。
あと早期で食えるといえば、意外と盲点だったりするのが「虫」だと思います。どっかの国ではゴキブリだって食べますから（食べたいとは思いませんが）

＞牛乳とか
確かに乳製品というのカロリーが有ります。ですが、乳牛を一頭養うための牧草を得るのに必要な土地を考えると、そこで別のモノを栽培した方が良いようです。一日に自分の体重の何分の一（正確な数字は失念 汗)なんて言う量を食べるモンですから(笑)
後動物性たんぱく質と言う面からの非常食ですが、日本は世界でも屈指の魚養殖技術を持っている国です。確かマグロの養殖を成功させた唯一の国だったと記憶しております。缶詰等だけでは無く、燻製や塩漬けなどの保存食の製造方法も多彩で、結構いい線行けるのでは？と思います。

　もちろん牛には牧草なんて上等なものは食わせません。
　そこらに自生してる雑草を食べてもらいます。まあイネ科の草はだいたいすべて牧草になるから、空き地に普通に生えてるものと、ほぼ一致しますが。

　でも広い原っぱでもなかったら、すぐに食べ切っちゃうかしらん？
　十メートル四方ぐらいの空き地を刈り込むと、何十キロぐらいの雑草は取れるけど。また雑草でいっぱいになるまでには、何十日かかかるわけだし。

　牛の食事は、放牧牛で毎日１５キロ。
　乳牛だともっと栄養の良い穀物入りの飼料を３０キロ食べるそうだから……。
　雑草だけだと、乳牛は乳の出が悪くなってしまいそう。


　あとマグロは肉食魚なので、エサは小魚です。昔はイワシをあげてたもんですが、最近はイワシが高級魚になってしまったので、なにあげてるんだろう？
　ちなみに人間が食用にする魚はほとんどすべて「肉食」ですので、養殖はまったく引き合いません。エサとなるものは人間も食えるものなので、そのまま食べていたほうが、１０倍以上お得になります。

　魚だと、人間と食性の競合しない魚になるはず。
　プランクトンや昆虫を食べる種類でしょうか。フナとかコイとか。手頃な大きさの池があったら、放しておけば、あとは勝手に増えてゆくはず。でもこれを養殖っていうかどうか、微妙なところ。

　中断、およそ３ヶ月。星くず書きはじめました。
　いやドラクエやってる場合じゃないって。終わったけど。脱皮七回かよ勘弁してくれてな感じ。
　今年中に脱稿目標ってことなんだけど。どうなることやら。

　９月あたりに書き終えてあった二章のところで、直したいところがいくつかあるのだけど、まずは強引にでも三章を書き始めることに。


　ところで、ロケットのマックスＱの高度って、地上１０ｋｍあたりにくるらしいけども、燃料と推進剤が減らないタイプの宇宙船の場合、この高度は上にくるのか下にくるのか、どっちになるのかしらん。
　つまり燃焼時間に関わらずロケットの重量は一定で、推力（と加速度も）一定となるということ。
　惑星はまあ簡単に地球と同等ってことで。


　熱核ロケットエンジン搭載の《にょろＱ》の場合、たった９キロ程度の増速で、軌道離脱一回程度では、推進剤タンクはほとんど減らないはずなので。

　高度による空気密度の変化と、等加速となる速度との、本来よりやや単純な関数となるはずだけど。

　マックスＱの高度は、いちおう、やや上ってことにしておこうかな。

　まあ、比推力が１００万秒もあるような性能なら、マックスＱなんて関係ない低速で、打ち上げ位置から垂直に、大気圏出るまではゆっくり昇っていけばいいんだ、てな話もありますが。
　２週間にもわたって空中にホバリングを続けられるだけの比推力を持っているんだし。

＞ディスクキャッシュ総量を制限する方法

　ＷＩＮＤＯＷＳ−ＸＰで、ディスクキャッシュとして使われるメモリ量を制限する方法って、ないものでしょうかねぇ？

　ＷＩＮＤＯＷＳ９Ｘのころには、SYSMTEM.INIの[vcache]のところに、MaxFileCache=xxxxxとおまじないを書いておけば、指定量以上のメモリを使わないようにＯＳをしつけることが可能でしたが。
　ＷＩＮＤＯＷＳ−ＸＰでは、レジストリ項目とか、システムポリシーとかの設定で、なにかないのかな。

　メモリを１ＧＢほど積んでいても、ＤＶＤ→ＨＤＤにファイルコピーしたりすると、空きメモリをすべてディスクキャッシュとして割り当ててしまって、重くて重くて、通常操作にさえ支障をきたす始末。
　タスクマネージャで見てみると、７００ＭＢぐらいの馬鹿でっかいディスクキャッシュを作ってしまっている模様。
　１００ＭＢもあれば充分だろうになぁ。
　そのくらいで制限できないものかしらん？

　家電ＨＤＤレコーダーから、録画した番組をＤＶＤ−ＲＷ経由で移動させてきて、編集したりエンコードしたりしてますが、移動のときも書き戻しのときも、どちらも重たくてたまりません。
　ＤＶＤ１枚が４．３ＧＢだから、メモリを５ＧＢぐらい積めば解決するのかもしれないけど。（笑）

ご無沙汰しておりました。カモノハシです。
ディスクキャッシュの制限ですか、そういえばNT系になってから気になったことがなかったなぁ……(メモリなどの全体のスペックが上がったのがあるでしょうが)
私もどうやるのか気になりますが、DVD→HDDへのコピーで動作が遅くなる原因なのかな？
なんとなくPIOモードになっちゃった場合の症状かと思いますが……。
これなら私もよくやります(汗)古いCD-Rのデータを引っぱったりしてるといつのまにやら……。6回ルールにひっかかるようで。

根本的な解決ではありませんが、
Fier File Copy [http://www4.org1.com/~kitt/labo/index.html]
を使ってみるのも良いかもしれません。

> max-q
最大動圧ポイントですよね。これって高度は一概に決められないように思えますが。パチンコのように初速が最大速度なら発射地点がマックスQになりますよね。
もちろん効率の良い地点は有る程度有るとは思いますが……。
それと空気の密度が関係しますからあの惑星にはどのみち当てはめられなさそう？
う〜ん頭がこんがらがりますね……やっぱり音速ちょい手前でノロノロ行くのが私のような素人にはわかりやいです(笑)

＞IoPageLockLimit

　これはＩ／Ｏ用のバッファを増やすための設定ですので、ちがうものかと。
　増やすのではなくて、むしろ減らすほう。

　ところで３２ビット版のＷＩＮＤＯＷＳでは、総メモリアドレスは４ＧＢ分となっていますが、そのうちファイルキャッシュ用は最大１ＧＢであるとのこと。
　よって１ＧＢ以上メモリを積めば、キャッシュが食うのは１ＧＢまでだから、残りは未使用として置かれるはず。

　そういえば常駐して空きメモリを確保してくれるようなソフトがあるけども、あれが似たようなことをしてくれるのかな。ファイルキャッシュが大きくなりすぎるのを抑制してくれるとか。
　使ったことなかったけど、試してみようかしらん？

　しかし、ここ数枚のＤＶＤ−Ｒ、マクセルの２０枚２４８０円の４倍速国産メディアを使っているにもかかわらず、外周２％ぐらいのところで、コンペアエラーが出てくるなぁ。　どうせリードアウト領域だろうから、データの中身そのものには影響ないのだけど。なんだか気持ち悪い。
　容量をすべて使い切らず、９７％ぐらいでエンコードして焼くようにすればいいのだろうけど、なんか損してる気分になるしなぁ。貧乏性なもんで。

　ＤＶＤライティングソフトで、書き込み後にコンペアチェックを掛けてくれるものがあります。
　焼きっぱなしでチェックしないやつとか、読み出し可能かどうかのリードチェックだけ掛けてくれるやつとか、元データと１バイト単位で照合してくれるやつとか、色々と方式があるうちで、いちばん確実なコンペアチェックを使っています。

　コンペアチェックを行うときには、ＤＶＤのほうの読み出しと、ＨＤＤからの読み出しと、合計９．４ＧＢのデータリードが生じることになるわけで、これがかなりヘビーです。　ファイルキャッシュが肥大して、アプリケーションのメモリまで食ってしまって、スワップが始まる始末。
　バックグラウンドで実行させていると、ウインドウ切り替えやら、ＩＭＥの変換やらでさえ、スワップのために引っかかってきてしまう。

　ちなみにデータコンペアは、ライティングソフトの焼き込み時に指定して行う方法もあれば、コマンドラインからＤＯＳのツールを使って、「ZCOPY Z: G: /S /C」とかやることも可能。
　いまだにＺＣＯＰＹを愛用してます。ロングファイルネームを使うときは、ＷＩＮ３２版のＺＣＯＰＹだけど、扱うのが８．３形式だけとわかっているときには、ＤＯＳのコマンドラインのほうが遙かに手軽。




＞太陽電池付きバックパック

http://www.watch.impress.co.jp/akiba/hotline/20041218/etc_volataic.html

　太陽電池付きジャケットもある模様。

　太陽電池があのサイズでは、モバイル機器を動かすのは無理っぽい。
　でも携帯電話の充電用としてなら、役立つかもしんない。

　携帯電話の電池って、よく使う人は、けっこう切れるもの？
　僕は携帯電話の電池が切れた経験は一度もないんですが。用件ぐらいしか話さないし。６時間だの、１２時間だのと、長電話をするのなら、インターネット越しでボイスチャットにするし。昔は電話代数万とか掛かってましたけど。

　太陽電池というものは、いじってみるとわかるのだけど、案外と出力がないもので……。

　太陽の光エネルギーってのは、一平方メートルあたり１ＫＷほどもあって、十センチ四方でも１０ワットほどになり、完全利用できるなら、けっこうなエネルギー源となるのだけど。
　実際には、夜には発電できないとか、昼でも曇天が多いとか、角度が合わないとか、太陽電池の効率が低いとか、色々な事情によって、畳一枚分の面積の太陽電池を用意して、ＭＤを永久利用できるかどうか、てなところ。
　パソコンを永久利用するなら、畳１０枚分ぐらいは用意しないと。

　そういや、テレビ番組で、屋根に太陽電池を張り付けた電気自動車で日本一周するという番組がやっているけど……。
　あれ、テレビで見ていると、毎日走っているように見えるのだけど、実際には、ほとんどの時間は停車して充電しているのだろうなぁ。１週間充電して、ようやく、数時間走ることができるとか、そんな感じになるはずだが。まあ週一回の番組だから、それでもいいのだろうけど。
　しかし、あのパネル面積で発電量を概算すると、１週間でも、充電時間はやや足りなさそうなのだが……。充電期間中はスタッフ１名付きっきりで、発電パネルを太陽の方角に向けているとか、そんな涙ぐましい努力があったりするのだろうか？　じつはＡＣ電源から充電していて、天井の太陽電池はただの飾り――なんてことはないだろうが。
　角度をこまめに合わせれば、ただ貼っているだけの２倍ぐらいの効率になるから、概算で足りてくるのだけど。


　ちなみに光を電気に直接変換する太陽電池より、光を熱に変換して、タービンを回して発電する方式のほうが、じつはぜんぜん効率が良かったりする。
　太陽電池の効率は年々上がってきているけれど、普及帯の電池と比べると、タービン式は２〜３倍の効率がある。ゆうにエネルギー変換効率３０％以上。
　電卓などの小型小容量発電ならともかく、屋根に上げるような中容量や、砂漠に何キロにも渡ってならべるような大容量発電用途でも太陽電池が使われているのは、不思議な現象。

　まあ、タービンのほうがメンテナンスの手間かがかかるけど。
　でも太陽電池も劣化が激しいものだから、メンテナンスの手間は、そう変わらない感じだけど。




＞マックスＱ

　単なる空気抵抗の計算なら、加速度一定として、ある高度における速度と空気抵抗との関数となるわけだから、そう複雑でもないし、数千ポイントぐらいの計算点を取って、ＢＡＳＩＣでもＰＥＲＬでも、エディタのマクロででも計算すれば出てくるかな、と思ったりもしましたが。
　超音速領域に入ったときの空気抵抗の計算が、たしか、一筋縄ではいかなかったはず。
　また音速自体が、高度と気圧によって変わってくるし。高々度の空気の組成は地表と違うから、またそこでも変わってくるし。
　変動要素がひとつなら、直感で処理して「たいしてかわんない」と判断しちゃうどんぶり勘定も通用するだろうけど、三つもあると、「よくわかんない」としておいたほうが無難だなぁ、と。

　直径千キロの標準岩石系天体が、自転の遠心力で崩壊していってしまう回転速度って、誰か求めてくれないでしょうか。
　って、プロの風上にもおけないことを書いてますけど。（笑）

　まあおおざっぱに、遠心力による力で天体直径に変化が出ないとして、赤道上の物体が重力と遠心力との綱引きに負けて飛び出していってしまう回転速度ってことですが。

　特典は、１０巻が出たときに、「ああ、あれのことだな」とニマリとする特権ってことで。

　ちなみに地球上での地球回転による遠心力は、赤道直下で０．３パーセント程度です。
　体重６０キログラムの人で、およそ２００グラム程度変わります。
　これは角速度の二乗で利いてきますから、地球がおよそ１７倍の速さで回転していると、赤道上から宇宙に向けて、物が吹き飛んでいってしまうことになるわけですね。

　ちなみに遠心力って言葉や概念は、物理的には正しくないんですけどね。
　そこにはただ慣性力というシンプルな力が作用しているだけで、無理して名付けるのであれば「向心力」と言うべきところなんだけど。
　まあ、「向心力」なんて書いたって、わけわからんし。

　んー。とりあえず勘による概算で、時速１回転ぐらいにしておくかなぁ。
　重力の強さが質量に比例して、距離の逆二乗に比例だから、まあ誤差１桁程度でＯＫってことなら、んなもんかなぁ。

　鐸碑さんのやつ。

　直径１０００キロもあると、岩石の結合力は無視してよいかと。液体として捉えてかまわないはず。ある臨界質量を超えると、丸まってしまうもんですし。
（天体が丸くなるのは、あれは表面張力でしたっけ？）

　あと、直径１０００キロメートルの天体なので、重力加速度は９．８ｋｍ／ｓではないはず。
　天体の質量を求めるためには、平均比重を決めなきゃならんのですけど。
　太陽系内だけの岩石質の天体に限っても、比重ってまちまちなんですよね。鉄のコアがあるかどうかに関わっている模様。

　月の比重は3.34です。イオとかエウロパとか、そのあたりは比重３程度でけっこう重く、ガメニデは２ぐらいで軽いです。小惑星なんかも、水は含んでいないだろうけど２ぐらいである模様。

　ここは２として計算してみますか。
　まず天体の質量を求めないと。
　体積の公式は、4/3πr^3
　直径１０００キロということは、半径５００キロ。

4/3*pi*500e3^3＝ 5.235987755982982E+17
（関数電卓から、まんまコピーなので指数方式のまま）

　直径１０００キロの天体の体積は、5.235987755982982E+17立方メートル。
　比重２とすると、１立方メートルあたり、2E+3キログラム。
　5.235987755982982E+17 * 2E+3 = 1.047197551196596E+21

　天体質量は、1.047197551196596E+21 キログラム

　ふたつの物体に働く力の公式は、GMm/r2
　ここで万有引力定数Gは、6.6726e-11

6.6726e-11*1.047197551196596E+21*1/500E+3^2 ＝ 2.795012152045762E-1

　よって、比重２、半径５００キロメートルの天体の重力加速度は、
　2.795012152045762E-1

　これは３５分の１Ｇくらいであるもよう。
　んで、例の式に代入。

　sqr(2.795012152045762E-1/500e3)*3600/(2*pi) ＝ 0.428380289954985

　毎時０．４３回転のもよう。



　誰か検算よろしく〜。
　ちなみに描写は「時計の長針とおんなじ」とある。
　まあオッケーか。


　ちなみに、月の場合には、重力加速度は地球の６分の１と知られているので、さくっと計算してみると。
　sqr((9.8/6)/1738e3)*3600/(2*pi)＝ 0.555437450754246

　――と、あまりかわらない。

　地球の場合にも計算してみると、
　sqr(9.8/6378E+3)*3600/(2*pi)＝ 0.710220841884868

　――と、やっぱりあまり変わらない。
　天体の分解速度ってのは、大きさ、重さにあまり影響をうけず、どれもだいたい毎時０．５〜１回転あたりにある模様。
　と、あたりをつける。

　ちなみに《星鯨》は中に骨が入っているので、９０度回頭を数分で行っても分解しません。表面の岩石はそれなりに吹き飛びますが。

もうとっくにスパムに関しては終わっているようですが、ふと思い出しましたので投稿します。
XML-RPCインターフェイスを使うと外部からいじれるってのを、どこからか聞きつけてきた友人に頼まれて(お昼２回で)鶴亀[http://hide.maruo.co.jp/software/tk.html]からマクロでPOPFileの分類を補助するやつを作りました(正確に再分類ではなく似非ですが……)。
コレはPerlを使っていますが、OEプラグインにするなら直接呼び出せるようにも出来るはずです。
機能が追加されたのが9月らしいですので知っていたら申し訳ありませんがご紹介まで。

http://members.jcom.home.ne.jp/Temp/Add_Message_to_POPFile_10b.zip

↑のアドレス間違えていました(汗)
http://members.jcom.home.ne.jp/c-spencer/Temp/Add_Message_to_POPFile_10b.zip
です。
ちなみに動作確認はPOPFile,鶴亀,ActivePerlの最新版です。
が、POPFileとか普段使わないので微妙です……発注元の友人は今のところ困ってないとはいっていますが、まだ数日しかたってませんし(笑)

　太陽で行われている核融合の、毎秒ごとのエネルギー産出量を知っている人います？

　輻射量から逆算すればいいのかと思い、半径１億５千万キロの球殻を、くまなく１．３７ｋＷ／ｍ^２で照らしているものとして計算すると、

　4*PI*15000E7^2*1.395E3＝ 3.944269576581981E+26

　――で、3.9×10の26乗ジュールとなりますが。

　輻射総量が、ほぼ全エネルギー総量とみて、差し支えないもんでしょうか？
　対流……はないにせよ、太陽風やら、ニュートリノやらで持ち去られていて、輻射にならないエネルギーってのは、どのくらいあるものかしらん。

　ちなみに「トップをねらえ！」の縮退炉の出力は、シズラーに積まれてる星３型縮退炉の場合で、１０の２６乗ジュールだそうで。
　番組中では「太陽と同じ」とあるけども、太陽の４分の１ぐらいですね。

　太陽の全核融合エネルギーである、3.9E+26[J/s]=[W]というのが、どれだけのエネルギーなのか掴むために、計算してみる。
　バスタービームをぶっ放したとして、地球サイズの惑星を気化させるのに、何秒かかるかということを計算してみる。

　まず地球の体積を求める。

　4/3πr^3 だから、

　4/3*PI*6378E3^3＝ 1.086781292542888E+21

　で、1.09E21立方メートルだとわかる。
　地殻主成分は二酸化珪素だが、データがなかったので、珪素にて代用。

珪素
比重２．３３
融解熱　50.55 kJ/mol
蒸発熱　384.22 kJ/mol
比熱　　700 J/(kg*K)
融点 1687 K (1410 ℃)
沸点 3173 K (2600 ℃)

　1.09E21立方メートルの珪素が、何MOLであるかが重要。
　珪素は原子量２８だから、１ＭＯＬが２８グラム。
　１立方メートルの珪素は２．３３トンだから、１立方メートルにつき、83214MOLってところか。
　さらに、1molを蒸発温度に至るまで加熱するために、１度あたり、１molにつき、19.6Ｊ必要だとして、50.96kJ/mol必要だな。
　さらに融解させるために50.55kJ/mol、蒸発させるために、384.22kJ/mol。
　あわせて485.73kJ/mol必要。

　色々、すべて代入して、縮退炉級のエネルギー源が、地球一個を蒸発させるのに何秒かかるかを求めてみる。

3.9E+26/(1.086781292542888E+21*83214*(485.73E3))＝ 8.878326802907056E-6

　おろ。１以下か。なら逆数にしてみるか。

(1.086781292542888E+21*83214*(485.73E3))/3.9E+26 ＝ 112633.835428604

　なんだか３１時間も掛かる計算。
　バスタービームって、あんまりすごくないのだなぁ。どこかで計算まちがえてないかしらん？

　ってことで、純白のときのジークは、ガンバスターよりもぜんぜんスゴイということが判明しました。（笑）
　例によって、誰か検算よろしく。

>ニュートリノが持ち出すエネルギーは、核反応式から求められそうですね

　僕もどうやるのか考えてみましたが、どうもうまく出ない。

　反応前と反応後の質量を比べて、そこから判明している既知の発生エネルギーを引いて、残った不可解な分をニュートリノ分とするのかな。

　熱電対って、電位差が発生しているだけでなくて、電流を流してエネルギーを取り出すと、加熱されている側のほうで、冷却現象が起きたりするものでしょうか。
　つまり、金属同士の接触面で熱移動が起きているのかどうかってことですが。

　熱電対を閉ループにして電流を流せばペルチェ効果が現れるわけだから、そうなりそうなのだけど――。

　熱をエネルギー源とする原子力電池などで、電流を消費している場合と、無消費の場合とで、内部温度や外部温度に違って出てくるのかしらん？




　太陽の輻射量は、表面温度の黒体輻射から求める方法もあると思ったけど、公式が分からなかったので断念。
　とりあえず幾通りかの方法で検算もできたし、そのへんで確定としておきましょう。

　んで、とりあえず英雄的機関【ヒロイックモーター】の臨界出力は、縮退炉よりも大きく、４×１０の２６乗ジュール、てなことになりました。
　曙の張り手何発分になるのだろう。これって。

　しかしバスターマシンって、たいしたことなかったんだなぁ。地球蒸発に３３時間もかかるのか。もう何桁か出力を上げておこうかなぁ。

　いえ、あれです。西澤さんの上げてくれた公式が、出てこなかったということです。

　いえ、あれです。熱電対で電流を流すとペルチェ効果も同時に発生しているのかと、そういう質問なわけです。

　発電機の中の銅線はジュール熱によって発熱しているのか、という質問に近いのかしらん。（だとしたらＹＥＳなわけだけど）

　星くず書くのに関数電卓が手放せなくなってきてる気がします。
　ええと、ナナセンマン兆トンって、何コニシキだろう。
　その激突の衝撃エネルギーは、ええと、何アケボノになるのだろう。

　戦闘力の単位として「フリーザ」って単位はどうでしょう。って、これは夢境ネタですかそうですか。

　ＦＣＡＬＣなんていう、ＷＩＮ３．１時代のアプリをずーっと使い続けています。独自関数の定義とか、ワンタッチでできるので重宝モンです。
　しかし１６ビットアプリのせいか、ＷＩＮ−ＸＰにしてから、よく落ちてくれるようになりました。
　なにかいい関数電卓はないでしょうか？

　――って、いまＶＥＣＴＯＲって見てみたら、ＦＣＡＬＣのバージョン３．００が出ていることを発見。
http://www.vector.co.jp/soft/win95/personal/se006427.html

　しばらくこれを使ってみようかしらん。
　３２ビットアプリなら、安定しているかもしれない。

しゃべった。しゃべったよ、ねえジェニー。

じゃなくて。
ＦＣＡＬＣバージョン３．０は喋りました。計算結果を読み上げてくれます。いらん機能かと思ったけど、億兆単位の数値の認識には便利かも。


いまふと気がついたのですが、ペルチェ効果が現れるときの電流の向きと、熱電対のゼーベック効果で発生する電流の向きとは、逆になってたりしてないかしらん。

　　　　　　　／−Ａ−−冷たい側　（電位＋）　↓
熱い側　＜　　　　　　　　　　　　　　　　　　　　　↓電流
　　　　　　　＼−Ｂ−−冷たい側　（電位−）　↓

　このように、素材Ａと素材Ｂとがあるとして。
　電位は素材Ａの端がプラスとなって、素材Ｂの端がマイナスになるのだとします。
　すると両端を短絡した場合に、電流はＡからＢに向かって流れます。
　このときのペルチェ効果は、「熱い側」から「冷たい側」に熱を運ぶ方向で働くのかどうなのか。

ＦＣＡＬＣ、バージョン上がったのはいいけれど、１０進モード字に桁数の大きな計算すると、オーバーフローで落ちるという新たなバグが発生している。
前のバージョンみたいに、自動で指数に切り替えてくれればいいじゃんかー。
ちなみにバージョン３．００へのアップグレードは、日付が１９９６年になっている……。

　例のＦＣＡＬＣは、数式を流し込んでやると、答えが出てくるというものです。

0.5*7.375308641975309E+22*(30*10000E3)^2

　とか。こんなふうに入れてリターンを押すと、

0.5*7.375308641975309E+22*(30*10000E3)^2
＝ 3.318888888888889E+39

　とかいう表示に変わる。
　十進表記とかに切り替えるにはボタン押しが必要。
　変数代入なんかも等式で可能で、プログラム言語ライクですね。

　なに計算してるのか、見れば、わかる人には、わかってしまうなぁ。（笑）
　ナイショにしといてください。


　しかしＰｅｒｌで作るという手がありましたっけ。
　でもＰｅｒｌって、有効桁数何桁まで？
　たとえば星くずの場合、０が３９個並ぶような計算を指数でなく、１０進で行いたいようなケースもあって、有効桁数は最低１００桁ぐらいは欲しいところ。
　まあ四則乗余に限って、演算ルーチンを自前で組めばいいのか。

　質量エネルギー変換だと、０．５は掛けないんだっけ。

　じゃあ、正しくは、こうっす。

7.375308641975309E+22*(30*10000E3)^2 + 0.5*7.375308641975309E+22*(30*10000E3/100)^2


　ところで天文屋って、指数の桁数だけで物体サイズをイメージ可能な人種ですか？

　そういや昔。
　８ビットマイコン時代に、インタープリタ言語と、そのコンパイラなんかを作っていたりしましたが。
　そのとき演算パッケージは、まず最初に作ったなぁ。
　ＣＰＵが６５０２だったもので、そもそもレジスタ長が８ビットまでしかないから、普通に演算していると０〜２５５までの数しか表せない。ゲームを作るにしてもなんにしても、せめて１６ビット長で０〜６５５３５まで表せないとなにもできないから、キャリーフラグを仲介にして、２回の繰り上がりでもって計算してました。

　んで浮動小数点演算のほうも、いちおう実装したけども。
　やっぱり一度に足し引きできるのは８ビットまでだから、桁上がりの回数を増やしていくだけで、何桁の計算でも可能でした。桁上がり処理を４回やって、３２ビット浮動小数点演算でやっていたっけ。
　桁数と速度とは、トレードオフの関係にあります。フライトシミュレーター作ったときにはテーブル張ってたし、結局、浮動小数点演算は使わなかったなぁ。遅かったので。
　計算結果が出るのに０．１秒ぐらい待てるなら、エディタのマクロでも、なんででも、数百桁の有効桁数は持たせられます。
　最近のパソコン、早いからなぁ。クロック１ＭＨｚのマイコンと比べると……。ええと、クロック比で単純に３０００倍以上で、複数命令実行可能なぶんと、一度に６４ビット長なり、１２８ビット長なり実行可能なことを合わせると、１０万倍ぐらい早いことになるのかなぁ。

Perlはどうなのかしりませんが、Rubyってスクリプト言語にはBigDecimalってのがあります。
多倍長の小数を含む各種演算が可能になります。
http://docs.warhead.org.uk/pkg-docs/ruby18/bigdecimal_ja.html
に概説があります。
書いてありますがmath.rbってのを使うとsin,cos,exp,logn,PIなども使えます。
文字列にするときには指数表示にできますし。
例：
################################
a = BigDecimal((PI(100)/2).to_s)
puts sin(a,100) # => 0.10000000000000000000......E1
################################
みたいな雰囲気で出来ます。まぁ速度は気にしないかぎり非常に便利です。
きっとPerlにもあるんじゃないでしょうか？そういうライブラリが。
バッチやマクロのあるエディタなんかと組みあわせると関数電卓っぽいことも結構簡単です。

　Perlでも似たような物が無いかどうか検索してみたところ、次の様なサイトが出てきました。

　http://dergranz.sunnyday.jp/main/modules/bwiki/index.php?cmd=read&page=%A5%E1%A5%E2%2FPC%B4%D8%CF%A2Tips#content_1_3

　これでカモノハシさんがやってた事と同じようなレベルで計算が出来るようです。


　また、これを検索中、bcなるインタプリタ言語を発見。
　任意精度指定が簡単に出来る模様（但し4の倍数）。合わせて載せておきます。

　http://www.mlb.co.jp/linux/science/bc/