- Campaign
-
Category
30WのBitaxe Gammaを限界まで詰めたら、「電力をどこに注ぐか」という話にたどり着いた
新しく手に入れた Bitaxe Gamma 602（BM1370チップ搭載）を、最大ハッシュレートと最高効率を切り替えながら使いたい——そんな軽い気持ちで設定を詰め始めた。最終的には、手持ちの旧機をどうするか、さらには太陽光の売電単価まで巻き込んだ「電力をどこに注ぐのが一番賢いか」という話に行き着いた。その記録を残しておく。同じことをやろうとしている人の役に立てば。 ■ まず最大ハッシュレートを狙う——が、ボトルネックは意外な場所にあった 下調べの段階では「最大ハッシュレートの上限は冷却で決まる」と思い込んでいた。周波数を上げれば発熱が増え、冷やしきれなければエラーが増えてサーマルスロットリングで頭打ちになる、という理屈だ。実際それは半分正しかったが、半分は外れていた。 我が家の個体は、箱から出した時点で 750MHz / 1200mV にセットされていて、1.5TH/s ほど出ていた。ただし Error Rate が 1.18%。これは「その周波数に対して電圧がわずかに足りず、チップが計算をミスしている」サインで、無効な計算ぶん実効ハッシュレートを少し損していることを意味する。 AxeOSのダッシュボードを眺めて、思い込みが崩れた。ASIC温度は54°Cと冷え冷えなのに、消費電力が25.7W。電源は30Wなので、残りはたった4Wほど。さらにVR（電圧レギュレータ）温度が64°Cで、警告ラインの70°Cに近い。つまり我が家の個体のボトルネックは、ASICチップの冷却ではなく、電源とVRM（電源回路）の発熱だった。チップ本体はまだ余裕で元気なのに、電源まわりが先に音を上げる構図だ。 ■ 775 → 800 → 825、そして「壁」 AxeOSのWeb画面では周波数の上限が750までしか選べなかったので、デバイスのAPIにカスタム値を投げて、25MHzずつ上げていった。各ステップで10分ほど待ち、消費電力・VR温度・エラー率を確認する。 ・775MHz：1.57TH/s、エラー1.0%、VR 65°C、26.6W ・800MHz：1.68TH/s、エラー1.0%、VR 65°C、27.2W ・825MHz：1.66TH/s（むしろ低下）、VR 67°C、28.0W 825で頭打ちになった。ハッシュレートが800より下がり、VR温度と消費電力だけが上限に迫る。電圧を足せば825も回せたかもしれないが、30W電源では危険だ。800MHzがこの個体・この電源での最適点だと判断した。落ち着いた実効値で約1.63TH/s、効率も当初の17.68 J/Thから16.68 J/Thへ改善していた。 ■ エラー率を潰す——電圧の影響は非線形だった 次に気になったのが、まだ残る0.9%のエラー率。これは電圧を上げれば下がる。1200→1220mVに上げたところ、エラー率は0.9%から0.16%へ激減した。ほぼゼロだ。しかも無駄な計算が減ったぶん、ハッシュレートもわずかに上がった。 ただし代償として、VR温度が69°Cまで上昇。警告ラインの目前だ。面白いことに、1200→1210→1220と試すと、1210ではエラーがほとんど変わらず、1220で初めて劇的に下がった。電圧の影響は線形ではなく、ある閾値を超えて初めてストンと落ちる。 ■ 移設の顛末——「涼しいはず」が逆だった VRMさえ冷やせれば1220mVを常用できる。そう考えてサーバーを置いてある場所に移設した。空気の流れも良いはず——と思ったら、結果は逆だった。 新しい場所での実測は、VR温度70°C、ASIC 57°C、エラー率も1.6%へ悪化。デスクより暑かったのだ。さらに一瞬、ダッシュボードがASIC停止（消費8.3W、温度表示が「--」）を示してヒヤッとさせられた（実際にはAPIは正常稼働を返しており、瞬間的な表示グリッチだった）。 そこで外部ファンの風をVRMに直接当てる配置に変更。これが功を奏した。VR温度は70°C → 66°Cまで低下し、デスク時より良い数字に。これで1220mVを安全に常用できるようになった。最終的な最大設定は 800MHz / 1220mV、1.64TH/s、エラー0.16%、VR 67°C、28W。 教訓もあった。強制空冷を前提に電圧を上げると、ちょっとした位置ズレで風が外れた瞬間にVR温度が跳ね上がる。ファンとデバイスはしっかり固定する——当たり前のようで、見落としやすい。 ■ 最高効率モード——三つの「裏切り」 続いて効率モード（J/Th＝1テラハッシュあたりの消費電力を最小化）を探った。理屈では、周波数も電圧も下げれば効率が良くなるはず。ところが三つの予想外があった。 一つ目。この個体は低電圧に弱かった。500MHz/1100mVまで落とすと、エラー率が12%に急増した。低周波なら電圧は少なくて済むはず
ProtonMail から Hey に、ProtonVPN から Mullvad に移行したお話
数年間使っていた ProtonMail をやめて Hey に移行し、ProtonVPN をやめて Mullvad VPN に移行しました。理由は、ProtonMail と ProtonVPN が使いにくかったからです。 # ProtonMail から Hey へ Gmail から ProtonMail へ移行して数年が経っていました。ProtonMail を使っていた理由は、Google にメールの内容を読まれることがないからです。特に深い理由はありません。 私がメールクライアントでもっともよく使う機能はアーカイブです。受信トレイはきれいだと嬉しいタイプです。でもきれい至上主義者ではありません。ニュースレター系は RSS リーダーに飛ばしているので、メーラーで読むことは基本的にありません。プライベートでメールを誰かに送るという行為はほぼなく、企業やサービスへの問い合わせくらいなので、使わない機能です。モバイルアプリはよく使います。モバイルで見て、すぐアーカイブすることが多いです。メールなんてほぼゴミです。 ## ProtonMail への不満 ProtonMail の iOS アプリはアーカイブが致命的に行いづらいです。ワンタップでアーカイブすることができません。仮に設定でワンタップでアーカイブするようにできたとしても、このあと述べる Hey と比較すればどうでもよいことです。少しでもメールが溜まると、この作業がとても面倒になっていました。なので PC で複数選択してまとめてアーカイブしていました。 アーカイブしないという選択肢もあると思います。でもアーカイブしたいです。なぜなら、ほぼゴミのメールの中に、たまに、でもちょくちょく、大事なメールやあとでじっくり確認したいメールなどが紛れるので、Inbox はそういったメールが一時的に滞留する場所にしたいのです。その他はアーカイブして目に止まらないようにしたいのです。 PC でやればよいという考え方もできますが、アーカイブというタスクのためだけに、PC ブラウザでクライアントを開いて作業するというのは意味が不明です。アーカイブという本質的に意味のない作業になぜわざわざ環境と時間を制約されないといけないのでしょうか。 ## Hey のなにがいいか 移行先を探していました。最初はプライバシー重視してます系を中心に探していたのですが、ふと Hey がいいのではないかと思いました。年間 99 ドルの価値があるのかを判断するために、トライアルをはじめてみました。移行することはすぐに決まりました。 Hey にはアーカイブがありません。読むと自動的に Imbox の下部に降ろされます。後で読んだり、返信したりする必要があるメールは明示的にワンタップで Pin することができます。これにより、ProtonMail でアーカイブすることで実現しようとしていたことが実現できています。デフォルトでアーカイブされるようなものです。たまにある大事なメールだけ Pin することで、たまにしか起きない操作を明示的に行う UI に逆転しています。ついでにこちらはワンタップでできる。 これだけで年間 99 ドル払うには十分すぎました。え？笑他にもいい機能あるので軽く紹介します。 受信したメールは、重要なメールが入る Imbox(Important box) 、じっくり読む系メールが入る The Feed 、Amazon のレシートを捨てておく Paper Trail のいずれかに割り当てられます。なにもしなくても Amazon のレシートが目に止まらなくなって幸せです。どこにいれるかは、最初メールが来たときにユーザーが選択します。 通知は来ません。通知してほしいドメインだけ明示的に設定すれば通知は飛ばせるらしいです。でもメールを一刻も早く読みたい状況は想像しにくいので、デフォルトで通知なしは本当に素晴らしい。最近 Taproot が忙しいらしく、bitcoin-dev メーリングリストが活発で通知がめっちゃくる。ProtonMail でも特定のメールの通知 Off とかはできるかもしれないが、なんでわざわざ Off にしないといけないのだろうか。Hey はよく考えられているなと感じました。Basecamp 内部で相当ドックフィーディングされたらしいのでその成果か。 # ProtonVPN から Mullvad VPN へ ProtonMail を使っていたので、VPN も ProtonVPN を使いました。ちなみに料金は bitcoin で払っています。 ## ProtonVPN への不満 特に大きな不満はありませんでしたが、iOS では若干スリープ解除後の接続が遅いかもなぁと感じていました。iOS はネ
