ハクソク

世界を動かす技術を、日本語で。

システムトレイに秒を表示することは、実際により多くの電力を消費するのか？

316日前原文(lttlabs.com)

概要

Windowsのタスクバー時計で「秒を表示」設定を有効にすると、バッテリー寿命が短くなる可能性があるという話題。 複数のノートPCでテストした結果、バッテリー消費の増加が確認された。 差は機種によって異なり、最大13%の減少も観測。 日常利用では大きな影響は少ないが、長時間駆動時には無視できない要素。 詳細なテスト条件や今後の追加検証も記載。

Windows「秒を表示」設定でバッテリー消費は増えるのか？

  • Windowsの設定メニュー内、タスクバー時計の「秒を表示」オプションの存在
  • 初期状態ではオフ、バッテリー持ちへの影響が警告される仕様
  • Reddit投稿をきっかけに本当に消費電力が増えるのかを検証
  • 理由としては「1分ごとの更新」から「1秒ごとの更新」になり、CPUのウェイクアップや描画処理が増加する可能性
  • 画面自体は常に高速でリフレッシュされているため、時計表示だけで大きな差が出るのか疑問も残る

テスト方法の概要

  • 3台のノートPCで「秒表示あり/なし」を切り替えてバッテリー持ちを比較
  • 各テストは同一ハードウェア・同一設定で実施、外部要因を極力排除
  • 詳細なテスト条件やシステム構成は後述の付録に記載

テスト結果

  • ASUS ROG Zephyrus M16 GU604VZ（2023年モデル・ゲーミングノート）
    • 秒表示オフ：321分（5時間21分）
    • 秒表示オン：279分（4時間39分）
    • 約13%（42分）のバッテリー減少
  • Asus Zenbook 16（2024年モデル・一般的なUltrabook）
    • 秒表示オフ：654分（10時間54分）
    • 秒表示オン：608分（10時間8分）
    • 約7%（46分）の減少
  • Microsoft Surface Laptop 7（2024年・ARM搭載・省電力設計）

    • 秒表示オフ：904分（15時間4分）

    • 秒表示オン：892分（14時間52分）

    • 約1.4%（12分）の減少

    • 各マシンでバッテリー持ちが短くなる傾向を確認

    • 特に高性能GPU搭載モデルで差が大きい

考察と実用上の影響

  • 設定をオンにするとバッテリー寿命が短くなるのは事実
  • ただし実際の差は数%～十数%程度で、日常的には大きな問題になりにくい
  • 長時間の外出やバッテリー残量が気になる場面では注意が必要
  • NeowinやWindows開発者ブログ、Redditでも同様の指摘あり
  • システムが深い省電力状態に移行しにくくなる可能性が示唆

今後の検証予定

  • 動画再生など、よりアクティブな利用シナリオでも同様のテストを継続中
  • 結果がまとまり次第、追記予定

まとめ

  • タスクバー時計の「秒を表示」設定は、確かにバッテリー消費を増やす要因
  • 差は機種や利用状況によって異なるが、バッテリー駆動時間を最大化したい場合はオフ推奨
  • 今後も追加検証を実施予定

付録：テスト環境詳細

  • 輝度：200ニットに固定（外部測定器利用）
  • 室温：20°C前後
  • 電源：満充電（100%）からシャットダウン（0%）までバッテリー駆動
  • テスト内容：アイドル状態のデスクトップのみ（アプリ・メディア再生なし、特記なき場合）
  • OS：Windows 11
  • システム設定
    • スタートアップアプリ：不要なものは全て無効
    • VRR（可変リフレッシュレート）：オフ
    • パネルリフレッシュレート：各機種のデフォルト
      • ASUS ROG Zephyrus M16：240Hz
      • Asus Zenbook 16：120Hz
      • Microsoft Surface Laptop 7：120Hz
    • Bluetooth・Wi-Fi：有効
    • 電源モード：Windows「バランス」プラン
    • スリープ設定：画面・システムともに無効
  • 備考
    • ASUS ROG Zephyrus M16のみ標準構成ではないが、主要設定は他と揃えて実施
    • タスクバーアニメーションやライブタイルなどの視覚効果はWindows標準値
    • システム起動後10分間アイドルでバックグラウンドプロセスを安定化

関連記事紹介

  • USB-C充電テスト方法解説
    • モバイル機器の充電テスト手法と今後の改善点
  • マウステスト手法
    • 周辺機器（特にマウス）の検証方法
  • 電源ユニットテスト手法のアップデート
    • 保護機能評価や新しいテスト方法の模索

Hackerたちの意見

こういう「省エネ」設定、マジで嫌だわ。OS自体が頻繁に通信してるし、やることごとにネットワークリクエスト送るし、ログイン画面には広告出るし、スクリーンショット（Recall用）も撮るし、Edgeは「AI」用にウェブフォームの内容を送信するし。で、タスクバーの秒数表示を自分でオフにしなきゃいけないの？マイクロソフトが本当にエコを目指すなら、こんな無駄なことやめるべきだよ！

└

両方のことが同時に真実であり得るよね。この設定がテストで二桁のパーセンテージ差を生むなら、マイクロソフトがUIにそれを表示してくれるのは嬉しい。ユーザーのデバイスであんな変なことをしないでくれたらもっと嬉しいけど。

└

すごく技術的な友達がEdgeのフォームの件に驚いてたんだけど、これってもっと大々的に取り上げるべきだと思う！フォームに入力したテキストをAIクラウドに送信して、30日間保持するんだよ。どんなフォームでも、どんなウェブサイトでも。マジで何なの？

└

確認したいこと: - 広告を表示しない（省エネ） - ホームに連絡しない（省エネ）

└

Vistaの頃、アニメーションや動画のデスクトップ背景が良いアイデアかどうかで論争があったんだ。確かにクールだったけど、どんな代償があるのかって感じ。結局、「追加機能」として出荷されたよ。

└

それに、Windows Updateは信じられないほどのCPUを消費するんだよね。

└

バッテリー寿命に特化したOSが、ノートパソコンの稼働時間をどれくらい延ばせるのか気になるな。これ、マーケティングポイントとしては最高だと思う。

└

企業が海に毒を流してるのに、トイレで2回流さないように言うのと似た感じだね。それに、航空会社が排出量を相殺するために追加料金を請求するのも、ほんとに狂ってる。

└

これはWindows特有の話じゃなくて、Linuxシステムでも同様に示されてるんだ。最近のLinuxデスクトップ環境では、コマンドプロンプトウィンドウで点滅するカーソルがなくなったのもそのためだし（これも頻繁にウェイクアップや画面更新を引き起こす）、ほとんどのアニメーションを無効にするのも理にかなってると思う。

└

そして、今はタスクバーで秒を表示しないようにする責任が私にあるの？？？ そんなことはないよ。この「機能」はデフォルトで無効になってる。グーグルで「作られた怒り」って検索してみて。

└

公平に言うと、それは毎秒すべてのことをやっているの？ https://learn.microsoft.com/en-us/windows-hardware/drivers/k... （ちなみに、私はWindows 11が大嫌いです）

それはかなり驚きだね。Windows（または他の「デスクトップOS」）が、スマホやウェアラブルみたいに静的な画面コンテンツのためにここまで最適化するとは思わなかった。あれは専用のハードウェアがあって、完全に静的な画面を表示しながらディスプレイパイプラインの大部分をオフにするように最適化されてるんだよね。

└

Windowsはノートパソコンやタブレットとかで動いてるよね。今のところ、そういうことを結構やってるんじゃないかな。

└

秒数を表示する決定はWindows 95まで遡るんだ。当時の動機は省電力ではなく、386の4MB RAMで時計やテキスト描画に関するコードをディスクにスワップできるようにするためだったんだよ… レイモンド・チェン: https://devblogs.microsoft.com/oldnewthing/20031010-00/?p=42...

└

デスクトップOSはほとんどの時間アイドル状態だから、比較はアイドルデスクトップに関してのものだよね。毎秒コンテキストスイッチを強制して、GUIスタックを通じて更新を伝播させるのは、その状況ではタダじゃ済まない。少なくとも1つのCPUコアが低消費電力状態に留まれないってこと。対照的に、動画を見たり計算タスクを実行しているときに、秒表示のバッテリー寿命に大きな違いは見られないと思うよ。

└

ノートパソコンは、完全に静的な画面を表示するために最適化されてるんだよ。「パネルセルフリフレッシュ」または「PSR」って呼ばれてる。 https://hardwaresecrets.com/introducing-the-panel-self-refre... 僕のノートパソコンでは、これが有効かどうかを確認するには、以下のコマンドを使うよ：cat /sys/kernel/debug/dri/0000:c1:00.0/eDP-1/psr_state cat /sys/kernel/debug/dri/0000:c1:00.0/eDP-1/psr_capability

テストタイプ: アイドルデスクトップのみ（アプリケーションやメディア再生は除く、特に記載がない限り） 簡単なウェブブラウザテストを含めなかったのは変だよね。ウェブリンクをいくつかナビゲートして、たまにウィンドウをスクロールするだけの軽いテストでいいのに。動画再生みたいに重いものでなくてもさ。

└

うん、これは非現実的な作業負荷のせいで意味がないね。悲しいことに、ウェブブラウザのテストをしたら、ページが数秒以上静止していれば違いが出ると思う。電力消費を意味のある形でベンチマークするのはすごく難しいんだ。システム内のすべてのデバイスや動いているソフトウェアに依存してるし、大半の電力最適化は作業負荷に依存してるからね。これにはMicrosoftのWindowsファンダメンタルズチームがたくさんの時間をかけたんだ。

└

そんなに変じゃないよ。アイドルデスクトップは変化の影響を隔離して、最悪のシナリオを得るためのものだからね。でも、軽いアクティビティテストも見てみたいな。目に見える違いがあるかどうか確認したい。

└

それに同意。実装の仕方によっては、システムが何らかの方法で低エネルギー状態に入らないようにできるかもしれないね。普通の使い方ではあまり気づかないだろうけど。

└

現在、すべてのノートパソコンで同じテストを再実施して、ばらつきを考慮しているところです。今回は、よりアクティブな使用シナリオをシミュレートするために動画を再生しています。結果が出たら、関連するセクションを新しいデータで更新します。

└

10分間、電源を入れたり切ったりして、電力消費を測る方がずっと良いテストになりそうじゃない？バッテリーが切れるのを待つよりも。ノートパソコンだとバッテリーと本体の間で測らなきゃいけないから難しいかもしれないけど、デスクトップなら簡単だと思う（もしかしたらノートPC用のCPUを使ったデスクトップで）。

画面を1秒ごとに更新するだけで13%もバッテリー時間が減るのはすごいけど、理由を理解するのは面白いね。

└

無能

└

(Linux + KDE) 黒 (#000000) を使って背景やテーマ、Firefoxのコントラスト設定などを全部黒にすると、24%の節電ができるよ。OLEDスクリーンのノートパソコンでね。あと、可能ならChromeやSafariのYouTubeプレーヤーを使わずに動画をダウンロードすると、すごくエネルギーを節約できる。LinuxのMPVや、きちんと設定されたWindowsのPotPlayerを使うのがいいよ。VLCやデフォルトのMSビデオアプリは省電力には向いてないし。実際にウェブブラウザで15時間以上のオフィスワークをしてるから、そこに24%を足すと… それは一回の充電で週末分の仕事ができるってことだ。今の世代のノートパソコンのCPUはすごいね。

ランダウアーの原理（https://en.wikipedia.org/wiki/Landauer%27s_principle）によれば、ビットを削除するには熱を放出しないといけないんだ。新しい時間の数字が入って古いのを上書きする時（フレームバッファやLCD、他の場所でも）前の数字が削除されるから、時間を表示するのに電力が増えないのは、他の条件が等しくない場合だけだと思う。例えば、ソフトウェアのバグで時間を無視する方が表示するよりも多くの作業をする場合とか。こういう効果はほとんど無視できるほど小さいけど、ピクセルを変更する時の電圧とかエンジニアリングの考慮に比べたら、物理的には「はい」に近づく感じだね。

└

スタートメニューがReact Nativeアプリで、CPUが何十億のフロップスを必要とするような状態なら、この数字が違いを生むとは思えないな。

└

もしOLEDスクリーンで、時計が明るい背景に暗いフォントだったら、秒数を追加することで光が減るってことはない？（ライトモードのみ）

└

ランダウアの原理は、計算の基本的なコストに関する情報理論的な結果だよ。CMOSでは、各論理ゲートに複数のトランジスタがあって、そのうちのいくつかは状態遷移のたびに充電されて地面に流されるんだ。カーノの限界について心配するのは、モーターボートに対して心配するようなものだね。

└

可逆コンピューティングがほとんどハイプだったってことにちょっと悲しい気持ち。

そう願ってるよ。システムトレイから秒数が消えるのを望んでるからね。注意は貴重な資源だから、画面上で常に変わるものが少ない方がいい。電力を節約することでそのアンチ機能から解放されるなら、最高だね。

└

私は、カジュアルで偶発的なベンチマークにはこれが大好きだよ。いろんなことに使えるし、窓の外の鳥のさえずりの間隔を測るのにも使える。でも、無視するのもすごく簡単だね。オプションで良かった。

└

理想的には、時計表示は好きな精度でカスタマイズできるべきだよね。少なくとも1つのLinuxアプリは、strftime()形式の文字列で指定できるみたい。

レイモンド・チェンが最近、タスクバーの秒数の歴史について書いてたよ： https://devblogs.microsoft.com/oldnewthing/20250421-00/?p=11...

└

HNのストーリーのタイトルだけを読んだとき、私は自動的にレイモンドだと思った。彼の投稿を読むのはいつも楽しいよね。

└

この話の「パワーチームがWindowsのパフォーマンス全体や環境を見ている」って部分、全部ウソだと思う。だって、現代のWindowsを見れば、「スタートメニューを開くとCPUが100％以上スパイクするのは、今はReactで書かれているから」ってのがわかるじゃん。

トレイに秒が表示されないのは全然構わなかったけど、時計をクリックしたら秒が表示されるっていうのは、10年前のWindows 10にあった技術だよね。でも、世界で最も裕福な会社の何百人もの博士号を持つソフトウェアエンジニアが2025年にそれを理解するのは明らかに技術的に不可能なんだね。

└

「世界で最も裕福な会社の博士号を持つソフトウェアエンジニアが2025年にそれを理解する。」正直に言うと、これを実装するのはオフショアの契約業者に任せられることになると思う。企業はこの機能を思慮深く、包括的に実装するためにソフトウェアエンジニアにお金を払うことができないから。

└

賢いエンジニアたちはAIの仕事に行ってしまったんだろうな。新しいWindows 11の「省電力」設定メニューは、ゲーム感覚を取り入れてるよね。「省電力設定を7つ中5つ有効にしました」みたいに表示されて、全部揃えたくなる感じ。画面を見るたびに俺のOCDが刺激されて、クエストが未完のままって思っちゃう。

└

それに、Windows 7にあった便利な機能が削除されたことを知ったら驚くよ… 特にファイルコピーのダイアログが悪化したのにはびっくりだ。

└

マイクロソフトの一番裕福なエンジニアたちは、たぶんユーザーの「a...ppendix」にCopilotを押し込むことに忙しいんだろうね。もしかして、Copilotに時間を聞いてみたい？

└

AIがコードを書いてるとこうなるんだよね。GitHubにはコピーするための例がないから。

└

削除の理由は、もともとWin 95のメモリ使用量に関するもので、新しいOSを低いRAMシステムに適合させるためだったと思う。その後はバッテリー使用量の問題になった。最近では、インターフェースからの機能や情報の削除の流行は、UXデザイナーがすべてを最低限のものにダウングレードすることに執着しているからだと思う。使用分析の計測方法をコントロールすることで、UXデザイナーは、彼らが個人的に重要だと思わないほとんどの機能や情報を削除するためのデータを武器にできる。もちろん、これはパワーユーザーが口コミや採用を最低限のユーザーの10倍以上推進することや、彼らがエンゲージメントが高く忠誠心がある（でも、あまりにも多くの高度な機能を削除すると離れていく）という事実を完全に無視している。シンプルさには賛成だけど、機能や能力を完全に削除することにこだわるのは理解できない。せめて高度な設定のオプションとして残せばいいのに。ユーザーによって好みは違うし、良いUXデザインは表面的なシンプルさを保ちながら、深さや柔軟性、パーソナライズを壊さずに維持できるんだよ。

元Microsoft Windowsエンジニアのデイブ・プラマーもこの件について動画を作ってるよ。: https://www.youtube.com/watch?v=qe1ltXdKMow

ちょっと気になったんだけど、この設定でシステムがそんなにエネルギーを失わないようにするには何が必要なんだろう？俺の時計も毎秒秒針が更新されるし。このスレッドのコメントで、ハードウェアベースの点滅カーソルについて言及してる人がいたよ。1秒間に10億回以上の計算ができるコンピュータが、30x30ピクセルの領域を描画するのにそんなに手間がかかるとは思えないんだけど。

└

思いつく理由は3つあるかな：(1) 主に静的な画面の場合、GPUのフレームバッファ（とパイプライン）が空になることがあって、処理するものが何もない。 (2) フォントレンダリングアルゴリズムは毎秒実行される必要がある。これらは単純なビットマップタイプの等幅フォントじゃないから、出力の計算は毎秒行わなきゃいけなくて、レンダリングされた数字の組み合わせはキャッシュされてない可能性が高い。 (3) システムクロックを表示するスレッドは、1分間のスリープを設定できる（分の始まりに合わせた後でね。実際には、ここではオペレーティングシステムの基盤となるcronタイプのサービスが使われていて、分の始まりに合わせるのはすでに前提になってる）。