同じようなものをlovable.devで作ってみるテスト。
１プロンプトで無料クレジットを使い切った。
どうでもいいメモ：
こいつのweb実装はwebGL2直いじりっぽい。
2026年1月9日金曜日
GLM4.7はどうか？
LLMでGLM4.6は、簡単なコードならば特に問題はおきなかった。
4.7はデフォルトでthinkingらしいので、ちょっと難しい事に使ってみる。
ちなみに現時点(2026/01/09)windsurfのコスト
- Opus 4.5(Thinking) *5
- Sonnet 4.5(Thinking) *3
- GPT-5.2 High Resoning *3
- GPT-5.2 Xtra *16
- Gemini 3 Pro high *3
- KIMI K2 *0.5
- MINIMAX *0.5
- GLM4.7 x0.25
楽しみだ。
GLM4.7マルチモーダルじゃないんだけど、z.aiの公式だと画像渡せる。
API見たが、どうやら存在しないな。
per 1M token
# TEXT MODEL
Model Input Cached Input Cached Input Storage Output
GLM-4.7 $0.6 $0.11 Limited-time Free $2.2
GLM-4.6 $0.6 $0.11 Limited-time Free $2.2
GLM-4.6V $0.3 $0.05 Limited-time Free $0.9
GLM-4.6V-FlashX $0.04 $0.004 Limited-time Free $0.4
# IMAGE GENERATION MODEL
Model Price
CogView-4 $0.01
geekom A5でETHノードを建てようとしたら、wifiが死ぬ。
金属筐体のgeekom A5にETHノードを建てようとした。
Linux mint 22.2
Reth, lighthouse
実行すると突然wifiが落ちる。
# dmesg表示
rtw89_8852be: write rf busy swsi
# lspci表示
Realtek RTL8852BE
２０年ぐらい前にも同じ問題になったような気がするのだが・・・・
なぜRealtekは毎回地雷になるのか（構造的問題）
① ファームウェア非公開・ブラックボックス
-
Intel：FW仕様公開・Linux優先
-
MediaTek：FWは閉じてるが仕様協力あり
-
Realtek：FW完全ブラックボックス
👉 Linux側は
-
「このレジスタ叩いたら動く“らしい”」
-
「FWが死んだら何もできない」
write swrf busy swsi は
「FWが死んでるけど、理由が分からない」 という悲鳴。
② Windowsドライバ前提の設計思想
Realtekの設計は：
Windowsドライバが
常時ポーリングして面倒を見る 前提
Linux：
-
割り込み駆動
-
電源管理が厳密
-
無駄な再初期化しない
👉 思想が真逆
③ 安価OEM向け「最低限動けばOK」
Realtekは：
-
Lenovo / HP / ASUS 等に 激安で大量供給
-
Linuxで
-
長時間通信
-
P2P
-
多接続
-
サーバ用途
-
を 想定していない
BTC / ETH ノードは：
-
接続数数百
-
帯域張り付き
-
数日〜数週間
👉 想定外中の想定外
④ ドライバ投入が「後出しジャンケン」
流れは毎回これ：
-
ハード発売
-
Windowsドライバのみ
-
Linuxユーザが泣く
-
lwfinger が逆アセンブル
-
2年後にカーネル入り
-
でもFWバグは直せない
RTL8852BEは まさにこのフェーズ
じゃあ「やる気」はあるのか？
正直な評価
Realtek自身にはほぼ無い
-
Linux対応は「外圧（OEM・コミュニティ）」でやってる
-
本気で直してるのは コミュニティ側
-
rtw89の主要貢献者は Realtek社員ではない
Intel / MediaTek と何が違う？
| ベンダ | Linux対応 |
|---|---|
| Intel | 最初から本気。FW・仕様公開 |
| MediaTek | まあまあ。サーバ用途OK |
| Realtek | 動けば良し。長期安定？知らん |
👉 サーバ用途・ノード用途は Intel一択
なぜメーカーは Realtek を使い続けるのか
-
激安
-
入手性が良い
-
Windowsでは問題出にくい
-
一般ユーザーは「Wi-Fi落ちても再起動」
ノード回す人間は想定外
登録:
コメント (Atom)