質問

この難問いか聞かれることがありましたその他の日---取り組んでおりますが、写複雑な電話(SIP)募混合C++とPHPのコードとMySQLデータベースや複数のオープンソース。

テレコムエンジニアからの見積りの性能の応用(準備が出来ていないます。彼はい、こちらをクリックして下さいかに多くのパケットを通過できるLinuxカーネル毎秒、いかに迅速にアプリで、電話の多くを通りなおもり'.

そうナンセンスであっても百万円のシナリオが起こり、文字通り...)

しかし...があるので、推定アプリケーション性能(かのハードウェア上で稼動することができて、行基準ベンチマークなど)の実現のための実験をしていますか?

役に立ちましたか?

解決

確実に問題を上限(最大スループット)で制限できます。それについてナンセンスはありません。実際、そのことを知らないということは、問題に対するかなり行き当たりばったりのアプローチを示しています-特に電話の世界では。

問題を自分で解決することができます-最低限の「作業」は何ですかトランザクションまたはアプリで実行しているタスクの単位を達成する必要がありますか?

たとえば、メッセージの送受信、処理、データベースのヒットなどはありますか?個々のピースに関する情報を取得すると、可能な限り速いスループットのアイデアが得られます。システムをロードし、パフォーマンスが大幅に低下する場合、非効率的なアルゴリズムなどでスループットを失っている可能性がある場所を見つけるのに時間をかけることができます。

編集

この演習を行うには、各ユースケースでアプリが実行するすべての手順を知る必要があります。次に、各ユースケースの最大スループットを特定できます。リリースしてライブで公開する前に、このことを確実に知っておく必要があります。

最悪のケース分析を無視しています-あなたが指摘しているように、かなり難しいです。

他のヒント

ウェブパフォーマンスの容量計画:メトリック、モデル、およびメソッドを参照してください。 。この種の離散イベントシミュレーションを実行できるツールもいくつかあります。

これは簡単なことではなく、市販のツールには費用がかかります。キャパシティプランニングの本には、多くのExcelブックテンプレートとすぐに使えるモデルの例が収録されたCDが付属しています。

幸運:)

なので、しばらく日本において答えることいえるのかもしれませんのようなこと:

"わからないの?いままに推定すまでには時間がかかります。明らかに精度の私の回答のウォイタリアンモーダアプリを時間)に入れて計算私の見積りいたします。どのくらい時間が必に入れて計算私の推定?"

の負担を返します。だから正確な答えはなかろう構築する少なくとも一部試験用のシミュレーションが可能で実環境です。

パフォーマンスを測定するためにスパイクすることができます。システム全体がまだ機能していない可能性がありますが、パーツがどのように組み合わされるかはわかっています。数時間で、すべてのレイヤーで最終アプリと同じ種類の作業を行い、それを使用してデザインのパフォーマンスを測定できます。

覚えておいてください:プロトタイプは幅広く、スパイクは深いです。

にするべきなのは、見積りいたします。見積んといった、すべての答えです。そして思い思いの問題です。今までの音のようにお符号化方式としてすべてがOKです。やきパニックモードを感じん時間による推計値。

時間を考えます。分析の重要な利用例です。考えると、メモリーする必要がある;考データベースアクセス考えるネットワークにアクセス(地方自治体および遠隔).これらのシステムのパフォーマンス.全チームともよろしくお願いします。

定期的に測定システムの性能を開発中にこれらの重要な利用例です。モックアップ部品/その他システムの場合です。分析の結果.どのようなこれらを比較するお見積りいたします。その部品はメモリー/データベース-ネットワークです。も必要なものがありま;以下のデータベースアクセス簡単な質問;キャッシュ.いるこれらの変化。しかしだかシステムの運用に必要なものだ。

結果: 少ない菌"と驚きや、システムのテストです。低パニックとしてリリース日普及した。

容量計画は事前に行うことができますが、推定の品質は利用可能なデータの品質に依存します。

最良の見積もりは、テストでシステムを構築し、シミュレートされたワークロードを実行し、パフォーマンス要件とワークロードの関数として容量を予測することです。これら3つは予測空間を形成します-3つのうち2つが与えられると、3つ目を予測できます:

  1. パフォーマンス要件と容量(ハードウェアなど)を指定すると、処理可能なワークロードを計算できます。

  2. パフォーマンス要件とワークロードを考慮して、必要な容量(ハードウェアなど)を計算できます。

  3. ワークロードと容量を指定すると、予想されるパフォーマンスを予測できます。

これは一部のドメインで当てはまりますが、そのドメインの専門家でない限り、何も考えられません。たとえば、産業用ロボットを制御するコードを書きます。速度は、コードの実行速度ではなく、ロボットの動きによって制限されます。ロボットの速度と移動距離を知ることで、「速度」をかなり適切に推定できます。アプリケーションの時間を見積もる方法がわかりません。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top