問題タブ [daemons]

I am Designing an application that requires a Command Line Application binary to use for remote/local usage. The application will have plugins that will allow for addition and removal by the user.

1. Will NSDistributedNotificationCenter work for IPC(inter-process communication) between daemons and binary applications?  If not what alternatives do we have?

2. What direction for adding a plugin architecture to a daemon would be "Best Practice" in relation to future OSX Compatibility?

3. Since there might be a KEXT involved, and the binary(CLI App) might be unsigned do we have to include a bundle for the CLI App to interoperate with the KEXT in the future?

foo()複数のオブジェクトを作成する関数があります。この関数は、プログラムの実行中に数回呼び出されます。foo()コードを高速化するために、新しいオブジェクトを並行して計算する一連のプロセスを作成したいと考えています。

これは理論的には機能していますが、コンピューターを数回呼び出すとfoo()フリーズします。foo()close と join を呼び出しても、 を呼び出した後、プロセスは強制終了されないと思います。私は何を間違っていますか？

端末からプログラムを強制終了すると、次のエラーが発生します。

編集

さらに情報を追加すると、プログラムを開始すると、最初は高速に実行されますが、時間の経過とともに遅くなります。プログラムの速度が低下すると、RAM の消費量が増加し、RAM を超えてスワップがいっぱいになります。マルチプロセッシングがなければ、プログラムが非常に小さいため、RAM の消費にまったく気付かないでしょう。htop同時に実行されている最大 4 つのプロセスを 1 つだけ表示します。

皆さん、Ubuntu 14.04 で他のユーザーとして docker デーモンを起動する必要があります。このユーザーは sudoers のグループと docker のグループにありますが、必要なのは docker デーモンを「テスト」ユーザーとして実行することです。

test@test:/usr/bin$ start docker

start: 拒否された送信メッセージ、1 つの一致したルール。type="method_call", sender=":1.88" (uid=1100 pid=24071 comm="start docker ") interface="com.ubuntu.Upstart0_6.Job" member="Start" エラー名="(未設定)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init ")

sudo を使用せずに「テスト」ユーザーで docker デーモンを実行するにはどうすればよいですか?

私は OAuth 2.0 プロトコルを介して Azure AD を操作しており、.NET の認証プロセスを処理する Service/Dameon アプリケーションも作成していますMicrosoft Graph SDK。サービス/デーモンについては、 を作成してHttpWebRequestを渡し、client_idに供給できるclient_secretを生成します。 access_tokenMicrosoft Graph SDK

また、ターゲット テナントに対応するサービス プリンシパルも正常に作成されました。このテナントでは、管理者が認証コード付与フローを使用してアプリケーションにアクセス許可を付与しています。アプリケーションはOverview -> Quick tasks -> Find an enterprise app、(portal.azure.com) 内の に表示されます。

私の質問は、サービス/デーモン アプローチを活用しながら、ターゲット テナントの管理者がアプリケーションを承認できるようにするアプローチがあります。これにより、ターゲット テナントは、そのclient_secretテナントに固有のパスを作成できるようになりますか?

フラスコ Web アプリがあり、その構造は次のとおりです。

app/app/cron に、docker の外部で呼び出したいスタンドアロン デーモンを記述しました。例: python daemon1.py

from ..common import stats

from ..method import msapi, dataformater

..db_client インポート db_connection から

def run_daemon():

名前=="メイン" の場合:

したがって、このdaemon1.pyを実行しようとすると、ValueError: Attempted relative import in non-packageがスローされます

これらのデーモンを構成するだけでなく、インポートするための正しいアプローチを提案してください。

前もって感謝します。