Intel.com サーチを使用 いくつかの方法で Intel.com のサイト全体を簡単に検索できます。 製品名: Core i9 文書番号: 123456 開発コード名: Emerald Rapids 特別な演算子: “Ice Lake”, Ice AND Lake, Ice OR Lake, Ice*
作成日:2018/01/14 更新日:2018/01/14 対象:Windows 10 Windows オーディオ デバイス グラフ アイソレーション タスクの CPUが高い 【目次】 現象 Windows オーディオ デバイス グラフ アイソレーションのCPU 使用率が高くなりPCの動作が遅くなる場合があります。 Windows オーディオ デバイス グラフ アイソレーションの実態はaudiodg.exeというプログラムです。audiodg.exeは音(サウンド)関連のサービスです。"Windows Audioサービス"の実態として動作します。ブラウザで動画サイトを見る場合のサウンドや、DVD、などを再生する場合のサウンド、MP3ファイルを再生する場合のサウンドなどで使用します。 audiodg.exeは以下のディレクトリに存在します。(環境により日付、サイズなどは異なります。) 対処
発見された、Intel製のCPUの脆弱性(Meltrown と Spectre)について、「八百屋の看板娘の年齢をどうやって探り出すか」という問題に置き換えて説明してみました。エンジニアでない人でも分かるようにしたつもりなので、是非ともご覧ください。 少し前に、Intel の CPU に脆弱性が見つかり、大騒ぎになりました。脆弱性と言うと、なんだか難しそうな言葉ですが、わかりやすく言えば、セキュリティ上の弱点、のことです。 Intel はバグではない、と言っていますが、脆弱性があったことは事実で、Microsoft や Apple が慌てて OS に修正を加えました。さらに、その修正のために、パソコンの速度が遅くなる、という問題も生じ、何が起こっているのか不思議に感じている人も多いと思います。 そこで、今回は、その脆弱性とはどんなものだったのかを簡単に説明しましょう。 ここにちょっと変わっ
本記事の公開後の2016年7月にはてなにおけるチューニング事例を紹介した。 はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck HAProxy や nginx などのソフトウェアロードバランサやリバースプロキシ、memcached などの KVS のような高パケットレートになりやすいネットワークアプリケーションにおいて、単一の CPU コアに負荷が偏り、マルチコアスケールしないことがあります。 今回は、このようなネットワークアプリケーションにおいて CPU 負荷がマルチコアスケールしない理由と、マルチコアスケールさせるための Linux カーネルのネットワークスタックのチューニング手法として RFS (Receive Flow Steering) を
Docker、開発環境の構築に便利ですよね! ローカルを汚さずにサクっと開発環境を作れるし、別のマシンに環境を配ったり、サーバにデプロイしたりするのも楽チンです。 僕は主に開発環境としてDockerを利用していて、ホストマシンからマウントしたソースコードをコンテナ内で実行することによってコードと実行環境を分離しています。 数百万件のデータを扱ったり何かとCPUヘビーな処理をしたくなる時もあるのですが、そんな時にDockerコンテナからホストマシンのCPUを最大限利用する方法を調べてみました。 ちなみに環境は物理2コア、仮想4コアのMacBookProです。 今回利用するDockerのバージョン こんな感じです。 Boot2Docker version 1.8.2, build master : aba6192 - Thu Sep 10 20:58:17 UTC 2015 Docker ve
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く