問題タブ [capacity]

私の知る限り、C++ 標準では、vector::resize で増加が必要な場合にベクトル容量をどのように増加させるかを正確に指定していません。しかし、「典型的な」実装はありますか?

具体的には、ベクターの大きさがどのくらい必要かわかりません。さらに、要素はランダムな順序で表示されます。だから私はこれを持っている各要素のために：

要素がインデックスの昇順で来る場合、ベクトル容量はサイズ変更の呼び出しごとに 1 ずつ増加しますか (一般的な実装で)? ないことを願っています...

ブローカーの ActiveMQ ネットワークを構成しましたが、機能的にはうまく機能しているようです。
ただし、ブローカー a に接続されているプロデューサーからブローカー b に接続されているコンシューマーに移動するメッセージの容量は、同じブローカーに接続されているプロデューサー/コンシューマーの場合よりも約 3 倍悪くなります。
ブローカー a がブローカー b にメッセージを渡すと、それは (ブローカー a POV から) 配信されたメッセージであるという印象を受けていたので、これは私には奇妙に思えます。

ここに私のactivemq.xml構成があります:

私が間違っている？
採用しなければならない特別な構成はありますか？
誰かが流れに光を当てることができますか?

送信者

私が次のことをした場合：

基本的に、リスト内の 100 個の GenericClass オブジェクトのそれぞれに対して、C# コンパイラが GenericClass コンストラクターを自動的に起動するかどうかを尋ねています。MSDN のドキュメントだけでなく、StackOverflow も検索しました。

助けてくれてありがとう。

以下のコードは、Google io オープン ソースから取得したものです。

com.google.android.apps.iosched.util.Lists.java http://code.google.com/p/iosched/source/browse/android/src/com/google/android/apps/iosched/util/Lists .java

com.google.android.apps.iosched.util.Sets.java http://code.google.com/p/iosched/source/browse/android/src/com/google/android/apps/iosched/util/Sets .java

容量変数とはどういう意味ですか? 前もって感謝します！

$_GETサイズが最大9000シンボルの大きなクエリでこのエラーが発生しました（これらは最大10個の変数に分割されています）。

この問題の回避策は何ですか？

私はこのマシンを持っています: コア 2 CPU 6600、4GB、64 ビット システム、Windows VISTA。

私は 100 億行のシステムを設計しています。このテーブルには別のテーブルへの外部キーがあり、このテーブルには 100 億行が含まれている必要があります。通常、2 つのテーブルに挿入するだけです。私は通常、結合を行いません。

ユーザー向けのリアルタイム パフォーマンスは必要ありません。mysql がこのサイズを安定して適切なパフォーマンスで処理できるかどうかは疑問です。

どうもありがとう

私は今日約450の入力を持っています、そしてそれは将来増加するかもしれません。（場合によっては、450未満、おそらく100または20で実行されます）

私にとっては次の方が良いですか：

• 容量を設定しない
• 容量を低く設定（100）
• 容量をわずかに450未満に設定
• 容量を450よりわずかに上に設定します
• 容量を450より適度に高く設定する
• 容量を予想よりもはるかに高い値に設定します（80％多い？、2回？）

増加の数としてnを使用します（実際の複雑さではありません）私は、それを予想よりも小さいn = 440に設定するか、何かが「複雑さ」を与えることを薄くしますn + 2n =（3n）

一方、少し上に置くと（n = 460）、nだけになります

また、n = 800に設定すると、高いn（ほぼ2n）（高いが、TrimToSizeを使用して改善しますか？

最良の選択は何ですか？

Java EE サーバー (OpenEJB 3.1.4 コンテナー) に接続する必要がある約 450 のリモート EJB クライアントがある状況があります。HTTP サーバーが存在しません。

多くのクライアントがオンラインになった後、サーバーが javax.ejb.ConcurrentAccessTimeoutException をスローし始めることに気付きました。

ドキュメントによると、メソッド内のステートフル セッション Bean またはシングルトン Bean に同時にアクセスしようとしたときのタイムアウトが原因であるとのことです。実際には両方を使用していますが、タイムアウトの適切な値を把握するのは困難です。

値が高い場合、ConcurrentAccessTimeoutExceptions は少なくなりますが、多くのクライアントが永遠にハングし始めます。値が低い場合、多数の ConcurrentAccessTimeoutExceptions がスローされます。

450 のすべてのクライアントは、起動時にサーバーへの接続を確立し (接続時間が長すぎてオンデマンドで作成できないため)、それを永久に維持します。

さて、それに加えて、別の問題があります。すべてのクライアントは、2 秒間隔で常にサーバーをポーリングします。この動作は変更できますが、アーキテクチャを調整する必要があります。

Java EE サーバーに接続する多くのクライアントを経験した研究者や経験のある人はいますか?

必要なものは何でも設計できますが、より具体的なターゲットを設定したいと考えています。

だから私はこれからの試験のために勉強しています.質問の1つは、さまざまなディスクドライブのプロパティを計算することです。サンプルの質問と公式を調査しながらフェアを過ごしましたが、私が思いついたものについて少し確信が持てないので、私の公式/回答を確認するのを手伝ってもらえないでしょうか?

提供される情報:

回転速度 = 6000 RPM
サーフェス = 6
セクター サイズ = 512 バイト
セクター / トラック = 500 (平均)
トラック / サーフェス = 1,000
平均シーク時間 = 8ms
1 トラック シーク時間 = 0.4 ms
最大シーク時間 = 10ms

質問:

以下を計算する

(i) ディスクの容量
(ii) 単一トラックの最大転送速度
(iii) 必要なシリンダー スキューの量 (セクター単位) の計算
(iv) シリンダー全体の最大転送速度 (バイト単位) (シリンダー スキューあり) )

私の答え:

(i) セクター サイズ x トラックあたりのセクター数 x サーフェスあたりのトラック数 x サーフェスの数

512 x 500 x 1000 x 6 = 1,536,000,000 バイト

(ii)トラックあたりのセクター数 x セクター サイズ x 1 秒あたりの回転速度

500 x 512 x (6000/60) = 25,600,000 バイト/秒

(iii) (トラック間のシーク時間 / 1 回転の時間) x トラックあたりのセクタ数 + 4

(0.4 / 0.1) × 500 + 4 = 24

（iv） これについて正直に言うと本当にわからないので、ヒントや助けをいただければ幸いです。

同様の質問が私の論文に出てくると確信しているので、このサンプルの質問に対する私の公式と導き出された回答を確認していただけると本当に助かります. また、最後の質問について誰かが少し助けてくれれば、それは素晴らしいことです。

ありがとう。

クラスターで同じ問題が発生し、PC に戻って簡単な実験を行い、それを解明しようとしました。Hadoop を疑似分散モードで構成し、デフォルトの capacity-scheduler.xml を使用し、mapred-site.xml を次のように構成しました。以下：

Web UI は次のようになります。

実際、2 つのスロットを占有し、reduce タスクを使用しない 1 つのマップ タスクを含むストリーミング ジョブを送信したところ、問題なく動作しました。ストリーミング スクリプトはかなり単純です。

~/hadoop/hadoop-0.20.2/bin/hadoop jar Streaming_blat.jar -D mapred.job.map.memory.mb=199 -D mapred.job.name='メモリ割り当て' -D mapred.map.tasks= 1 -入力ファイル:// pwd/input/ -mapper ' /home/luo/hadoop/hadoop-0.20.2/bin/a.out' -出力ファイル:// pwd/output/ -reducer NONE

a.out は、指定されたファイルに pid と ppid を出力するだけの C プログラムです。

mapred.map.tasks=3 を設定すると問題が発生しました。ウェブUIが表示されました

これは、mapred-site.xml で設定したマップ スロットの制限を既に超えていることを意味します。その結果、このようなことを何度も促されました

私がやりたいことは、容量を超えずに利用可能なスロットができるまでマップタスクを一時停止することです。誰かがいくつかの解決策を提供できますか? どうもありがとう。