パスワードを忘れた？ アカウント作成
Close
10373796 story
マイクロソフト

Windows XPでWindows Update実行時にCPUの使用率が100％になるバグが確認される 35

ストーリー by hylom
長期にわたって稼働しているからこそのバグ 部門より
あるAnonymous Coward 曰く、

Windows XPでWindows Updateを実行したときに、CPU使用率が100％のまま下がらない場合がある。Microsoft側はWindows XP搭載でInternet Explorer 6、もしくはInternet Explorer 7を使用しているPCで発生しており、バグの原因がWindows Update Agentであったと公表している。このバグにより、Windows Updateの時間が一時間以上必要になることもあったという（ArsTechnica、GIGAZINE、Microsoft、slashdot）。

ArsTechnicaによると、こうなった理由はWindows Updateのクライアントコンポーネントのアルゴリズムにあったという。Windows Updateを定期的に当てているPCは、パッチ情報をマイクロソフトのサーバー（または企業内設置のWSUS）から取得している。サーバー上にあるパッチ情報には、どのパッチをいつ交換したのかといった履歴も含まれている。長期間運用しているOSでは、この履歴は40以上の項目に成長。Windows Updateクライアントのアルゴリズムとの関係で、リスト処理に必要な時間を二倍必要とすることもあるとしている。

バグ発生後の2013年11月および12月のWindows Updateでは修正パッチが間に合わず、年明けの2014年1月にパッチを配布する予定だとしている。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Windows XPでWindows Update実行時にCPUの使用率が100％になるバグが確認される More

  • なんか聞いたことがあるような…… (スコア:5, 参考になる)

    by hahahash (41409) on 2013年12月18日 13時28分 (#2514193) 日記

    昔、ちょっと似た話があったな。

    http://srad.jp/story/07/05/13/0223238/ [srad.jp]

  • 以前からあった「svchost.exe」のことです (スコア:3, 参考になる)

    by g550 (8385) on 2013年12月18日 13時34分 (#2514197)
    タレ込みだと新たな現象のように書いてますが、以前からあったsvchosts100%の問題の原因と修正対応を表明したってだけですね。
    • ですよね。svchostをkillしたり、あきらめて電源ボタン5秒押ししてやり直したり（なぜかやり直すと今度は占有率100%にはならなかったり）してました。
      シェア
      親コメント

      • net stop wuauserv (スコア:0)

        by Anonymous Coward

        svchostのkillとか、電源ブッチとか怖いことするぐらいなら、net stop wuauserv と書いたbat用意しておいて、現象発生したら叩いて祈る方がいいですよ。

    • Re: (スコア:0)

      by Anonymous Coward

      うちのXP on VMは、今月のUpdateの際にはじめて発症しました。
      来月のUpdateでうまくいくのか心配です。

      • Re: (スコア:0)

        by Anonymous Coward

        うちのも同じです。

      • Re: (スコア:0)

        by Anonymous Coward

        うちのVMは先々月svchost100%発症し、いろいろやっちまった挙句
        WindowsUpdata機構そのものがおかしくなった。
        いくつかのサービスがとまっているか、異常な中間データが残ってるせいか
        更新ファイルのダウンロードが100%失敗する。
        唯一の救いは、MSEの定義ファイル更新だけはとりあえず問題なさげに見えるってこと。

        ググっていろいろ引っかかる「WindowsUpdateが失敗するケース」は、
        (たとえ症例がそっくりでも)情報が古い場合は対応策が同じとは限らず、
        むやみに試すとますます状態を悪化させかねない。
        しばらく様子見して確実な手順が確定するのをまつのが吉かも。

      • Re: (スコア:0)

        by Anonymous Coward
        実PCで今月初めてはまってます。
        そもそも、うちIE8なんだけど・・・

    • Re: (スコア:0)

      by Anonymous Coward

      ですよね、以前からちょくちょく見かけてましたし。

      どうにもならないので、Windows Updateを仕掛けるときは
      半日ぐらいPCが使えないことを覚悟して放置するのがデフォでした。
      とくに古いPCで。

  • うちではIE6 の累積的なセキュリティ更新プログラムのWindows Updateが終わりませんでした。

    Microsoft Baseline Security Analyzer [microsoft.com]で必要なアップデートを調べて、手動でダウンロード＆インストールしたところ症状が出なくなりました。

  • (発生環境)
    以下 2 点の条件を満たす環境で、本事象が発生する事を確認いたしております。

    - Windows Server 2003 および Windows XP
    - Single Core CPU、Hyper Threading なし等、マシン スペックが比較的不利である

    確かに発生したマシンはHyper Threadingなし、Single CPUですとも。

    CPUをほぼ100%占有しているならCPU性能が1/2のときの処理時間は高々2倍というのが普通だと思うのですが何故そうなっちゃったのでしょう？

    • Re: (スコア:0)

      by Anonymous Coward

      ThnkPad X31(Pentium M 1.3GHz)だと、何時間待っても終わりません・・・ｗ

      どうやら、処理を全力で行って素早く終わらせるために、CPUを占有するみたいなのですよね。
      MSの古いサポート情報にも書いてあります。
      そして、マルチコアCPUだと別コアが他の処理を行うので問題無いけど、シングルコアだとディスクI/Oすら食い尽くすので、自らの処理すら終わらないという自縄自縛に陥り、処理が完了しないのだと思います…。

      ウイルスチェックのI/O監視とかとの相性もあるかもね。

  • 12月の定期更新の時に、最近作りなおした仮想環境に入れたXP上でsvchost.exe のCPU 100%が発生した。
    その時は
    1. AutoUpdateのサービスを停止（CPU 100%になっているsvchost.exeをkill）
    2. 定期更新の対象になっているIEに関するパッチだけ先に手動でダウンロード・インストール
    3. もう一回WindowsUpdateで更新
    でうまくいった。
    もしかすると11月の時もそうだったかもしれない。
    あんまり長く使ってるとか関係なくIEのパッチだけで起きている現象と思うのだけど
    これと同じ件なのか違うのかよく分からない。
    GIGAINEだとIE6とIE7って書いてあるけどうちのだとIE8だし。

  • とりあえず、来年までは、自動更新を無効化で対処にしました。:-(

    本当はよくないんだろうけど、仕事にならないからね。
    --
    clausemitz

  • 遅いのはいつも (スコア:0)

    by Anonymous Coward on 2013年12月18日 14時09分 (#2514211)

    この件に限らず、Linuxのyum updateだのaptitude upgradeだのがとっとと進むのに比べて、Windows updateはいつでもものすごく鈍重な気がしてならない。なんであんなに遅いの?

    • Re:遅いのはいつも (スコア:4, おもしろおかしい)

      by Anonymous Coward on 2013年12月18日 14時48分 (#2514237)

      この件に限らず、Linuxのyum updateだのaptitude upgradeだのがとっとと進むのに比べて、Windows updateはいつでもものすごく鈍重な気がしてならない。なんであんなに遅いの?

      えっ？
      うちの3770TなPCでも、Firefoxのアップデートには小一時間近くかかりますが？
      gccや、LibreOfficeなんて絡んだ日には、それぞれ小一時間以上かかりますが…

      例えば今日のこんな程度のアップデートでも

      $ sudo emerge --sync && emerge -NDupv world
      Password:
      >>> Synchronization of repository 'gentoo' located in '/usr/portage'...
      >>> Starting rsync with rsync://140.211.166.189/gentoo-portage...
      >>> Checking server timestamp ...
       
      (略)
       
      These are the packages that would be merged, in order:
       
      Calculating dependencies... done!
      [ebuild     U  ] sys-apps/less-462 [460] USE="pcre unicode" 305 kB
      [ebuild  r  U  ] dev-libs/libgcrypt-1.6.0:0/20 [1.5.3:0/11] USE="-static-libs" 2,441 kB
      [ebuild     U  ] sys-libs/cracklib-2.9.1 [2.9.0-r1] USE="nls zlib -python -static-libs {-test%}" PYTHON_TARGETS="python2_7%* -python2_6%" 621 kB
      [ebuild  rR    ] dev-libs/libxslt-1.1.28-r1  USE="crypt -debug -python -static-libs" PYTHON_TARGETS="python2_7 -python2_6" 0 kB
      [ebuild     U  ] app-admin/ulogd-2.0.3 [2.0.2] USE="doc nflog -dbi -mysql -nfacct -nfct -pcap -postgres -sqlite" 438 kB
      [ebuild  r  U  ] x11-base/xorg-server-1.14.99.904:0/1.14.99.904 [1.14.99.903-r1:0/1.14.99.903] USE="nptl suid udev xorg -dmx -doc -ipv6 -kdrive -minimal (-selinux) -static-libs -tslib -xnest -xvfb" 5,421 kB
      [ebuild     U  ] media-libs/mesa-9.2.5 [9.2.4] USE="classic egl gallium gbm gles1 gles2 nptl openvg vdpau xa xorg xvmc -bindist -debug -llvm -llvm-shared-libs -opencl -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -wayland" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="intel (-freedreno) -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware" 6,524 kB
      [ebuild  rR    ] x11-drivers/xf86-video-intel-2.99.906  USE="dri sna udev xvmc -glamor -uxa" 0 kB
      [ebuild  rR    ] x11-drivers/xf86-input-evdev-2.8.2  0 kB
       
      Total: 9 packages (6 upgrades, 3 reinstalls), Size of downloads: 15,747 kB

      $ time sudo emerge -NDu worldした結果は

      real    9m42.071s
      user    18m28.512s
      sys     1m11.628s

      どう見てもWindows Updateの方が高速です、本当にありがとうございました。

      シェア
      親コメント

      • Re:遅いのはいつも (スコア:1)

        by Anonymous Coward on 2013年12月18日 15時19分 (#2514263)

        emergeでコンパイルしてるならそら当然時間かかるだろ・・・
        　 　∩＿＿＿∩　　 　　　　　　｜
        　　 | ノ＼　　　　 ヽ　 　　　　　　|
        　　/　　●゛　　● |　　　　 　　　|
        　 |　∪　　( _●_)　ミ　 　　　　　j
        　彡､　　　|∪|　　 |　　　 　　　 Ｊ
        /　　　　 ∩ノ ⊃　 ヽ
        (　 ＼　／ ＿ノ　|　 |
        .＼　“　　／＿＿|　 |
        　　＼ ／＿＿＿ ／

        シェア
        親コメント

        • Re: (スコア:0)

          by Anonymous Coward

          いや、もう少しスルっと笑って欲しかったんだろ……

    • Re:遅いのはいつも (スコア:1)

      by haginov (32812) on 2013年12月19日 12時55分 (#2514766) 日記
      Trusted InstallerとかってのがCPU喰ってるのをよく見かける。
      それでアップデートの適用に時間がかかっているようなんだけど。
      こいつが何をしてそんなに時間がかかるのか知りたいにゃー

      #"Trusted"って誰が何を信用しているのか?
      シェア
      親コメント

    • Re: (スコア:0)

      by Anonymous Coward

      Windows Updateの間だけ、システムの保護を無効にすると早くなります。
      色んな意味で危険なので、おすすめ出来ませんが。

      あとは、SoftwareDistributionを再構築するとかかな。

    • Re: (スコア:0)

      by Anonymous Coward

      どうも累積した過去のupdateのチェックに時間がかかってるようですね
      今でも時々仮想マシンへのインストール作業をすることがありますが、サービスパックを一つ当てるごとに遅くなっていくように感じます

    • Re: (スコア:0)

      by Anonymous Coward

      特にVistaが遅い。7と同じとか言ってる敗者にはわからないだろうが

      • Re: (スコア:0)

        by Anonymous Coward

        Vistaは7より多くのパッチが出ていますので当然では。

  • いっそのこと対応は2014年4月以降としてしまえば (スコア:0)

    by Anonymous Coward on 2013年12月18日 16時42分 (#2514312)

    何もしなくても解決しそうな気がしないでもない。
    いろんな意味で。

    • Re: (スコア:0)

      by Anonymous Coward

      たかだかあと2、3回のために対応するのもモチベーションわかないだろうねえ。

    • Re: (スコア:0)

      by Anonymous Coward

      リリース再延長で4月になったら
      WindowsUpdateできないように
      最終パッチを当てればいいんだよ

      # 以上サポート終了シーケンス

  • だからさっさとLinuxを整備しろ (スコア:0)

    by Anonymous Coward on 2013年12月18日 22時20分 (#2514521)

    変なコードを入れる奴も出てくるので
    日本で主導で開発しているlinuxでな。

  • え？仕様じゃなかったの？ (スコア:0)

    by Anonymous Coward on 2013年12月19日 2時32分 (#2514596)

    てっきり仕様だと思ってた。

typodupeerror

目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond