まれなメモリ消費


0

私は私を狂わせる奇妙な行動に苦しんでいます。サーバーの起動時にコンパスリスナーを実行しようとしています。いくつかの方法で試してみましたが、それらはすべてrootユーザーで実行しました。

  1. 「マイスクリプト」を実行するサービスの作成
  2. /etc/rc.localから「my script」を実行する
  3. /etc/rc.localから直接コマンドを実行する
  4. cron @restartから「my script」を実行する
  5. rootユーザーとのsshセッションから「my script」を手動で実行する
  6. rootユーザーでsshから「my script」のコマンドを手動で実行する

それらはすべて、メモリ消費以外のすべてが期待どおりに機能しました。

sshからスクリプト/コマンドを実行する最後の2つのケースでは、2つの切り離された画面が通常のメモリ消費と思われるものを消費します。

プロセスA

しかし、他の4つの方法では、切り離された画面は非常に大量のリソースを消費します。

プロセスB

このコマンドはとても簡単です(異なるフォルダーに対して2回実行されます):

screen -dm -S name_a compass watch /target_folder

どうか、誰が私に何が起こっているかの手がかりを教えてもらえますか?


メモリ消費量はすべての場合で同じようです。
デビッドシュワルツ

申し訳ありませんが、%CPUを意味しました(明らかなことを指摘していただきありがとうございます)。最後に、target_folderパスにあるシンボリックリンクを置き換えることで修正しました。
CoolArts

回答:


0

についてcompassは何も知りませんが、いくつかのことを知っています。

どちらの場合もメモリ使用量は0.6%と似ているように見えますが、CPU使用量は異なります。

開始した最初の4つのセッションと最後の2つのインタラクティブ(「手動」)セッションの違いは次のとおりです。

  • 環境変数(export)は異なり、シェル(bash/ sh)も異なる場合があります。
  • stdin/ stdout/ stderrは、対話型ログインで端末に接続さ/dev/nullれ、最初の4つのケースで接続されます。compassコマンドは入力または出力を予期しており、その不足を非効率的に処理していますか?

繰り返しますが、私は知りませんcompass–いくつかの考えだけ。


ありがとう
CoolArts

ただの情報のためだけに、すみませんでした。compass(with sass)はスタイルシートプリプロセッサです。コマンド "watch"はフォルダー内のすべての.scssまたは.sassファイルを監視し、これらのファイルのいずれかで変更を検出すると、対応する.cssファイルを自動的にコンパイルします。よろしく!。
CoolArts
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.