Category: Computer

ブラウザのベンチマーク

Apple Siliconがようやく同包されたScanSnap Homeの速度を測ってみて感じたのは，Rosetta 2って思っていた以上に優秀ではないかということと，Apple Siliconに最適化された優れたアプリって何だろうってあたりです．

とはいえ，自分が使わないようなアプリがいくら最適化されても意味がありません．今日的にはビデオ編集ばかりしているような人以外は，パソコン操作をしている時間ってほとんどWebブラウザを開いての作業ではないかと思います．

そこで，Webブラウザのベンチマークを測ってみようと思いました．

さすがにWebブラウザの重要さを認識している人は少なくないようで，ベンチマークも定番があるようです．その定番のSpeedometer 3.1で筆者が利用可能な環境で測ってみました．

何か条件を変えて繰り返し同じような表示を繰り返すようです．

Chrome on the MacBook Air M4 (macOS 15.7.4) achieved the highest score during testing.

上の図が，筆者の試した最高のスコアで，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"

として起動しました．

以下，試した結果について表にまとめてみました．

DescriptionSafariFirefoxChromeOptionalComment
M4 Mac mini51.740.056.0
Macbook Air M450.639.256.3
M4 Mac mini w/Rosetta 249.916.60.785Intel binaryをRosetta 2で動かす．Chromeについては本文参照
Intel Mac mini (2018)19.913.719.9Core i7 6-core 3.2GHz
Lenove ノートPC17.818.0 (Edge)Core i7-10750H 2.60GHz
Manjaro Linux AMD6411.17.26 (Konqueror)Core i7-4790S 3.20GHz
Nixos Linux AMD649.7210.9 (Chromium)8.21 (GNOME Web)同上
Mac mini Late 20129.625.8710.6Core i7 quad-core 2.6GHz
Raspberry Pi 52.534.73 (Chromium)RAM 8GB

全てのPCで可能な全てのブラウザが試せてないのは残念なところですが，家族のPCを借りたりしているのでこの辺が限界です．

面白いのは，Rosetta 2でSafariを動かしてもバックエンドのWebKitがApple Silicon binaryなので49.9をマークして，ネイティブのSafariの51.7とほとんど差がない（-3.4%）ところでしょう．

Raspberry Pi 5のFirefoxは2.53ですが，これでも十分使えます．

ScanSnap HomeがやっとUniversalに

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の動作環境は，

  1. M4 Mac mini Native (Apple Silicon binary)
  2. 同 Rosetta 2 (Intel binary)
  3. Mac mini Late 2012 (Macmini6,2) Core i7 4 core 2.7 GHz (Ivy Bridge) (Intel binary native)

本当は，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 binaryM4 Mac mini Intel binary w/ Rosetta2Intel Mac mini 2012 Intel native binary
8ページのパンフレット4.5s6s11s
88ページの雑誌45s77s123s

比較対象が，Core i7とはいえ24年落ちではフェアではないのはわかります．

この結果からいえそうなのは，Apple Silicon binaryがまだまだ最適化不足ではないの，ということと，Rosetta 2があまりに優秀だというところでしょうか．

何とか制約を解決して，史上最強Intel Mac miniである，Mac mini 2018 (Cocre i7 6core)でテストして表をupdateしたいと思います．

  1. というか，個人的事情😓 ↩︎

プチフリーズの件: 解決策というより workaround

結局，macOSのCore SpotlightとPagesとiCloudの3者で無限ループして，Metadataを数十GB作って挙げ句にはプチフリーズを起こす，ということで間違いないようです．

律儀にiCloudのPagesフォルダーに日記的な文書を保存しつつ更新していましたが，それをやめて，Google Driveに置きました．それから3週間ちかく経ちますが，Metadataのフォルダーのサイズは200MB台で常識的・良識的範囲内です．

プチフリーズが起こることもなく，ディスクのアクセス速度も正常です．

Black Magic Disk Speed TestによるSSDアクセス速度

ということで，本件は解決（というよりworkaroundでごまかす😓）．

reset-failed

何気なくroot権限で1，

systemctl status

で全体を眺めようとしたら，赤い字で “degraded” と出ます．

これまでも出ていたと思いますが気にしていませんでした．せっかくですからAI (Gemini)に聞いてみました．

systemctl --failed

で，certbot.timerであることがわかりました．以下省略しますが，もともとSlackwareでLet’s Encryptから証明書を “手動” で発行してもらっています．その場合，自動で更新できないようです．どっちみち管理しているもう一か所も手動なので，いつも2台続けて更新作業をしてきました．ですので，certbotによる自動更新を止めます．

systemctl disable --now certbot.timer
systemctl reset-failed certbot.service

これでめでたく “degraded” が消えました．

  1. 筆者はSlackware流儀のため，システムのメンテはroot権限で行いコマンド毎のsudoは使いません． ↩︎

NixOS 〜理想は高いが現実はきびしい〜

NixOSを試し初めて数日経ちます．インストールしてみた環境は，

  1. M4 Mac mini: macOS + UTM1
  2. Core i7実機
  3. Core i7: Manjaro (Linux) + KVM/QEMU

この中で一番サクサク動くのは，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のアイコンの上のグレーの正方形）になって，どういう状況でも変わらず，非常に使いにくくなってしまいました．

ドックのFIrefoxのアイコンの上にあるグレーの正方形がマウスポインターの化けた姿

また，ブートローダーのinstall, updateに何か制約があるのか，3のCore i7のKDE/QEMU環境ではうまく起動しくれません．

一つの設定ファイルの書き換えでシステムを大きく組み替える，という高い理想のシステムを大胆な仕組みで実現しようとしていて，そこは大いに評価したいですが，実用的にはなかなか厳しいかなと思います．

Core i7 の実マシンはある程度「評価」してまたDebianに戻します．

  1. MacBook Air M4 + UTMでもインストールしましたが，本質的にはM4 Mac miniと変わらないので割愛． ↩︎