問題タブ [htop]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
163 参照

c++ - RAM 内の C++ スタックとヒープ

4GBのRAMを搭載したUbuntuで次のc++コードを実行しています

そして、これはRAMに収まります(そして私のコンピューターは文句を言いません)。紛らわしいことに... htop は、実行時に追加の RAM がほとんど使用されていないと言っています...なぜですか?. (更新が必要な場合に備えて、通常は100秒間スリープさせます)

一方、巨大な配列を動的に割り当てると (このようなチュートリアルで推奨されているように)、htop は、RAM のほとんどを使い果たしていることを示します (すべてではなく、クラッシュする場合)。

では、なぜヒープを使用して大きなデータ構造を格納する必要があるのでしょうか... (この例のように) スタックがさらに大きな配列を処理できるのであれば?

ヒープはスタックよりも大きいはずだと思っていました! どこが間違っているのか教えてください。

0 投票する
1 に答える
1301 参照

node.js - node.js でのメモリ リークの追跡 - v8 プロファイラーと htop

最近、node.js アプリで何らかのメモリ リークが発生している可能性が高いことがわかりました (に示されているメモリ消費量htopは増加の一途をたどっています)。少量のコードを別のスクリプトに分離することができましたが、これはまだメモリ リークを引き起こしているため、現在はそれを突き止めようとしています。htopただし、ツールとこの v8 プロファイラーによって収集されたテスト結果の分析と理解に問題があります: http://github.com/c4milo/node-webkit-agent

スクリプトの開始直後に htop に次のメモリ消費量が表示されます。

http://imageshack.us/a/img844/3151/onqk.png

その後、アプリは 5 分間実行され、30 秒ごとにヒープ スナップショットを取得しています。5分後の結果は次のとおりです。

ヒープ スナップショットのサイズ:

http://imageshack.us/a/img843/1046/3f7x.png

htop5分後の結果:

http://imageshack.us/a/img33/5339/2nb.png

したがって、これを正しく読んでいる場合、V8 プロファイラーは重大なメモリ リークがないことをhtop示していますが、メモリ消費量が 12MB から 56MB に増加したことを示しています! この違いがどこから来ているのか誰にもわかりますか?そして、なぜテストの開始時でさえ、htopプロファイラーが示した 4MB に対して 12MB を示しているのでしょうか?

0 投票する
3 に答える
12772 参照

web - Web インターフェイスを備えた htop

よく知られているhtopのようなシンプルで軽量な監視ツールはありますが、Web インターフェイスはありますか? Debian / Repberry Pi 用。私が見たソリューションはすべて複雑で、リソースを大量に消費するものでした。

0 投票する
2 に答える
421 参照

process - Ncurses、画面の更新、ループの解除

でいいねを作ろうとしていhtopますncurses

情報を更新するための無限ループと、それを停止するための条件を実行しています。ただし、以前に入力をチェックしたいので、それ自体は更新されません。

何をすればよいでしょうか ?

0 投票する
1 に答える
531 参照

linux - 「使用済みメモリ」は高いが、不正確なようです-htopと比較してksysguardd?

を使用してリモート マシンを監視してksysguarddいますが、3.6 ギガのフラットで不変のタイムラインと 0.20 の空きメモリが報告されています (マシンには 3.85 ギガが使用可能です)。

それでもhtop、400 ~ 600 / 3830MB の範囲で使用されます (これは、完全な黄色のバーの行によって示されます)。

いつものように、混乱しているのは私だと思います。

ksysguardd が高負荷であると言っている数字を間違って読んでいるのでしょうか、それとも 600/3830MB の使用で問題ないと言っている htop でしょうか?

0 投票する
1 に答える
100 参照

performance - CPUを完全に使用しないでください

これまでのところ、かなりうまく機能しているシンプルなレイトレーサーで遊んでいます。複数のゴルーチンを使用して画像のさまざまな部分をレンダリングし、その結果を共有フィルムに配置しています。

私の予想に反して、私の go コードは同等の Java コードよりも約 3 倍遅いです。それは予想されたことでしたか?さらに、 で CPU 使用率を調べると、htopすべてのコアが約 85% しか使用されていないことがわかりました。それはhtop問題ですか、それとも私のコードに問題がありますか? これが私のアプリケーションのCPUプロファイルです

GOMAXPROCS を として設定しましたruntime.GOMAXPROCS(runtime.NumCPU())完全なコードは github にあります。