View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002203 | GNUnet | transport service | public | 2012-03-08 14:35 | 2012-06-02 17:15 |
| Reporter | Bart Polot | Assigned To | Matthias Wachs | Due Date | |
| Priority | high | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | 0.9.2 | ||||
| Target Version | 0.9.3 | ||||
| Summary | 0002203: Transport uses 100% CPU | ||||
| Description | ON shutdown, along with some ATS error messages: Mar 08 15:23:36-399598 transport-5498 ERROR ATS did not suggested address to connect to peer `KCI9' | ||||
| Tags | No tags attached. | ||||
| Analysis: This is related to the fast reconnect behaviour. When a peer disconnects, it upper layers are not notified, but transport tries to do a fast reconnect by asking ATS for an another address. This was not rate limited so transport asked repeatedly until FAST_RECONNECT_TIMEOUT (1 sec.). When no address is available the message above is printed. Fixed this in revision 20818 by introducing a fast reconnect rate limit | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-03-08 14:35 | Bart Polot | New Issue | |
| 2012-03-08 14:35 | Bart Polot | Status | new => assigned |
| 2012-03-08 14:35 | Bart Polot | Assigned To | => Matthias Wachs |
| 2012-03-08 23:35 | Christian Grothoff | Target Version | => 0.9.3 |
| 2012-03-08 23:37 | Christian Grothoff | Priority | normal => high |
| 2012-04-03 09:02 | Matthias Wachs | Note Added: 0005689 | |
| 2012-04-03 09:02 | Matthias Wachs | Status | assigned => resolved |
| 2012-04-03 09:02 | Matthias Wachs | Resolution | open => fixed |
| 2012-06-02 17:15 | Christian Grothoff | Status | resolved => closed |