StatisticSlot中fireEntry操作和本次统计node.addPassRequest非原子问题
- Dominant language
- Java
- Stars
- 23.1k
- Forks
- 8.1k
- PR merge metrics
- No merged PRs in 30d
Description
## Issue Description
从代码中看到,StatisticSlot中fireEntry操作和本次统计node.addPassRequest并非原子操作,请问在并发较大的情况下如何保证通过qps的准确性的呢
Type: *bug report* or *feature request*
### Describe what happened (or what feature you want)
### Describe what you expected to happen
### How to reproduce it (as minimally and precisely as possible)
1.
2.
3.
### Tell us your environment
### Anything else we need to know?
Contributor guide
Research direction
Start by tracing StatisticSlot.fireEntry alongside node.addPassRequest and reviewing the concurrency assumptions around the QPS calculation. Define a reproducible high-concurrency case and compare the observed and expected pass counts; done requires an agreed resolution and regression coverage if a code change is selected.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- backend, performance
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100