<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>ARM64 Lab</title>
  <link href="https://arm64lab.com/"/>
  <id>https://arm64lab.com/</id>
  <updated>2026-08-03T00:00:00+09:00</updated>
  <entry><title>x64 エミュレーションでどれだけ遅くなるか、同じ Python 3.12.10 で測った（SHA-256 だけ逆転した）</title><link href="https://arm64lab.com/log/x64-emulation-overhead-2026-08/"/><id>https://arm64lab.com/log/x64-emulation-overhead-2026-08/</id><updated>2026-08-03T00:00:00+09:00</updated><summary>同一ビルドの Python 3.12.10 を ARM64 版と x64 版で用意し、8種類の処理を比べた。整数ループは1.56倍、平方根は2.21倍まで遅くなる一方、SHA-256 はエミュレーション側が1.35倍速いという逆転が出た。</summary></entry>
  <entry><title>Snapdragon X Elite の12コアを Windows がどう見せているか（L3キャッシュが0と報告される）</title><link href="https://arm64lab.com/log/snapdragon-x-elite-topology/"/><id>https://arm64lab.com/log/snapdragon-x-elite-topology/</id><updated>2026-08-02T00:00:00+09:00</updated><summary>Win32_Processor が返す値をそのまま読むと、12コア12論理プロセッサ・L2が36864KB・L3が0という構成に見える。数字の意味と、信用してはいけない項目を分けて書く。</summary></entry>
  <entry><title>同じループを Python と Node で回したら5倍差がついた（ARM64 Windows 実測）</title><link href="https://arm64lab.com/log/python-vs-node-loop-arm64/"/><id>https://arm64lab.com/log/python-vs-node-loop-arm64/</id><updated>2026-08-02T00:00:00+09:00</updated><summary>1000万回の加算を Python と Node で回したところ、中央値で934.5ms 対 185.9ms になった。どちらも ARM64 ネイティブで、エミュレーションは挟まっていない。</summary></entry>
  <entry><title>PowerShell 7 の起動が Windows PowerShell 5.1 より遅かった話（どちらも ARM64 ネイティブ）</title><link href="https://arm64lab.com/log/pwsh-vs-powershell-startup/"/><id>https://arm64lab.com/log/pwsh-vs-powershell-startup/</id><updated>2026-08-02T00:00:00+09:00</updated><summary>pwsh と powershell.exe の起動時間を7回ずつ測ったところ、中央値で386.8ms 対 212.2ms になった。エミュレーションのせいではなく、どちらもネイティブでこの差が出ている。</summary></entry>
  <entry><title>pip install が ARM64 Windows で通るか、主要20パッケージを実際に試した</title><link href="https://arm64lab.com/log/pip-win-arm64-wheels-2026-08/"/><id>https://arm64lab.com/log/pip-win-arm64-wheels-2026-08/</id><updated>2026-08-02T00:00:00+09:00</updated><summary>win_arm64 の wheel があるかどうかを20パッケージで実測した。18本は問題なく取得でき、tiktoken と pyarrow の2本だけが No matching distribution found で落ちた。</summary></entry>
  <entry><title>Snapdragon X Elite の Windows で、起動中の85本のプロセスのうち何本がネイティブか数えた</title><link href="https://arm64lab.com/log/arm64-native-ratio-2026-08/"/><id>https://arm64lab.com/log/arm64-native-ratio-2026-08/</id><updated>2026-08-02T00:00:00+09:00</updated><summary>Surface Pro 11th Edition の実機で動いているプロセスを1本ずつ PE ヘッダーから判定したところ、85本中71本が ARM64 ネイティブだった。残った14本の内訳と、そこから分かることを書く。</summary></entry>
  <entry><title>Playwright の Chromium は x64 で297msだった</title><link href="https://arm64lab.com/log/playwright-chromium-is-x64/"/><id>https://arm64lab.com/log/playwright-chromium-is-x64/</id><updated>2026-08-01T00:00:00+09:00</updated><summary>Playwright が落とした Chromium 143.0.7499.4 は chrome-win64 配下の x64 版だったが、素数カウントは297msで、手元では遅さを感じなかった。</summary></entry>
  <entry><title>PowerShellの$N/$nバグで素数0個、修正後はpwshが2.5倍速</title><link href="https://arm64lab.com/log/powershell-case-insensitive-variable/"/><id>https://arm64lab.com/log/powershell-case-insensitive-variable/</id><updated>2026-07-30T00:00:00+09:00</updated><summary>素数カウントが0個・3msになった原因は$Nと$nの衝突だった。修正後はpwshが5.2秒、powershell.exeが13〜15秒で、実行部分はpwshが2.5〜2.9倍速かった。</summary></entry>
  <entry><title>素数カウントを5処理系で走らせたらJava 8 x64がPython ARM64を大きく抜いた</title><link href="https://arm64lab.com/log/prime-count-five-runtimes/"/><id>https://arm64lab.com/log/prime-count-five-runtimes/</id><updated>2026-07-28T00:00:00+09:00</updated><summary>2から2,000,000までの素数カウントは4処理系とも148933で一致し、.NET 9 ARM64が134ms、Python 3.12 ARM64が41519msだった。</summary></entry>
  <entry><title>Surface Pro 11 は5分フルロードでも61.6%まで落ちなかった</title><link href="https://arm64lab.com/log/sustained-load-no-throttle/"/><id>https://arm64lab.com/log/sustained-load-no-throttle/</id><updated>2026-07-26T00:00:00+09:00</updated><summary>12プロセスで301.0秒負荷をかけ、48件の% Processor Performanceを追った。最初の5件は60.2%、最後の5件は61.6%で、クロック低下は見えなかった。</summary></entry>
  <entry><title>MSIX 240本の Architecture を数えたら Arm64 は145本だった</title><link href="https://arm64lab.com/log/appx-architecture-census/"/><id>https://arm64lab.com/log/appx-architecture-census/</id><updated>2026-07-25T00:00:00+09:00</updated><summary>Get-AppxPackage で取れる240本を数えると、Arm64 は145本、Neutral は54本、X64 は25本、X86 は16本だった。Store アプリ層にも非 Arm64 がまとまって残っている。</summary></entry>
  <entry><title>pandas 3.0.0rc2 では CSV 書き出しが 3402.5ms かかった</title><link href="https://arm64lab.com/log/pandas-csv-bottleneck/"/><id>https://arm64lab.com/log/pandas-csv-bottleneck/</id><updated>2026-07-22T00:00:00+09:00</updated><summary>2000000行のDataFrameで to_csv は3402.5ms、read_csv は882.7ms。処理本体よりCSV入出力、とくに書き出しが重かった。</summary></entry>
  <entry><title>WSL2 aarch64 の初回だけ 15.35 秒かかった話</title><link href="https://arm64lab.com/log/wsl2-aarch64-cold-start/"/><id>https://arm64lab.com/log/wsl2-aarch64-cold-start/</id><updated>2026-07-21T00:00:00+09:00</updated><summary>wsl -- uname -a の初回は15.35秒かかったが、直後の wsl -- true は0.52 / 0.41 / 0.54秒だった。Docker は未起動で確認できなかった。</summary></entry>
  <entry><title>winget upgrade で23件の更新待ちを棚卸しした話</title><link href="https://arm64lab.com/log/winget-upgrade-backlog/"/><id>https://arm64lab.com/log/winget-upgrade-backlog/</id><updated>2026-07-19T00:00:00+09:00</updated><summary>winget upgrade --include-unknown を実行したら23件の更新待ちが出た。Azure Developer CLI は 1.23.1400 から 1.29.100 まで飛んでいた。</summary></entry>
  <entry><title>32GB Surface Pro 11 の常駐プロセスを WS で見たら指標を間違えた</title><link href="https://arm64lab.com/log/resident-memory-top-processes/"/><id>https://arm64lab.com/log/resident-memory-top-processes/</id><updated>2026-07-16T00:00:00+09:00</updated><summary>Surface Pro 11 の空き物理メモリは2.53GB、実行中サービスは149件だった。Get-Process のWS順だけで常駐の重さを判断しようとして、指標の選び方を間違えた。</summary></entry>
  <entry><title>イベントログ40件とWER60件でスリープ復帰を追った失敗</title><link href="https://arm64lab.com/log/eventlog-crash-sleep-audit/"/><id>https://arm64lab.com/log/eventlog-crash-sleep-audit/</id><updated>2026-07-14T00:00:00+09:00</updated><summary>Kernel-Power の復帰イベント40件と WER 60件は取れたが、起動時間ログは rc=1 で空振りした。ログの有無を先に見るべきだった。</summary></entry>
  <entry><title>batteryreport XMLで満充電容量94.1%を測った</title><link href="https://arm64lab.com/log/battery-report-health/"/><id>https://arm64lab.com/log/battery-report-health/</id><updated>2026-07-12T00:00:00+09:00</updated><summary>powercfg /batteryreport /XML から設計容量51480mWh、満充電容量48450mWhを抜き、健康度94.1%まで確認できた。使用履歴の抽出は0件で詰まった。</summary></entry>
  <entry><title>orjson 3.10.15 だけが ARM64 Windows でビルド失敗した</title><link href="https://arm64lab.com/log/orjson-arm64-wheel-missing/"/><id>https://arm64lab.com/log/orjson-arm64-wheel-missing/</id><updated>2026-07-11T00:00:00+09:00</updated><summary>httpx、rich、pydantic は入ったが、orjson 3.10.15 だけが113.28秒後に失敗した。win_arm64 wheel が無く、Rust ビルドで止まった記録。</summary></entry>
  <entry><title>Git 2.55.0 ARM64 で Jinja を clone して status を測った</title><link href="https://arm64lab.com/log/git-clone-status-arm64/"/><id>https://arm64lab.com/log/git-clone-status-arm64/</id><updated>2026-07-08T00:00:00+09:00</updated><summary>Git 2.55.0 ARM64 で pallets/jinja を clone すると3.25秒、16658オブジェクト・7.20 MiBのリポジトリで status は0.07〜0.13秒だった。</summary></entry>
  <entry><title>53ファイルを固めたら Python zipfile だけ0.04秒だった</title><link href="https://arm64lab.com/log/tar-vs-compress-archive/"/><id>https://arm64lab.com/log/tar-vs-compress-archive/</id><updated>2026-07-07T00:00:00+09:00</updated><summary>53ファイル、318661バイトのフォルダを固めたら、zipfile は0.04秒、tar.exe は2.59秒、Compress-Archive は2.03秒だった。</summary></entry>
</feed>
