問題タブ [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.
c++ - RAM 内の C++ スタックとヒープ
4GBのRAMを搭載したUbuntuで次のc++コードを実行しています
そして、これはRAMに収まります(そして私のコンピューターは文句を言いません)。紛らわしいことに... htop は、実行時に追加の RAM がほとんど使用されていないと言っています...なぜですか?. (更新が必要な場合に備えて、通常は100秒間スリープさせます)
一方、巨大な配列を動的に割り当てると (このようなチュートリアルで推奨されているように)、htop は、RAM のほとんどを使い果たしていることを示します (すべてではなく、クラッシュする場合)。
では、なぜヒープを使用して大きなデータ構造を格納する必要があるのでしょうか... (この例のように) スタックがさらに大きな配列を処理できるのであれば?
ヒープはスタックよりも大きいはずだと思っていました! どこが間違っているのか教えてください。
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
htop
5分後の結果:
http://imageshack.us/a/img33/5339/2nb.png
したがって、これを正しく読んでいる場合、V8 プロファイラーは重大なメモリ リークがないことをhtop
示していますが、メモリ消費量が 12MB から 56MB に増加したことを示しています! この違いがどこから来ているのか誰にもわかりますか?そして、なぜテストの開始時でさえ、htop
プロファイラーが示した 4MB に対して 12MB を示しているのでしょうか?
web - Web インターフェイスを備えた htop
よく知られているhtopのようなシンプルで軽量な監視ツールはありますが、Web インターフェイスはありますか? Debian / Repberry Pi 用。私が見たソリューションはすべて複雑で、リソースを大量に消費するものでした。
process - Ncurses、画面の更新、ループの解除
でいいねを作ろうとしていhtop
ますncurses
。
情報を更新するための無限ループと、それを停止するための条件を実行しています。ただし、以前に入力をチェックしたいので、それ自体は更新されません。
何をすればよいでしょうか ?
linux - 「使用済みメモリ」は高いが、不正確なようです-htopと比較してksysguardd?
を使用してリモート マシンを監視してksysguardd
いますが、3.6 ギガのフラットで不変のタイムラインと 0.20 の空きメモリが報告されています (マシンには 3.85 ギガが使用可能です)。
それでもhtop
、400 ~ 600 / 3830MB の範囲で使用されます (これは、完全な黄色のバーの行によって示されます)。
いつものように、混乱しているのは私だと思います。
ksysguardd が高負荷であると言っている数字を間違って読んでいるのでしょうか、それとも 600/3830MB の使用で問題ないと言っている htop でしょうか?
performance - CPUを完全に使用しないでください
これまでのところ、かなりうまく機能しているシンプルなレイトレーサーで遊んでいます。複数のゴルーチンを使用して画像のさまざまな部分をレンダリングし、その結果を共有フィルムに配置しています。
私の予想に反して、私の go コードは同等の Java コードよりも約 3 倍遅いです。それは予想されたことでしたか?さらに、 で CPU 使用率を調べると、htop
すべてのコアが約 85% しか使用されていないことがわかりました。それはhtop
問題ですか、それとも私のコードに問題がありますか? これが私のアプリケーションのCPUプロファイルです
GOMAXPROCS を として設定しましたruntime.GOMAXPROCS(runtime.NumCPU())
。完全なコードは github にあります。