问题标签 [spike]

如果当前 sprint 的所有用户故事都已完成，并且我们正在处理将用于下一个 sprint 的任务，那么我们如何对其进行分类？

可以称为“秒杀”吗？

我正在尝试对我从 SEA 实时读取的一些扭矩实施尖峰滤波器。截至目前，我们正在使用移动平均线来替换超过某个阈值的尖峰值。（我们得到峰值 b/c 执行器有时会搞砸并突然出现峰值）。

我试图找出一种更好、更准确的方法来过滤尖峰，以便更准确地预测扭矩而不是尖峰。

顺便说一句，这是一个 C++ 程序。

谢谢！

我在穗上运行简单的 C 和汇编程序（这工作正常）。我无法运行尖峰调试模式。尽管我正在尝试调试不同的程序，但我总是得到相同的输出。我正在使用 riscv64-unknown-elf-gcc 从 C 和汇编代码生成可执行二进制文件，并且还描述了以下命令：http ://riscv.org/download.html#tab_isa-sim运行调试模式：

如果我只输入以下内容，我也会得到相同的输出：

如果我键入以下命令（不带 pk），我会收到错误消息：

大约一个月前，a 从拍卖中购买了一个域名。一切都很好，但是大约 10 天前，我开始注意到它每 3 天就有多达 200,000 个 dns 查询，然后会下降到大约 10,000 个并再次飙升。它正在继续这样做。

有谁知道我怎么能看到这些来自哪里或阻止它们？目前我没有在域上运行任何东西，它只是指向即将到来的页面。我有 DNSmadeeasy 的 DNS。

我正在使用 riscv 代码，我想使用尖峰工具对其进行模拟。模拟的目的是查看一些浮点寄存器的内容。

所以，如果我想查看整数寄存器的内容，我使用下一个命令：

但是如果我尝试对浮点寄存器使用相同的命令：

它总是向我显示所有设置为零的位............

我附上了一些我正在工作的汇编代码......

在这段代码中，我使用命令 reg 在 fadd.s 指令之后查看浮点寄存器 ft1 和 ft0（reg 0 ft1 或 reg 0 ft0）的内容，结果是：

但是如果我在执行fsw指令后查找内存中保存的内容，结果不为零并且是正确的

如您所见，问题是为什么使用 reg 命令查看浮点寄存器的内容总是给我带来零作为寄存器的内容。reg格式和浮点寄存器有问题吗？

我刚刚从 github 获得了源代码并使用 32 位选项构建了 pk 并使用以下命令运行了 Speak：

$ 穗 --isa=RV32 PK 你好

我收到以下错误：

在抛出“std::runtime_error”的实例后调用终止 what(): could not open pk

我使用 riscv32-unknown-elf-gcc 为 32b RISC-V 目标处理器编译 pk 如下：

$ ../configure --prefix=$RISCV/riscv32-unknown-elf --host=riscv32-unknown-elf

我从第一个 RISCV 研讨会（去年 1 月）获得的旧尖峰程序可以正常工作。

我想在汇编中编写一个简单的 RISCV 程序，然后对其进行测试。程序应该简单地将一个值加载到一个寄存器中并向其中添加一个值：

但是，当我输入：

riscv64-unknown-elf-gcc hello.s

spke -d pk a.out

注册 0 a0

它总是返回 0x0000000000000000。为什么？我究竟做错了什么？

我正在为游戏服务器（玩家信息、保存数据、东西）运行带有 MySQL（InnoDB）的 NodeJS。服务器是基于 HTTP(S) 的，所以没有实时性。

从下图中可以看出，我遇到了这些奇怪的峰值（第一个图是请求/秒，最后一个图是查询/秒）

在响应时间图表上，您可以看到紫色的最大响应时间和蓝色的平均响应时间。即使有 10-20k 个峰值，平均 95% 的请求也会保持在 50-100 毫秒。

我一直在挖掘，发现慢查询没什么特别的。通常使用保存数据（~2kb 的 blob）更新查询或修改用户名左右的玩家配置文件更新。没有加入或类似的东西。我们谈论的是少于 100k 行的表。

服务器在 Ubuntu 14.04 上的 Azure 中运行，MySQL 5.7 使用 4 个内核和 7GB 的 RAM。

MySQL 设置：

编辑：事实证明，问题从来不是 MySQL 性能，而是 SQL 查询之前的 Node.js 性能。更多信息在这里：Node.js multer 和 body-parser 有时非常慢

我正在做需求分析，并试图找到一个很好的峰值示例。我似乎只能找到它是什么的解释。

对于系统用例，我有以下大纲：

• 名称：名称应明确表达用户的意图或用例的功能目的
• 简短描述：简短描述应该用几行强烈地表达主要的正常和替代流程活动（描述演员想要什么！）。
• 触发器：触发器描述了导致用例启动的事件。该事件可以是外部的、临时的或内部的。这对于批处理作业很重要。
• 主要参与者：每个用例至少有一个主要参与者，但可以涉及更多主要参与者。
• 次要参与者：如果适用，请在此处提及。
• 前提条件：前提条件说明在开始用例场景之前必须始终为真。
• 正常流程：这是 - 与替代流程一起 - 用例的主要部分。
• 备选流程：备选流程是处理/进行的正常情况下可接受的变体，最终结果是实现用例目标。
• 例外：这些是不需要但必要的变化，但不会导致实现用例的目标。
• 后置条件：后置条件说明在成功完成用例时必须始终为真。这可以是正常流程或替代流程的结果。

对于用户故事，我有下一个大纲：

• 标题：描述用户故事的目的。
• 理性/目标：描述用户故事创造了哪些价值。
• 实施细节：用业务的日常语言编写，它们包含以下小节：
  • 上下文：描述这个故事在系统中的哪个位置开始，以及在开始开发之前应该考虑哪些其他信息。
  • 正常流程：描述导致预期结果的快乐路径。
  • 替代流程：可能的替代方案。没有广泛使用，因为替代流程通常是一个单独的故事
  • 例外：描述可能导致正常/替代流程失败的情况。
  • 备注：应帮助开发人员正确实现用户故事的附加非技术和技术信息。
• 测试：在开发后验证故事时应执行的测试列表。每个测试都应该包括预期的答案。

所以我试图找到一个类似的尖峰轮廓。从对尖峰的描述中，我认为至少应该包括以下内容： * 标题 * 时间跨度 * 用户故事：尖峰源自的用户故事（但我不确定是否总是如此）。

尖峰的轮廓中还应该有什么？

我在 Ubuntu 中安装了 riscv，安装的最终指令是“spike bbl vmlinux”

但我收到：