問題タブ [spike]

現在のスプリントのすべてのユーザー ストーリーが完了し、次のスプリントのタスクに取り組んでいる場合、それをどのように分類できますか?

「スパイク」と呼べるのか？

SEA からリアルタイムで読み取っているトルクにスパイク フィルターを実装しようとしています。現在、移動平均を使用して、特定のしきい値を超えるスパイク値を置き換えています。(アクチュエータが時々台無しになり、突然のスパイクが発生するため、スパイクが発生しています)。

スパイクの代わりにトルクがどうなるかをより正確に予測できるように、スパイクをフィルタリングするためのより良い、より正確な方法を見つけようとしています。

ところで、これは c++ プログラムです。

ありがとう！

約 1 か月前にオークションでドメイン名を購入しました。それはすべて順調でしたが、約10日前に、3日ごとに最大200,000のDNSクエリを取得していることに気付き始め、その後約10,000に低下して再び急増しました. そして、これを続けています。

これらがどこから来ているかを確認したり、止めたりする方法を知っている人はいますか? 現時点では、ドメインで何も実行されていません。それは、近日公開予定のページを指しているだけです。私はDNSmadeeasyでDNSを持っています。

I'm working with a riscv code and I want to simulate it using the spike tool. The aim of the simulation is to see the content of some float-point registers.

So, if i want to see the content of an integer register i use the next command:

but if i attempt to use the same command for a float-point register:

it always shows me all the bits set to zeros............

I attach some of the assembler code that i'm working....

In this fragment of the code I used the command reg to see the content of the float-point registers ft1 and ft0 (reg 0 ft1 or reg 0 ft0) after the fadd.s instruction, the result is:

But if i look for the content saved in memory after the execution of the fsw instruction, the result is not zero and it is correct

As you can see the question is why using the reg command to see the content of a float-point register always bring me zeros as the content of the register. It's something wrong with the reg format and the float-point registers?

単純な RISCV プログラムをアセンブリで作成してテストしたいと考えています。プログラムは単純に値をレジスタにロードし、それに値を追加する必要があります。

ただし、入力すると：

riscv64-unknown-elf-gcc hello.s

spke -d pk a.out

レジスタ 0 a0

常に 0x0000000000000000 を返します。なんで？私は何を間違っていますか？

ゲームサーバー（プレーヤー情報、保存データなど）用にMySQL（InnoDB）でNodeJSを実行しています。サーバーは HTTP(S) ベースなのでリアルタイムではありません。

以下のグラフからわかるように、これらの奇妙なスパイクがあります (最初のグラフはリクエスト/秒で、最後のグラフはクエリ/秒です)。

応答時間グラフでは、最大応答時間が紫で、平均応答時間が青で表示されます。これらの 10 ～ 20,000 のピークがあっても、リクエストの 95% と同様に、平均は 50 ～ 100 ミリ秒のままです。

私は掘り下げてきましたが、遅いクエリは特別なものではないことがわかりました。通常、savedata (~2kb の blob) を使用してクエリを更新するか、ユーザー名などを変更するプレーヤー プロファイルの更新を行います。結合などはありません。10万行未満のテーブルについて話しています。

サーバーは、4 コアと 7 GB の RAM を使用して、MySQL 5.7 で Ubuntu 14.04 上の Azure で実行されています。

MySQL の設定:

編集: 問題は MySQL のパフォーマンスではなく、SQL クエリの前の Node.js のパフォーマンスであることが判明しました。詳細はこちら: Node.js multer と body-parser が非常に遅い場合がある

私は要件分析を行っており、スパイクの良い例を見つけようとしていました。それが何であるかの説明しか見つけられないようです。

システムの使用例については、次の概要があります。

• 名前: 名前は、ユース ケースのユーザーの意図または機能上の目的を明示的に表す必要があります。
• 簡単な説明: 簡単な説明では、主要な通常および代替フロー アクティビティを数行で強く表現する必要があります (アクターが何を望んでいるかを説明してください!)。
• トリガー: トリガーは、ユース ケースを開始する原因となるイベントを表します。このイベントは、外部、一時的、または内部の場合があります。これは、バッチ ジョブにとって重要です。
• 主要なアクター: 各ユース ケースには、少なくとも 1 つの主要なアクターが含まれますが、より多くの主要なアクターが関与する可能性があります。
• 二次アクター: 該当する場合は、ここに記載してください。
• 前提条件: 前提条件は、ユース ケース シナリオを開始する前に常に真でなければならないものを示します。
• 通常フロー: これは、代替フローと共に、ユース ケースの主要部分です。
• 代替フロー: 代替とは、最終結果としてユース ケースの目標を達成する処理/続行の通常のケースの許容可能なバリエーションです。
• 例外: これらは望ましくないが必要なバリエーションですが、ユース ケースの目標の達成にはつながりません。
• 事後条件: 事後条件は、ユースケースが正常に完了したときに常に真でなければならないことを示します。これは、通常の流れまたは代替の流れの結果である可能性があります。

ユーザーストーリーについては、次のアウトラインがあります。

• タイトル: ユーザー ストーリーの目的を説明します。
• 合理的/目的: ユーザー ストーリーによってどのような価値が生み出されるかを説明します。
• 実装の詳細: ビジネスの日常的な言葉で書かれており、次のサブセクションが含まれています。
  • コンテキスト: システムのどこからこのストーリーが始まるか、および開発を開始する前に考慮すべきその他の情報について説明します。
  • 正常な流れ: 望ましい結果につながる幸せな道筋を説明します。
  • 代替フロー: 可能な代替。代替フローは別の話であることが多いため、広く使用されていない
  • 例外: 通常/代替フローの失敗の可能性につながる条件を記述します。
  • 備考: 開発者がユーザー ストーリーを正しく理解するのに役立つ追加の非技術情報および技術情報。
• テスト: ストーリーが開発後に検証されるときに実行する必要があるテストのリスト。すべてのテストには、予想される答えが含まれている必要があります。

だから私はスパイクの同様のアウトラインを見つけようとしています. スパイクの説明から、少なくとも次の項目を含める必要があると思います。

スパイクのアウトラインには他に何が必要ですか?