計算機暗号屋日記 (2011年8月 葉月)

2011年8月27日

• 引続き地デジ対応:
  • タイミングが悪かったのか、encoding processが3つ同時に走っていた。 ま、これくらいなら許容範囲か。

2011年8月26日

• SCIS 2012 Q&Aが更新されているらしい。
• 引続き地デジ対応:
  • passive_cooling=1で、色々パラメータをいじって、昨晩からは最高67度が一瞬でただけで、おおよそ65度で安定したっぽい。 うまく動いているようだ。

2011年8月25日

• PARI/GPの歴史。
• 引続き地デジ対応:
  • 涼しくなってきたので、昨晩から960MHz最高運用にしたが、68度止まりで済んだ。
  • だいぶencodeも安定してきたけど、まだ2〜3本/日は手動encodeが必要になっている気がする。 ということで、懸案のTsSplitter.exeの自動適用をscriptに組み込む作業開始。
  • 結構面倒だなぁ。 いろんなファイルがじゃかじゃかでてくるからなぁ。 (c)shell scriptでファイルサイズを簡単に得るにはどうしたらいいんだろう。
  • SD画像があったらHD画像は消していいんだろうか。 微妙な場合もあるような気がする。 一応、ファイルサイズの大小比較はするか。
  • だんだん面倒になってきた。 だいぶperlで書き直したい気分。
  • とりあえず出来た気がするので実行。 とりあえず動いていたけど、いろいろややこしいパターンもあるからなぁ。 どのパターンでも動くかどうかは謎。 そっか。 これだと、CMカットが働いてしまった場合の終了時間チェックがナゾになる可能性もあるのか。 まぁこれはencode済みのファイルの録画時間を見てチェックすることにするか。
  • まぁこれでどうなるか暫く様子見かな。
  • CPU温度を見て動作周波数を変えることについて「FreeBSD-users-jp 93500」で教えてもらったので、実験しようとACPIの文書を勉強中。
  • とりあえず使えそうなのをメモっておくか。 _PSV: Passive cooling threshold, _AC1: Fan low speed threshold, _AC0: Fan high speed threshold, _CRT: Critical shutdown threshold
  • とりあえず実例をメモっておくか: (_PSV,_TC1,_TC2,_TSP) = (88C,0,3,40), (80C,4,3,60), (50C,4,3,60), (90C,4,3,60), (95C,1,2,300), (60C,1,2,300), (102C,2,5,10), (75C,5,4,600), (90C,0,10,2), (50C,4,3,60)
  • 例は色々あるけど、どうしたらよいのか、謎だなぁ。 よくわからないけど、(_TC1,_TC2,_TSP)=(4,3,60)というのが多いからこの辺で、実験してみるか？ _PSV=65Cとしてみる。
  • で、passive_cooling=1として動作周波数制限を止めてpowerdを再起動。 1分後、1400MHzで65度になった。 開始時点でも65度だったが。
  • その後、数分経って66度。 動作周波数は960MHzまで落ちた。 で、65度に戻ったら、1280MHzだった。 まぁうまく動いているのかな。
  • その後、観察していると800MHzと1400MHzの間をふらふらして、温度は61度と67度の間をふらふらしているようだ。 まぁこれはこれでありかな。
  • どうも、単にこの二つの値を行ったり来たりしているだけのようで、せっかく間をなげるのにもったいない気がしたので、_TC1=0としてみた。
  • 多少ましになった気もするが、まだまだガタガタな感じなので、_TC2を1にしてみた。
  • 動作周波数が800MHzと960MHzを行ったり来りになり、温度は61〜65度の間を動いているようだ。 これくらいがいいかな。 とりあえずsysctl.confに登録しておくか。
  • loadが1になったら、1280MHzで65度くらいで安定してきた。
  • いつも手動encodingが必要なやつも、ちゃんとTsSplitter.exe処理が自動でうまくいっていた。

2011年8月22日

• x86/x64最適化勉強会2のatnd。

2011年8月21日

• SC27/WG2シンガポール報告 by 宮地、by 竜田。
• RC5-72 challenge1.780%突破。 昨日のペースだと全空間探索にあと130年。 3年4倍で解読速度が向上するとすると23年。
• 引続き地デジ対応:
  • 整理していったら、やっぱりCMの音が飛んでいるとか、1SEGがencodeされているとかあった。 TsSplitter.exeの導入を急がねば。
  • とりあえず一通り「現在」までチェック完了。 いつも引っかかる奴はやっぱり1SEGとかになっていた。 そういうのはencodeしなおし。 で、あと、残り3つ。
  • で、世の中涼しくなっていた。 のは、いいのだが、クーラーをつけていなかったら、妙にfanがうるさい気がする。 しかも、音がちょっと変なんだよな。 また、cableとか触っているのかなぁ。 このあと、もう暑くならないなら、静かなfanに付け替えるのだが… とりあえずBIOS設定をいじって、高速回転が起きるのをもう少し、高い温度に変更しておくか。 幸いにして、あと2時間ぐらい録画が入らないし。
  • んで、開けてみたけど、とりあえずfanにcableが触れているとかはなさそう。 とすると、どこから音が出ているのかなぁ。 まぁいいや。 とりあえずまずはBIOS設定変更だな。
  • で、displayとかつないで、起動。 BIOS変更前に、うるさいのを確認できるので、原因特定に励むか？ 何か、共振しているっぽいんだよな。
  • んで、うるさいような気がした時に開けてみたりしたんだが、静かになってしまって謎。 音の方は諦めるか。 いじっているうちに直ったことにしておこう。
  • 現在、CPUFANとSYSFAN1の温度設定は、Highest speed TempとIdle Tempがそれぞれ60/35, 40/20。 このうちCPUFANの方を65/60に変更。 は、いいが、なんかいじっていたらBIOS状況ではfanが回らなくなって、CPU Tempが128とか示しているのはなぜ？ BIOS起動中って、fan動作が怪しいことが多いんだよなぁ。 で、OSを起動したら大丈夫かと思って、起動したら、OSの方で、「WARNING: system temperature too high, shutting down soon!」といわれて強制shutdownとなってしまった。 が、もう一度起動したらfanが回り出したのでよしとするか。
  • とりあえず利用状態に接続を戻して起動。 最初fanが回っていたが、OS起動後には静かになった。 多分Idle温度になったということなんだろうな。 実際hw.acpi.thermal.tz0.temperatureが59度だ。 でも、それでも1分毎に61→63→64度と上がった。
  • で、現地を見に行ったら、やっぱりうるさくなっている。 いろんなものが微妙に共振しているっぽい。 うーん。 なんだろう。
  • 温度が上がって、fanが回ってまた静かになってしまったらわからん。 CPUを使う作業をさせるか。
  • 面倒なので、ports/sysutils/cpuburnをいれて、burnMMXしてみた。 これでもあんまり温度が上がらないので、さらにburnP6も走らせてみたら、fanが回り出した。 と、思ったらまたすぐ止まってしまった。 最高動作周波数制限が800MHzではダメだな。 無制限(1600MHz)に戻したら、すぐに回りだした。
  • なんだかよくわからないが、いろいろいじっているうちに、ほとんど共振が無くなったようなので、とりあえずそれでよいことにする。
  • と、思っていたが、15分後ぐらいにうるさくなった。 んで、見に行って、あちこち触っているうちにまた静かになってしまった。 うーむ。

2011年8月20日

• 引続き地デジ対応:
  • 暫く家を空けていたのでどうなっていたかと不安。 いろいろチェック。
  • とりあえずdisk溢れは回避できたようだ。 encodeがうまくいかなかったのも… なんと1つで済んだようだ。 助かった。
  • 温度の方は… うーむ。 75度まで上がったようだ。 やっぱり、閉め切りの家においていたから800MHzでも辛かったんだなぁ。 といっても、1分毎計測で一度だけ。 8/18の18:49に記録。 もちろん、encode的にもloadが2になっていたハズ。
  • いない間についてグラフを書いてみた。 大体朝方が最低で、20時ぐらいが最高となっているのが 8/17と8/18。 それぞれ(min,max)が(58,69)と(52,75)。 8/19はどんどん温度が落ちていって67程度から59度程度まで落ちた。 今日も、温度低下傾向は継続しているがそれが鈍化して、現在57度くらい。 最高でも今日は62度。

2011年8月16日

• そういえば、昨日、ちょっと作業でsendmailを落してそのままになっていた。 ^_^;
• 引続き地デジ対応:
  • 昨晩からの録画、1280MHzでの動作だったが71度で済んだらしい。 また、ちゃんと全てencode済みのものが1st PCにちゃんと来ているようだ。
  • 「Wine on FreeBSD/amd64」に従いwineを入れるところまで来た。 wineだけでも65 portsもはいるのか。
  • んで、上記ページのaliasに従い、shell scriptを作ってTsSplitter.exeを実行。 何の問題もなく動いた。 しかもlimits -d 5242880とかいう必要もなかった。

2011年8月15日

• ↓なんか、今度は家庭内LANは大丈夫だったのに、外につながらなくなった。 ということで、cable modemをoff/onして、復活。
• なんかCG-WLR300NMが新たな無線LAN接続を認めてくれないのはなぜだろう。 また、微妙に熱暴走したのかな。 とりあえず、電源cableを抜いて10秒ほど待ち、またさしたら復活した。 TCP接続しっぱなしのsessionもすべて切れることがなかったので嬉しい。
• 引続き地デジ対応:
  • と、思ったが、何かportsとかでその辺の温度対応をやってくれるものはないかと検索。 「Let's Note CF-R4にFreeBSD 7.0-RELEASEをインストールした記録 CPU周波数の調整」というのがあったので、sysctlでhw.acpi.thermal.user_overrideとhw.acpi.thermal.tz0._PSVを設定。 んで、powerdはoption無しで起動。
  • 70度設定にしたが、暫く見てもsysctl dev.cpu.0.freqでは動作周波数は1600MHzでしか観測できないが、70度は越えていないようだ。 というか、70.0度だとあんまり越えないんだっけ。 ということで、68度上限にしてpowerdを再起動。
  • 数分待ったが全然70度から落ちる兆候なし。 ダメか。
  • 調べたらhw.acpi.thermal.tz0.passive_coolingを1にすればよいとの情報もあったが「sysctl: hw.acpi.thermal.tz0.passive_cooling: Operation not supported by device」といわれて出来なかった。
  • どうもよくわからないので、朝方に自動的にpowerdの-M optionを800にして起動しなおすように仕掛けた。 現状は1280MHz制限に戻した。 これで、起きてから様子見だな。
  • とりあえず1280MHzのうちには69度まではいったようだ。 が、800MHzにおちて、59度くらいまでは落ちたようだ。 また、人間の制御化に入ったので、1280MHzに戻し、人間入力待ちとなっていたportupgradeを再開。
  • どうも5ch音声だと、そのままTSをmencoderに食わせるとエラーだらけになり、さらに音が入らないようだ。
  • ようやく土曜日から積み残していたencodingが終った… と、思ったら、1st PCで異常対応をしているのがちょっと残っていた。 が、あと5分ぐらいで終る予定。
  • portsの最新化が済んで、さっそくwineを入れようと思ったらamd64ではダメらしい。 がーん。 これまでの努力は何だったんだ。 i386に入れ換えるのは問題ないが、その手間を考えると悩ましいなぁ。 やっぱりencodingはすべて1st PCに任せるかなぁ。
  • ということは、ずっと1st PCをamd64にしようかと思っていたのに、放置していたので、助かっている部分もあるということか。 うーむ。
  • 「Wine on FreeBSD/amd64」というのがあった。 要するに32-bit環境も構築してしまえ、という方法なのね。 diskどれくらい食うんだろう。 とりあえず久々に今ならCPUが空いているので実験してみるか？
  • とりあえず、録画してencodeが成功した分も自動的に1st PCへ複写することにしてみた。
  • で、そのi386環境構築中に「/compat/i386がない」と起こられて終ってしまった。 あらかじめ作っておかなければいけないようなのでそうしてみた。
  • 夕方録画の一本目、無事、1st PCにencode済みのが届いていた。
  • ようやく/compat/i386が出来て、chrootを実行、ldconfigはちょっと何かエラーが出たけど大丈夫か。 んで、devfsをmountして、portsは… あれ。 NFS serverはないので、csupで取ってくることに。 で、/etc/resolv.confを自作し、入手中。

2011年8月14日

• 引続き地デジ対応:
  • TsSplitter.exeは素晴らしい。 頭にちょっと副音声が混じったのとかでも-SEPAでうまく落せている。 が、それで出来たTSは直接mencoderに食わせると、音無になってしまった。 ということで、久々にcvlcでM2Pに変換してからmencoderへ。
  • 昼からでかい録画が複数入った。 今のところdiskに録画分が溜る一方だが、朝まで、というか、朝を耐えられるだろうか。 ちょっと不安。 clockをやっぱり速めようかしらん。
  • 無線LANが腐らないという仮定をして、encodeは1st PCに任せようかなぁ。 今のところ、TSの複写はうまくいっているようだし。 もう暫く様子を見て要検討。
  • なんかやばい感じ。 同時に多数のmencoderを実行しないようにしているlogicだが、mencoderの起動数を見てsleep 10とかしている。 が、何か、同期してしまったのか、同時に5つぐらいのcvlcが… diskやばいかも。 朝以降にlogicの見直しだな。
  • 途中、数回複数起動してしまっていたmencoderとかcvlcをkill -STOPかけて、「echo kill -CONT PID|batch」したので助かったのか、そこまでやる必要がなかったのかとりあえずdisk fullは回避できたようだ。 しかし、まだまだ積み残しがあるようなのでちょっと不安ではあるな。 さすがに昨晩の分は終ったようだが。
  • しかし、これでdisk fullを回避できたということは、適切にencode手順を書けば、これくらいの録画分なら800MHzでもなんとかいけるということか。 出張とかで暫く触れない時が起きる前に安定動作をさせたいと思っている。 録画だけを録画マシンにやらせて1st PCにencodeを任せても… と何度も考えては止めているんだよな。 出来れば録画マシンでencodeまで完結させたいとと思っているけど、出来るかなぁ。
  • そういえば、PCで録画を始めたばっかりの時、P4 2.8GHzで、encodeが全然追い付かず、次の日持ち越しとかしていたことを思い出した。 普通にdesktop PCでの実行だったので、diskの余裕はあったけど。
  • 昨晩からのCPUの最高温度は62度。 やっぱり800MHzまで落すと、相当発熱が押えられるようだ。 なぜこれを960MHzまで上げると71度まで上がってしまうんだろう。 これならfanを静かなもののままでもよかったんだけどな。 まぁそれだと65度くらいまでは上がるんだろうけど。
  • うーん。 案外1 segmentの方をencodeしちゃっているなぁ。 頭を0.1 second落すとかしたら大丈夫になる確率は上がっているけどまだまだだなぁ。 TsSplitter.exeを録画マシンにも入れるべきか。 それともtss.pyぐらいでなんとかするか。 とりあえずwineを入れるぐらいはするか？ いや、でも、今はencodeで忙しいのでヘタをするとdisk fullになっちゃうか？ この後の録画スケジュールを見てだな。
  • wineを入れる前にportsの最新化をしようかとportupgradeしたらccid-1.3.12_1とpcsc-lite-1.6.0_1,2が狂っているのでpkgdb -Fしろといわれたがpkg_configとかの方で、いじらないように設定しているので、pkgdb -Fではignoredとなった。 ということで、portupgrade -Oでの実行となった。
  • 帰宅時室温35.6度。 ということで、その間に66度までCPU温度が上がっていた。 やっぱり外の温度には大いに関係するようだ。
  • とりあえず現録画scriptを調べたところcvlcが走っているかどうかのチェックがpgrep clvcになっていたので、execですぐ終るshell scriptのcvlcを見つけ損なっていた。 ということでvlcを見つけるように修正。 これで暫く様子見かな。
  • CPU温度を取得して最高動作周波数を制限するようにしたい気がしてきた。 とりあえず、今だと人間が確認でき、また冷房が効いているので、1400MHzに上限を上げてみた。 これで溜ったencode対象が減ること期待。 裏でportupgradeも動いているし。 これで暫く様子見。
  • むむ。 いきなり1分で59度→67度か。 70度を越えるまでは、とりあえず放置。
  • 5分で70度までいったが、その後は69〜70度で安定しているようなので、いい感じ。
  • 15分ほどで、70〜71度での安定になったので、動作周波数を1280MHzまで落した。 そうしたら、とりあず68度まで落ちた。
  • その後、20分ほどで、66〜67度に落ち着いた。
  • このまま放置はちょっと不安だなぁ。 寝る前に朝、CPU clockが落ちるように設定しておくか。

2011年8月13日

• 引続き地デジ対応:
  • CMとかで音がうまくいかない問題、今までつんでいた分のTSから今のところ全部復旧できている。 残り2本。
  • 金曜深夜から土曜朝の録画。 今度はdiskが溢れなかったようだ。 いろいろうった対策が効果を発揮しているようで嬉しい。
  • 昨晩からのCPUの最高温度は62度だった。 これなら問題ないし、放置しておいてもそれなりに安全圏に入りそうだけど… 動作周波数が800MHzと960MHzでなんでこんなに違うんだろう。 まぁでもこれくらいにしておくのが無難といえばそうなんだろうな。

2011年8月12日

• 引続き地デジ対応:
  • 今朝の深夜アニメでは最高71度で、高い時で70度まではいっていたようだ。 うーん。 やっぱり70度は行きたくないなぁ。 結局うるさいfanにしても800MHzのままってのは悲しいぞ。 ただ平時の温度は60度を割るようになっているのは嬉しいが。 単に世の中が暑いからかもしれないが。 とりあえず、800MHzに落してどんな数字になるかを確認。
  • さて、ようやく時間とやる気が出来たので、音ずれとかencodeがうまくいっていないもの対応を始めるか。
  • ひとつめ。 なぜうまくいっていないんだっけ。 なんか単に後ろが切れている気がするけど、そういう問題ではない？ なぜ、後ろが切れたかは問題だが。 その次の回はちゃんと取れているようなので、これはさっさと片付けて次にいこう。
  • 次は典型的な「わかさトラップ」のような気がする。 よくわからないけど、まずはtss.pyを通してみる。 どうでもいいけど、あんまり速くないな。
  • 出来たファイルをvlcで見たけど、CMで音無になっている状況には代わりないな。 一応、いつものようにcvlc→mencoderとしてみるけど、期待薄だな。
  • 待ち時間の間にGoogle検索で関連情報を調査。 「CentOS5.4サーバ機にPT2を入れて地デジ録画サーバにする」を勉強中。 EPGは今のところ興味ないけど、やっぱり便利か？
  • M2Pの段階で、音がCMの方にまで入っているということはダメだろうな。 んで、さっきのlink先は「PT2で録画したMPEG2-TSファイルの再生環境について&録画鯖の話」に続いていた。 読んでいる間、時間がもったいないので、無駄っぽいけど、次の問題ファイルをtss.pyにかけてみる。
  • 次の「PT2で録画したMPEG2-TSファイルをsplitしたりトランスコードする」を読んでみる。
  • なんだかよくわからないけど、ports/multimedia/ffmepgで「make config」して、適当に作り直してみる。
  • どうも、ffmpegを使っての対応は難しそうだ。 libfaadもなんか権利関係でややこしいみたいだし。 んで、とりあえず「ffmepgでTSを出来るだけ高画質なmp4へ変換してみた」を実験してみているが、盛大にエラーを吐いているし。 と、思ったら、その後、encodeが始まったな。 様子を見るか。
  • 「ffmpeg -i input.ts -programid sid --vcodec copy -acodec copy output.ts」を使って、データを取り出す実験をしてみる。 ほぼtss.pyと同じ結果が得られたが、CMの音無は変わらんな。
  • 188 byte packetを見て、手動で、分割ってのはあるんだろうけど、頭を落すぐらいならともかく、途中のCMを全部見ての作業ってのはちょっとやってられないような。 何か自動化が必須だ。 んで、TsSplitter.exeがいいっぽいので、ports/emulators/wineを入れてみることにする。 と、思ったらghostscript9を要求するのね。 まずはそのversion upから。
  • tsファイル処理で使用できるサポートアプリ。 にいろいろ紹介されている。
  • ffmepgでmp4が出来た。 今度は逆に音はCMだけになった。 いい感じだ。
  • と、しているうちにwineが入った。 んで、wineとしたら… 「ELF interpreter /libexec/ld-elf.so.1 not found」とか言われた。 なぜ？ なんか、最近どうも動的ライブラリの調子が悪いなぁ。
  • ということで、前と同様「/etc/rc.d/ldconfig restart」してみたが、変化無し。 もちろん/libexec/ld-elf.so.1は存在するんだが。
  • よくわからんが「wine run problem (ELF interpreter /libexec/ld-elf.so.1 not found)」 で、なんとかなるかな。 ということで「limits -d 5242880 wine」で実行。
  • 実行できたのはいいが、UTF-8を吐きまくっているのか、ktermが残念な状態に… まぁ暫く待つか。
  • あ、実は、裏番組(?)ってこのTSに入っていたのか。 freqを別にするものかと思っていた。
  • どうも附属manualに説明があるが「limits -d 5242880 wine TsSplitter.exe -SEPA2 hoge.ts|nkf -u」で私の目的にはあっていそうだ。
  • うーむ。 それで出てきたTSはvlcでちゃんと聞けるのにcvlcでM2Pに変換すると 音が情けない状態に… 一応聞けるんだけど、周期0.5秒くらいのでかいノイズが入ってしまう。 何がまずいんだろう。 最後にcvlcがcore dumpするあたたりが怪しいんだよな。 この現象、前もあったな。 うーむ。
  • 「TS初心者勉強会スレ 勝手にまとめ」を勉強中。
  • TSのままいけそうなので、直接mencoderに食わせてみた。
  • ざっと見てみたが、うまくいっているようだ。 これで、残りのも全部同じパターンで問題を起こさないといいんだけど…
• 引続きflu.if0.org引越し作業:
  • 引越し作業というかsendmail設定まとめ。
  • 前回作業は7/30なので、もうだいぶ記憶から抜けているのはまずいぞ。 まぁでも思い出せる範囲で。
  • 「OP25B」を検索語にするといろいろ出てくるのだが、一番参考にした「OP25対策(Yahoo)」が落ちているみたいなので、残念。
  • あちこちに書いてあるSASL対応sendmailについてはports/mail/sendmail+tls+sasl2-8.14.5を入れて使うことにする。
  • 以下/etc/mail以下について。
  • mailer.confについては、portsの方を見るようにするためにすべて/usr/local/sbin/sendmailを見るように変更。
  • あんまり関係ないのかもしれないけどaccessについては

    192.168.1	RELAY
    Connect:192.168.1	OK
    

    とか書いてaccess.dbを作る。
  • authinfoは

    Authinfo:SMTPserver.ne.jp	"U:accountname"	"P:password"	"M:PLAIN"
    

    として、authinfo.dbを作成。
  • freebsd.mcをflu.if0.org.mcとコピーして最後に以下の行を追加。 違った。 最後にある「MAILER(local)」「MAILER(smtp)」の直前に追加。

    define(`SMART_HOST', `SMTPserver.ne.jp')dnl
    dnl define(`RELAY_MAILER_ARGS', `TCP $h 587')dnl
    define(`confAUTH_MECHANISMS', 'EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
    FEATURE(`authinfo', `hash /etc/mail/authinfo.db')dnl
    

  • 「make flu.if0.org.cf」して出来たflu.if0.org.cfをsendmail.cfにrename。
  • mailertableにASAHI-NET対応でいくつかごちゃごちゃ書いていたのをcomment outして、mailertable.dbを作り直し。
  • local-host-nameもいろいろ受けとれるように更新。
  • 某所のsecondary MX対応はどうしようかしらん。 とりあえず害にはならなさそうだからそのまま放置。
  • で、sendmail自体は、これで再起動したらうまくいったんだけど、Mewで必要もないのにpasswordを求められるようになり困ったちゃん。
  • mew-config-alistで設定している"default"に、

    ("use-smtp-auth" . nil)
    

    を追加したら余計なことを聞かれなくなり復活。
  • で、全部かな。
• 不快指数について:
  • とりあえず現在32度53%のようだから81.4ということで、全員が不快を感じているらしい。
  • この数字、温度だけではなくて湿度も関係しているので、 もしかして、締め切った部屋で温度を上げたら不快指数が下がることがあるんじゃないかと妄想。 とりあえず、現状で、湿度が突然0になったら… 不快指数は72.2ということで…あんまり湿度の寄与率は高くないのだな。 まぁでも72なら「暑くない」だからよいのか。
  • とりあえず現在の飽和水蒸気量は空気中の水蒸気によると33.8gだそうだから現在17.9g/m^3の水蒸気があるらしい。 このまま締め切ったとして室温を上げて、不快指数がどうなるか計算してみよう。
  • 33度では82.2、34度では83.1、35度では83.9。 うーん。 ダメか。 もっと先では… 39度では86.9。
  • 逆に温度を下げたらどうなるんだろう。 30度では79.7、25度では74.7、20度では68。 ここから下は湿度100%だから意味がないか。 うーん。 どこかに数値がひっくり返る気持ち悪いところがあっていいと思うけど、難しいなぁ。

2011年8月11日

• SC27/WG2 '10/10ベルリン会議報告(PDF)。
• M1031が分解されたらしい。 彼らはM1061もやっているので、記録が敗れるのも時間の問題だな。
• ↓東電は頑張っているのにISPは頑張っていなかった。 外部接続が落ちた。 んで、復活した。 けど、また落ちた。orz んで、1分ぐらいで復活。
• 落雷で部屋の明かりとdisplayが一瞬消えたけど、大丈夫だった。 東京電力頑張れ!
• 室温計測: 1331 33度 →1541 31度 →1703 33度 →2117 31度。 あんまり暑くならなかったのは夕立ちがあったのが大きい。
• 引続き地デジ対応:
  • 朝、71度まで上がっていたらしい。 やっぱり、もうちょっと動作周波数を落さねばならないか？ ここまで来たら、次は960MHz。 あんまり半分の800MHzとかわらないなぁ。 まぁでもデータを取るという意味で、とりあえず960MHzを試してみるか。
  • 今回始めて完全に復号できないのが出てきた。 どうしたものか。 188 byte packetに区切って二分探索で調べたら最後の6分ほどは取り出せたが。
  • なんか後ろが数分切れているのもあるな。 やっぱり地デジは難しい。
  • 夕方のencodingでは最高67度で済んだようだ。 暫く様子見。

2011年8月10日

• 1800過ぎて、31度まで下がった。 とりあえず部屋にずっといられなくはない温度になった。
• 室温34度まで来た気がする。
• 今日もPC部屋はやはり33度になっている。 暑いかも。
• 引続き地デジ対応:
  • 昨晩録画分では最大71度まで上がっていた。 これで止まるんだったら、かなり瞬間最大風速なので、1280MHzもアリとは思うが、もう一つ下の1120MHz上限にして、どこまで上がるか様子を見るか。
  • 論文チェックもしたいが… ずるずると地デジ対応も引きずりたくないし、様子を見るのにそれなりに時間がかかるので、まずはこっちをやろう。 で、disk full対策、次の手段。
  • いろいろ一時ファイルを作り回るのを、作業終了するまで新たには開始しないlogicを修正。 地デジ化で、firewire経由の時よりややこしくファイルを作ることになっていたので、これまでの判定方法では甘かったので、追加。 pgrepで、ちゃんと「|」が使えたので楽だった。 これで同時に一時ファイルを作り回ってdisk fullになる可能性が激減するはず。
  • decode判定が甘いのの修正。 shellで32ビット越え計算できないのだが、du -mならMB単位なので、TB越えでも計算できるはずなので、それをうまく使うことにする。
  • 一時ファイルの1st PCへのbackup、なるべく早いタイミングでやってdiskの空きを確保。 でも、失敗したら、もとファイルは消したくないので、scp&&rmでうまく行くか実験。 まずは、正常系でちゃんといくことを確認できた。
  • んで、今度は異常系。 コピーの途中でethernet cableを抜いてどうなるか実験。
  • ちゃんとstatusを1で返すようだ。 ということで、このlogicが使えるはず。

2011年8月9日

• RC5-72 challenge1.775%突破。 昨日のペースだと全空間探索にあと118年。 3年4倍で解読速度が向上するとすると23年。
• 引続き地デジ対応:
  • rc.confは修正していたのにpowerdの再起動を忘れていたことが判明。 やはり、5分番組ではよくわからないということか。 ということでpowerd -M 1400で起動しなおし。 ちょうど30分番組のencodeが始まったので、このあとどうなるかがわかるな。
  • 朝見たら、途中71度まで上がったことがあるようだ。 微妙だなあ。 72〜73度くらいまで大丈夫だと店ではいっていたけど。 続いているわけではないからアリかなぁ。 いや、でも、昼間で冷房が効かないともうちょっといくだろうからやばいかなぁ。 念のため、もう一つ下の段階の1280MHzを最大動作周波数にしておこう。
  • 引続きports整理。
    • どうも単に動的ライブラリが見ているものが腐っているだけなので、もしかして、と思って「/etc/rc.d/ldconfig restart」したら… ffmpegとか復活した。
  • どうもこの作業部屋の室温は32〜33度あるらしい。 ちょっと暑いと思った。
  • ↑その2時間後ぐらい。 どうも私は室温34度の部屋で活動しているようだ。 扇風機に当たりっぱなしとはいえ暑いような気がする。
  • ↑その2時間後ぐらい。 31度まで落ちてきたようだ。
  • で、問題の録画マシンは、2 core busyで、67度。 1280MHzなら、アリという感じか。

2011年8月8日

• 引続き地デジ対応:
  • 時間ができたので、CPU fanをもうちょっと高速なものに変換。

    旧: 15dB 7.62CFM → 新: 26.0dB 15.03CFM

    ついでにSATA cableもM/B附属の短いのに交換。 さらに、これまでアンテナケーブルも分配器の代わりに分波器を使っていたので、これも預っていた分が帰ってきたものの中に入っていたので交換。
  • 入れて暫くしたら… かたかた音が鳴り出した。 cableのどれかがfanに触っているっぽい。 面倒だが、もう一度caseを開けて対応。
  • case fanの電源cableがcase fanに触っていたようだ。 caseのcoverを外すだけで対応できた。 よかった。
  • 改めて接続しなおして起動。 問題なく、起動できた。 また、dev.ptx.0.t?.signalでの信号強度も、どちらも4000前後ぐらいになった。
  • で、問題の音は… ちょっとうるさいかも。 微妙だなぁ。 暫く様子見かな。 dBでいうと11違うので、12.6倍くらいうるさいということか。 それ以前に問題の温度はどうなるのかということはあるが。 とりあえず57度前後で安定したようだ。 CPU負荷は… 無理にかけるのも何なので、とりあえず動作周波数制限は止めることにして、夕方のencodeで様子を見よう。
  • 75度まで上がったようだ。 ちょっと高いなぁ。 最高を1400MHzにして、今晩の様子を見よう。
  • 5分番組×2では、67度まで上がっていた。 これならアリだが、この後はどうなるだろうか。

2011年8月7日

• 引続き地デジ対応:
  • 何故か最初の24分しかとれていない番組があった。 なぞ。 録画自体は27分なのだが… もしかして、disk fullを防止するために、ちょっとkill -STOPkill -CONTしたのが問題か？
  • disk fullといえば、今朝は何とか乗り切れたけど、ちょっと現状ではまだまだやばそうだ。 scriptの修正が必要。
  • ところで「pid 88903 (vlc), uid 528, was killed: out of swap space」はなぜ？ これは結構きついぞ。 理由がわからん。 メモリ2GBでは足りないってか？
  • あー。 ちょっとscriptの修正点を思いついた。 ファイルサイズチェックが2倍だとずれすぎだな。 大小比較をしてはいけなかったか。
  • なんか昨晩から今日にかけては、手修正可能な録画ミスが多いようだ。 なぜだろう。 というか、この辺も自動化したいなぁ。
• x86/x64最適化勉強会資料まとめ。
• x86optiのつぶやきまとめ。
• まるもさんの資料。

2011年8月6日

• 今日の帰宅時室温、久々に35度までいっていた。 そのせいか、録画serverのCPU温度が、61度平均ぐらいから、67度まで上がっていた。
• #x86opti資料。

2011年8月5日

• 引続き地デジ対応:
  • 引続きports整理。
    • とりあえずLD_LIBRARY_PATHを手動設定したらicu以外の作り直しはできた。 しかし、相変わらずdefault状態は変わらないな。 「ldconfig -r」すると「-lstdc++.6」が「/usr/local/lib/compat/pkg/libstdc++.so.6」を見に行っているのが問題。
  • 夜の間のencodingでは、最高75度まで上がることが若干はあったようだ。 とりあえず最高動作周波数を800MHzまで落すことにする。
  • 中間ファイル削除codeにbugがあったので修正。 ただのtypo。

2011年8月4日

• 引続き地デジ対応:
  • ようやく録画分の整理が追い付いた。 が、encodeがうまくできていないのが8番組。 gtkのversion upに伴うportupgradeの影響で、cmakeが作れなくなり、またffmpegも動かなくなっているのがいたい。 関係ないかもしれないけど。
  • まずは、portsの方をなんとかするか。 既に使わなくなったhplip3関係をpkg_deleteして、portupgrade -afして様子を見るかなぁ。
  • ということでports整理。
    • 現状601 portsも入っている…
    • とりあえず依存されているものがないleaf portsを全部消去。 再帰的にできるところまで実行。
    • hplip3関係が多かったとはいえ、506 portsは残った。 inkscape関係とかが多いんだろうなぁ。 もう使わないかなぁ。 どうだろう。 暫く保持はしておくか。
    • ということで、portupgrade -af。 なんか、最初から入れ直さないと復旧しない気もだいぶするのだが、直れば嬉しいということで。
    • japanese/weblint97とmultimedia/ogleって、まだ使っているのにports/MOVEDによるとAbandonware扱いなのね。 代わりには何を使うといいんだろう。
    • やっぱり全部すんなり通るというわけにはいかなかった。 「bad C++ code」とか「unknown build error」言われてしまった。 とりあえず、対象portsについて、もう一度実験。
    • やっぱりダメだった。 全部cmakeで止まっているようだ。 ちょっと困ったなぁ。 とりあえずcsupかけて直っていることを期待するか。
    • cmakeはupdate対象じゃなかった。 なにか、ライブラリが抜けているとかそういう問題だと思うんだけど、どれなんだろうな。
    • どうも話しは違うみたいだけど「ttt: (FreeBSD)/usr/ports/math/octaveで、/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by ./gendoc not found」と似た現象だな。 なぜだかLD_LIBRARY_PATHに対応するdefault動作が狂っているようだ。 そのうち直ることを期待して、とりあえずは手動でpackageのcmakeをいれて、LD_LIBRARY_PATHを設定して問題の先送りを試みてみる。
  • CM関係もしくはfull segmentじゃないのでイマイチうまくencodeがいっていないものについて調査&作業したいのは山々だが1st PCのportsの不整合があるので、これは作り直しを待ってからにする。 それ以前に、録画PCの熱問題を解決したいので、とりあえずBIOS変更する。 幸いにして、あと2時間ほど録画がなく、現在encode中のもないので。
  • 現状で、一日に数回70度ぐらいまで上がるので助かっているようだ。 平均的には65〜66度くらい。
  • 現状CPUFAN1とSYAFAN1のHighest speed TempとIdle Tempがそれぞれ、(70,35), (50,20)となっている。 defaultでは…(50,20)なのか。 とりあえずそれぞれ(60,35), (40,20)に変更して暫く様子を見ることにする。
  • BIOSで見ているとCPUFAN Speedはおよそ2020 RPMぐらいで一定しているが、System 1 Speedは前の設定では480 RPMぐらいだったのが、BIOS設定を保存して再起動したら今は1600 RPMぐらに上がった。 CPU fanはなぜ速くならないのだろう。 それとも、ずっと速いつもりなんだろうか。 CPU Temparatureは+75Cとかなっているのに。 System Temparatureが+46Cとなっているのから、SYSFAN1の挙動は理解できるが。 ん？ もしかして、ずっとCPU clockが1.6GHzのfullになっていたりするのか。 そうすると、今のfanでは、clockを上げるのは絶望的だな。
  • いずれにしても現状のハードではどうしようもないので、今の設定で暫く様子を見よう。 とりあえず元の場所に設置しなおし。
  • んで、設置。 OS経由で最初に計測した温度は61度。 現在100MHz動作だけど、最高どこまでにするかなぁ。 人がついてみられる状態の時に、現在の最高800MHzから次の960MHzの実験をしてみるか。 いや、どうせならもっと上の1600MHzの実験をしてCPU温度がやばいようなら、もうちょっと強力な6cm×6cm×1cm fanを買ってくるか。 いまのだと15dbで7.62CFM。 定格回転数というのが1800rpmとなっているので、BIOS的にはもっと回っていることになっているな。
  • SYSFAN1がほぼ常時回っていることになったせいか、CPU温度が58度まで落ちてきた。
  • 録画予約script。 現在は中間ファイルを作り過ぎdisk fullになり易いのでもうちょっと工夫してみることにする。
  • 修正できた。 さらに減らしたいが、どうしたらいいかな。 waitで待つprocessを指定できればいいんだけど。
  • できたと思ったが、ファイルサイズチェックで2^31を越えていてshell内の計算でしくじっていたのでlogicを若干変更。
  • 新しいFANの設定で、encodeとか暫く見ていたが、最大63度で済んでいるようだ。 ということで、動作周波数の制限をとっぱらってみて、暫く様子見。
  • 暫くencodeで1.6GHz動作。 とりあえず20分ぐらいでは72度ですんだけど、微妙だなぁ。 とりあえず960MHz制限にして夜を通してみるか。
  • 中間ファイル削減しても大丈夫かどうかのlogicにまだ穴があった様だ。 ということで修正。

2011年8月3日

• 引続き地デジ対応:
  • いい加減、今日でそれなりにケリを付けたく頑張る。
  • うーん。 頭に変な音があるpacketがついていると、頭15分も大丈夫でもその後からおかしくなることがあるようだ。 ETVで発現。
  • どうも、とある番組がfull segmentじゃないようなのの録画。 cvlcで、数秒だけでもcore dumpするのはどうしたらいいんだろう。 ffmpeg -iで頭の部分のpacketの様子を見ようとしたらどこかのportupgradeでしくじったのか動的リンクライブラリの一部が無くなっていた。 orz
  • 知合いに「わかさトラップ」なるものを教えてもらった。 似たような現象を食らっているのかもしれない。 「ネコ耳SEの独り言: わかさトラップ」辺りが対策の参考になるか。
  • どうもinvalid channel: xxを食らっても、ちゃんとその後はそのチャンネルで録画が出来ているようだ。 珍しくいいことだ。
  • なんか、先週の金曜から土曜にかけての録画はほぼ全滅だな。 手動で、頭を切って再encodingだけど、めんどい。
  • うーむ。 頭が腐っているわけではなくて、先頭23分ぐらいから腐る事例を見つけた。 どうしようかしらん。 とりあえずTsSplitterなるものを試そうかと思ったらWinなものなのか。 続・AV-LS300DWでtsを試してみるか？
• Workshop on Symmetric Cryptanalysisのプログラムが出た。
• いつものnotification schedule 8月まで):
  7/7 IWSEC2011 7/20 ISC2011 8/1 CARDIS 2011 8/16 Asiacrypt 2011 8/20 ICICS 2011 8/20 PQCrypt2011 8/25 CANS 2011
• tweet for Methods of Symmetric Cryptanalysis。

2011年8月1日

• 引続き地デジ対応:
  • 音について、NHKのように途中でCMが入らないようなのでも、なんか途中から変になっている場合があるみたいだ。 難しいなぁ。 とりあえずとっておいてあるTSからどう再生したらいいんだろう。
  • ようやく録画分整理、disk full対応の日曜朝に… は来ていないか。 その分の再encodingが出来つつある。

今月の日記

日本語ホーム頁に戻る

本ページの主張等は著者の所属組織に全く関係なく、個人としてのものです。