横断歩道手前の一時停止は善意でなく義務
Web browserのスピードテストをしたことがきっかけで，Firefox以外のブラウザーも試してみようかと考えました．
ネット検索で，Safari, Firefox, Chrome以外のブラウザーについて聞いてみるとBraveがあるということです．
Braveという名前では，あとあとネット検索をするのが面倒な気もしましたが，試してみることにしました．M4 Mac miniにインストールしてFirefoxからbookmarkをインポートして使い始めました．各サイトのuser名とパスワードは引き継いでくれないので1，その都度Firefoxで確認して入力しています．
Speedometer 3.1でベンチマークを測ったところ，Chromeよりも少し劣るものの，Safariよりも速いです．
タブのグループ化もあるし，ディバイス間のシンクロ機能もあり，Firefoxにあってない機能はないみたいです．
しばらく使ってみます．
Apple Siliconがようやく同包されたScanSnap Homeの速度を測ってみて感じたのは，Rosetta 2って思っていた以上に優秀ではないかということと，Apple Siliconに最適化された優れたアプリって何だろうってあたりです．
とはいえ，自分が使わないようなアプリがいくら最適化されても意味がありません．今日的にはビデオ編集ばかりしているような人以外は，パソコン操作をしている時間ってほとんどWebブラウザを開いての作業ではないかと思います．
そこで，Webブラウザのベンチマークを測ってみようと思いました．
さすがにWebブラウザの重要さを認識している人は少なくないようで，ベンチマークも定番があるようです．その定番のSpeedometer 3.1で筆者が利用可能な環境で測ってみました．
何か条件を変えて繰り返し同じような表示を繰り返すようです．
上の図が，筆者の試した最高のスコアで，MacBook M4のChrome (macOS 15.7.4 Sequoia)です．AI (Gemini)に聞いたら，今日最高はM4 Max / M4 Pro (Mac)で，55 〜 60 前後だそうですから，いい線いっていると思います．
ちなみに，最低はM4 Mac miniでChromeをRosetta 2で動かしたものです．
Google Chromeの情報を見ても，「Rosettaを使用して開く」オプションがありませんが，Geminiに教えてもらって，
arch -x86_64 "/Applications/Google Chrome.app/Contents/MacOS/Google Chrome"として起動しました．
以下，試した結果について表にまとめてみました．
| Description | Safari | Firefox | Chrome (Chromium) | Brave | Optional | Comment |
|---|---|---|---|---|---|---|
| Macbook Air M4 | 50.6 | 39.2 | 56.3 | 53.7 | macOS 15.7.4 | |
| M4 Mac mini | 51.7 | 40.0 | 56.0 | 53.8 | macOS 15.7.4 | |
| M4 Mac mini w/Rosetta 2 | 49.9 | 16.6 | 0.785 | Intel binaryをRosetta 2で動かす．Chromeについては本文参照 | ||
| iPhone 16 | 36.3 | iOS 26.4 | ||||
| iPhone 14 | 28.5 | iOS 26.4 | ||||
| Intel Mac mini (2018) | 19.9 | 13.7 | 19.9 | 18.9 | Core i7 6-core 3.2GHz，macOS 15.7.4 | |
| Lenove ノートPC | 17.8 | 18.0 (Edge) | Core i7-10750H 2.60GHz, Windows 11 | |||
| Google PIXEL 8a | 16.2 | Android 16 |
||||
| Manjaro Linux AMD64 | 11.1 | 7.26 (Konqueror) | Core i7-4790S 3.20GHz | |||
| Nixos Linux AMD64 | 9.72 | 10.9 (Chromium) | 8.21 (GNOME Web) | 同上 | ||
| Mac mini Late 2012 | 9.62 | 5.87 | 10.6 | 9.55 | Core i7 quad-core 2.6GHz | |
| Raspberry Pi 5 | 2.53 | 4.73 (Chromium) | 6.55 | Raspberry Pi OS 13.3 RAM 8GB | ||
| Raspberry Pi 4 Model B | 0.668 | Raspberry Pi OS 13.4 RAM 8GB |
全てのPCで可能な全てのブラウザが試せてないのは残念なところですが，家族のPCを借りたりしているのでこの辺が限界です．
面白いのは，Rosetta 2でSafariを動かしてもバックエンドのWebKitがApple Silicon binaryなので49.9をマークして，ネイティブのSafariの51.7とほとんど差がない（-3.4%）ところでしょう．
Raspberry Pi 5のFirefoxは2.53ですが，これでも十分使えます．
SNSにScanSnapの広告が時々流れてきますが，製品の宣伝するのも良いけど，ScanSnapを操作しスキャンしたデータのマネージメントするアプリ，ScanSnap HomeがいつまでもIntel binaryのままのはけしからんと思っていました．
時々AIにも聞くのですがたまたま2月末に聞いたら3月のupdateでとうとうというか漸くというか今更というか，Apple Silicon binary同包のUniversalになるとのことでした．
そのupdateが一昨日来て，体感では確かに速くなったように感じられて喜んでいましたが，実際に測ってみると期待ほど速くないのです．
ScanSnap Homeで一番重い処理はスキャンしたドキュメントのOCRでしょう．そこでこれまでスキャンしてフォルダー内にある2つのドキュメントについて再OCRしてみました．
再OCRは，ScanSnap Homeに表示されるドキュメントを右クリックして，「検索可能なコンテンツに変換…」を選び出てきたダイアログの「はい」を押せば始まります．
認識作業中は右の詳細情報の欄に「認識中…」と表示され，完了すると詳細が表示されます．その間をストップウォッチで測りました．
いつ終わるかわからない画面を凝視し続けるのもけっこう辛いので，ストップウォッチを使っても実際は1〜数秒内外の遅れはあったと思います．
測定に使用したのは，ガス会社の安全パンフ（全8ページ）とJARL News （全88ページ）です．ScanSnap Homeの動作環境は，
本当は，Mac mini 2018 Core i7 6 core 3.2 GHzで試したかったのですが制約1があってできませんでした．Mac mini Late 2012はCPUがモバイル用で非力な上，SSDのインターフェースがSATAです（Mac mini 2018はNVMe）．
結果は次の表の通りです．
| M4 Mac mini Apple Silicon native binary | M4 Mac mini Intel binary w/ Rosetta2 | Intel Mac mini 2012 Intel native binary | |
|---|---|---|---|
| 8ページのパンフレット | 4.5s | 6s | 11s |
| 88ページの雑誌 | 45s | 77s | 123s |
比較対象が，Core i7とはいえ24年落ちではフェアではないのはわかります．
この結果からいえそうなのは，Apple Silicon binaryがまだまだ最適化不足ではないの，ということと，Rosetta 2があまりに優秀だというところでしょうか．
何とか制約を解決して，史上最強Intel Mac miniである，Mac mini 2018 (Cocre i7 6core)でテストして表をupdateしたいと思います．
結局，macOSのCore SpotlightとPagesとiCloudの3者で無限ループして，Metadataを数十GB作って挙げ句にはプチフリーズを起こす，ということで間違いないようです．
律儀にiCloudのPagesフォルダーに日記的な文書を保存しつつ更新していましたが，それをやめて，Google Driveに置きました．それから3週間ちかく経ちますが，Metadataのフォルダーのサイズは200MB台で常識的・良識的範囲内です．
プチフリーズが起こることもなく，ディスクのアクセス速度も正常です．
ということで，本件は解決（というよりworkaroundでごまかす😓）．
NixOSを試し初めて数日経ちます．インストールしてみた環境は，
この中で一番サクサク動くのは，1のM4 Mac mini + UTMです．Aarch64だとあれはだめ，これはだめ，という制約は今のところないです．
NixOSを選んだ理由の一つには，昔Slackwareで標準デスクトップに選ばれたことのあるEnlightenmentが選べるということもあります．よく覚えていないのですが，何かキラキラした印象が残っていて，また使ってみたいと思いました．
最初はGNOMEを利用したBudgieというデスクトップにしました．これまで使用したことがない感じなので選びました．アプリケーションの起動は，MacではCommandキーを押してドックとアプリケーションの一覧を表示して行います．あまりそういうスタイルにはなじみがないのですが，だからいいのかなと思いました．
しばらくしてわかってきた頃に，Enlightnmentに切り替えを敢行しました．普通のLinux distroであればCUIやGUIのパッケージマネージャーで行うわけですが，/etc/nixos/configure.nixという設定ファイルをエディターで書き換えます．そこがNixOSの一番の特徴です．そして，
nixos-rebuild switchというコマンドをroot権限で実行すると，必要なパッケージの追加やデフォルト設定が行われて，rebootすると新しいデスクトップ環境で動きます．
最初のBudgieからKDE Plasmaは問題なく行きました．しかし，期待のEnlightnmentはエラーが出てしまい，切り替えることができませんでした．ネットで調べるとPythonのモジュールの何かの依存性に問題があってしばらくこの状態が続いているようです．
ManjaroでKDE Plasma, DebianでもKDE PlasmaなのでNixOSでもKDE Plasmaにしたままでは何の面白みもないので，そこでKDE PlasmaからBudgieに戻しましたが，マウスポインターが半透明のグレーの正方形（スクリーンショット画像のFirefoxのアイコンの上のグレーの正方形）になって，どういう状況でも変わらず，非常に使いにくくなってしまいました．
また，ブートローダーのinstall, updateに何か制約があるのか，3のCore i7のKDE/QEMU環境ではうまく起動しくれません．
一つの設定ファイルの書き換えでシステムを大きく組み替える，という高い理想のシステムを大胆な仕組みで実現しようとしていて，そこは大いに評価したいですが，実用的にはなかなか厳しいかなと思います．
Core i7 の実マシンはある程度「評価」してまたDebianに戻します．