タグ付けされた質問 「central-processing-unit」

中央処理装置(CPU)は、コンピュータープログラムの命令を実行して、システムの基本的な算術演算、論理演算、および入出力演算を実行するコンピューターシステムの一部です。CPUは、コンピューターの脳にやや類似した役割を果たす。

2
ESXiおよびWindows Server CPUパーキング
知らない人のために、CPUパーキングは最近のWindows Serverリリースの機能で、WindowsはCPUコアをほとんど使用せず、何も使用しないようにすることができます。節電対策として導入されました。他の場所の中で、ここでそれについての詳細があります。 しかし、私が興味を持っているのは、この問題が仮想化ゲストの問題なのか、または物理CPUがWindowsではなくESXiによって管理されており、駐車されたCPUがCPUをパーク解除するのに十分な作業があるとスケジューラが判断しない限り、トラフィックを処理しますか? 私はこれについて何も見つけていません-それは与えられたワークロードに非常に基づいていると思いますが、ハイパースレッドが効果があるかどうかとは異なり、定期的に議論されているようです)。「ワークロードを使用したテスト」は理解していますが、見逃したアドバイスやガイドラインはないかと思いました。




2
Amazon EC2マイクロインスタンスのCPU使用率は100%
私のAmazon EC2マイクロインスタンスは、非常に頻繁に100%のCPU使用率を持っています。私はそれにワードプレスをインストールしているだけです。私はまだプロダクションモードなので、ユーザーはいませんが、CPU使用率は100%です。 誰かがそれを減らす方法を知っていますか?300秒以上続くため、Amazonメール通知を毎時間受け取ります。 すでにデータベースをRDSに移動しましたが、その問題は解決しませんでした。少し良くなっただけです。データベースを使用してRDSに移行する前に、Webページを1つだけロードすると、Webサイトが常に完全にクラッシュしました。 私のmysqld.logがerrno 12エラーを出力するため、my.cnfでinnodb_buffer_pool_size = 256Mも実行しましたが、何も出力されませんでした。 すべてのヒントに感謝されます。

1
KVM / Qemu、Ubuntu:より多くのゲストCPUがディスクI / Oを急速に拡張するのはなぜですか?
2つのノードで構成されるハートビート/ DRBD / Pacemaker / KVM / Qemu / libvirtクラスターがあります。各ノードは次のパッケージ/バージョンでUbuntu 12.04 64ビットを実行します。 カーネル3.2.0-32-generic#51-Ubuntu SMP DRBD 8.3.11 qemu-kvm 1.0 + noroms-0ubuntu14.3 libvirt 0.9.13 ペースメーカー1.1.7 ハートビート3.0.5 仮想ゲストはUbuntu 10.04 64ビットおよびUbuntu 12.04 64ビットを実行しています。最高のCPUパフォーマンスを実現するために、libvirt機能を使用してホストCPUの機能を仮想ゲストに渡します。 これがこのクラスターの一般的なセットアップです。 VMの「監視」には4つのvCPUがあります VMの「監視」はideをディスクインターフェイスとして使用します(現在、明らかな理由によりVirtIOに切り替えています) 最近、いくつかの簡単なテストを実行しました。私は彼らが専門家ではなく、高い基準に達していないことを知っていますが、すでに強い傾向を示しています: ノードAはVM「bla」を実行していますノードBはVM「監視」を実行しています VM "bla"からVM "monitoring"にファイルをrsyncすると、12 MB /秒しか達成されません。VMの「監視」内で単純なdd if = / dev / null of = / tmp / …

3
Cloudwatchアラームで実行中のプロセスのリストを取得することは可能ですか?
JavaベースのアプリケーションがいくつかあるEC2インスタンス(Ubuntu)があり、最近、CPU使用率が急上昇してCloudwatchアラームの1つをトリガーするようになっています。サーバーに入ってCPU使用率を確認するまでに、状況は落ち着きました。 アラームメールの1つに表示したいのは、アラーム発生時の実行中のプロセスとそのCPU使用率(%)のリストです。これは可能ですか?

3
プロセッサコアが常に* 100%読み込まれるのは危険ですか?
私のHFTソフトウェアでは、株価指数の計算に1つのコアを使用する予定です。それはwhile(true)遅延なしで単純にループし、コンポーネントを可能な限り頻繁に(合計して1秒間に数百万回)計算します。私はそれを毎日1日8時間実行する予定です。 私は自分のコンピューターを毎日フルタイムで毎日レギュラーにロードすることはありませんでした。危ないですか?プロセッサにはある種の「リソース」(もちろん非常に大きい)があり、その後は動作を停止できますか?

3
LinuxでシステムCPU /システムコールを監視する
システムのCPU時間を大量に消費しているプロセスがいくつかあります(vmstatを確認することで判断)。行われているシステムコールの種類を簡単に確認する方法はありますか? straceがあることは知っていますが、より速くて簡単な方法はありますか?システムコールの「トップ」のようなものはありますか?

3
Linux:パフォーマンスガバナーを使用すると、CPU周波数が変動するのはなぜですか?
私はベンチマークにDebian 8 amd64マシンを使用しています。実験中は、CPUを固定周波数(できれば可能な限り最大)で動作させたいと思います。これにより、結果の変動の原因としてCPUクロック速度が除外されます。 少し読んだ後、正しいことは、CPUガバナーをに変更することですperformance。これについては、Linuxカーネルのドキュメントで説明しています。 CPUfreqガバナーの「パフォーマンス」は、CPUをstatic_min_freqとscaling_max_freqの境界内で最も高い周波数に静的に設定します。 悲しいことに、およそ詳細scaling_min_freqとはscaling_max_freq付属していません。使用するCPU周波数が間隔の最大値であるため、うまくいけば問題ありません。 だから私はcpufreq-setを使用してこのガバナーを有効にしました: $ cat / sys / devices / system / cpu / cpu * / cpufreq / scaling_governor パフォーマンス パフォーマンス パフォーマンス パフォーマンス そして、適切な対策として、BIOSでターボブーストモードを無効にしました。 $ cat / sys / devices / system / cpu / intel_pstate / no_turbo 1 上記のパフォーマンスガバナーの説明に基づいて、CPUクロック速度の変動はないと予想します。しかし、繰り返し実行するcpufreq-infoと、クロック速度が変動します。 $ cpufreq-info | grep 'current …

1
タスクセットとcpusetの違い
Linuxネットワークアプリケーションのレイテンシを短縮しようとしています。プログラムを特定のCPUコアに「バインド」するには、タスクセットとcpusetの2つのツールがあることを学びました。 どっちがいい?それらは下位レベルで同等ですか? (性質)アプリケーションには単一のスレッドがあり、遅延を最小限に抑えて高速LANネットワーク経由で単一のTCP接続(再接続なし)を処理することになっています。私は正しい道を進んでいますか?

2
Nginx + php-fpm-各php-fpmは実行時に70-100%cpuを処理します
次の状況が発生しています。 私たちは8コア、8 GBのRAM、2.6 GHzのlinodeを使用しています-nginx + php-fpmを使用しています-CPU使用率の非常に高いグラフを取得しています(これは、このような悪いVPSネイバーになりたくない)... 一度に約100人未満のユーザーがサイトにいるため、この状況も非常に厄介であり、CPU使用率が非常に高くなっています。 私たちは、ワードプレスやdrupalなどのよく知られ、よく文書化され、巧妙に細工された他のフレームワークではなく、非常に未知の、おそらくCPUを集中的に使用するphp指向の恐ろしいフレームワークを使用しています。キャッシングを処理する)nginx + php_fpmプラットフォーム上のphp。 したがって、実行中のphp-fpmプロセスは約6つあり、個別に大量(30以上、多くの場合99%に近い)のCPUを消費します。CPUの使用量を抑える方法については、私にはまったくわかりません。 。これらのスパイクが常に発生しているため、どのphpスクリプトがこれらのスパイクを引き起こしているのかわかりません。通常は1つまたは2つしか実行されていません。ただし、6つすべて実行すると、8つすべてのCPUが最大化されます。 私のpool.d / www.confファイルには次の設定があります。 pm = dynamic pm.max_children = 10 pm.start_servers = 4 pm.min_spare_servers = 2 pm.max_spare_servers = 6 私がそれを解釈している方法で、私たちのメモリは実際に素晴らしいです(使用されている472/7000 + mb、スワッピングなしなど)、さらに多くのプロセスを処理し、取得するために待機している行を分解できるため処理済み-しかし、残念ながら、実行中の各プロセスはCPUで非常に負荷が高いため、最終的にCPUが屋根を通り抜けてしまうため、十分なプロセスを処理できません。 質問 - プロセスphp-fpm cpuの使用を減らすために一体何ができるので、php-fpmのそのプールconfファイルの設定を増やすことができます -さらに、/ var / log / php5 -fpm.log子供たちを増やし、最小/最大/開始サーバーを調整/増加するように叫んでいます。しかし、そうすると、前述のように負荷平均が狂ってしまいます。必ずしもキャッシュを使用せずにこれを行うにはどうすればよいですか? 私の考えは?私はcpulimitを使用して、割り当てられた量以上のCPUを使用するプロセスがないことを確認しました。または、そうすることで、いくつかのプロセスを実行する能力を高めることができます-2つのプールを実行することも考えました-1つは前向きのWebサイト(顧客が体験するもの)用で、もう1つはバックエンド(時間の前向きのサイトに影響を与える)用ですを消費するレポートが実行されています)。 私はこのトピックについて数日間研究、グーグルなどを費やしてきました-そして、すべての人の状況は彼らのシステムに非常に独特であるので難しいです-問題は、そのような特定の前代未聞の、おそらく不十分に書かれた-フレームワーク-が作っていることです解決策を見つけるのは難しい。まだこのフレームワークをスクラップすることもできません。何らかの解決策を見つけなければなりません。 更新:私はphpセッションを保存するためにmemcacheを実装しました-フレームワークはユーザーセッションに大きく依存しており、システムの性質上、従業員は一度に複数のタブを使用することが多いので、各セッションをチェックして能力/ユーザーデータなどを確認します...したがって、これによってパフォーマンスがある程度向上することを期待しています-必要に応じてコメントを歓迎します-ボリュームのピークタイムが増えたときに明日どうなるかを確認します。

4
taskhost.exeが実行していることを確認するにはどうすればよいですか?
週に1〜2回taskhost.exeを実行すると、コンピューターが停止します。それは私のCPUパワーの25%を占めます(つまり、1プロセッサ)。私はそれを殺すことはできず、それが何をしているのか分からない。それはある種のウィンドウの予定された活動だと思います。 この問題の原因を特定するにはどうすればよいですか?どうすれば停止できますか?

2
サーバーCPU:仮想化に関して、L3キャッシュサイズはどのくらい重要ですか?
パフォーマンスに関して、インテルXeon i7プロセッサーのL3キャッシュサイズは仮想化機能にとってどれほど重要ですか? 私は、Xeon 1366 Nehalem / Westmere CPUを、約4〜5台のVMのローエンド仮想化ホストとなるサーバーに選びました。 4MB L3キャッシュと8MB L3キャッシュの間には価格分割があるようです。8MBから4MBにステップアップすると、どのくらいのパフォーマンスが得られますか?

4
仮想化CPUコアとスレッド
ハイパースレッディングを備えた新しいクアッドコアXeon CPUを搭載したUbuntu 9.10にKVMホストシステムがあります。Intelの製品ページで詳しく説明されているように、プロセッサには4つのコアがありますが、8つのスレッドがあります。/ proc / cpuinfoとhtopはどちらも8つのプロセッサをリストしていますが、それぞれがcpuinfoで4つのコアを示しています。KVM / QEMUは、ゲストに割り当てるために使用可能な8つのVCPUも報告します。 私の質問は、VCPUをVMゲストに割り当てるとき、コアごとまたはスレッドごとに割り当てる必要があるかどうかです。KVM / QEMUはサーバーに割り当てるVCPUが8つあることを報告しているので、以前に2を使用するように設定したはずの4つのCPUを使用するようにゲストを設定する必要がありますか?過剰に割り当てずにホストハードウェアを最大限に活用したいのですが。 更新: Chopper3の答えは間違いなく正しいアプローチです。ただし、スレッドとコアのパフォーマンスの側面を解明できるハードウェアの専門家からの連絡をお待ちしています...誰か?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.