...
Event | Time (in addition to Confluence's algorithm). For ~400 requirements, ~525Kb text per page, 2ms network latency. No Jira connection. | Time 1ms latency, |
---|---|---|
Page creation |
|
|
Page edition |
|
|
Submission of excerpts (This operation is in the background, the user doesn't wait for this). |
|
New result:
|
Tested for Requirement Yogi 2.0.0 with 2ms and 1ms network latency, in addition to the database latency, already loaded with 80.000 requirements. |
Errors in the logs?
If your server meets problems like "OutOfMemoryException", "Java Heap Space" or "SiteMesh" exceptions, it could be related to building the Traceability matrix. One important thing to note is that the Requirement Yogi add-on may not be mentioned in those exceptions. If you are in this situation:
- Use queries that return fewer requirements, in the search, but more importantly in the dependency, traceability and coverage matrix.
- The dependency matrix and the coverage report can only be built by users who can export the space (This permission will change in version 2.0, see Release Notes 2.0).
- Therefore, inform a subset of your users about the server limits and the tips to prevent a memory overflow; and restrict the export permissions to this group only.
- As a last resort, don't use the coverage and dependency matrixes. You can always explore Confluence's database schema and run the queries using an SQL tool. Tables related to Requirement Yogi start with "AO_32F7CE_AOREQUIREMENT".
Also, please notify us if you're meeting performance issues. We aim at obtaining the Data Center certification, so it's important to us to keep improving.