誰でも私を助けてくれますか？私がアプリケーション開発の一環としていくつかのモジュールを使用していない場合、すべてのモジュール拡張をstandalone.xmlに置くことは必須ですか？そうでない場合は、使用していないモジュールをいくつか削除して、拡張機能がある場合は、module="org.jboss.as.ejb3"、module="org.jboss.as.jsf"などを削除したい場合、どのようなメリットがありますか？私がstandalone.xmlをきれいにすると、アプリケーションのパフォーマンスとメモリに関してどんなメリットがありますか？一部のモジュールを使用していない場合は、すべてのモジュールをwildfly10.1.0 standalone.xmlにする必要がありますか？
wildflyは、submodulesとservicesをフィーチャブロックとして使用して、モジュラアーキテクチャを使用します。一部のデプロイメントが熱心に開始されます。つまり、アプリが必要ない場合でも、一部のデプロイメントが要求しない限り初期化されません（サーバーの起動後にサーバーログで確認できます）。
スタートアッププロセスは非同期であるため、合理的なハードウェアでは比較的高速でなければなりません。つまり、あなたが必要とするサブモジュールだけであなた自身のプロファイルやディストリビューションを作成することを止めることはできません（必要な唯一のAPIであればサーブレットサブシステム以外のすべてを削除するか、すべてのjavaeeサブシステムを削除してundertow as loadbalancerを使用します）。しかし、ディスクスペースやメモリが非常に限られている非常に制限された環境で実際に作業している場合を除き、私はあなたの時間を費やす価値はないと思います。現実の世界のシナリオでは、Appのメモリ要件によってサーバーのオーバーヘッドは無視できます。
最初にあなたのアプリに焦点を当て、それから（まだそれが必要な場合）サーバーチューニングに時間を費やしました。可能性があります、デフォルトのワイルドフライの設定はうまく動作します:)
ハッピーハッキング
このような簡単な説明はありがたいです。 – Pathak
人生をシンプルに保ち、それを心配しないでください。パフォーマンスに違いはありません（EJBはCDIよりも高速であることが実証されています）、メモリへの影響が最小限に抑えられています。本当に迷惑をかける場合は、[WildFly Swarm]（https://github.com/wildfly-swarm）を検討してください。 –
ありがとうSteve、あなたのコメントは本当に私が理解するのに役立ちます。 – Pathak
あなたが得る可能性のあるパフォーマンスは、展開中だけです。しかし、私はそれが非常に小さいと思う。メモリフットプリントはおそらくそれほど大きな変更ではないでしょう。 –