Opened 7 years ago

Closed 3 years ago

#1397 closed defect (no response)

High transport.sendProcessingTime and Message delay

Reported by: rfree Owned by:
Priority: major Milestone:
Component: router/general Version: 0.9.15
Keywords: performance debian Cc:
Parent Tickets: #623 Sensitive: no


On some of my i2p routers (debian 7, with mempo/grsecurity btw) I get high transport.sendProcessingTime and Message delay.

I suspect that to be the reason for not being able to acquire participating traffic.

See #623 for that issue, and for all the debug data including graphs, system versions.

Some thoughts:

<eche|on> message delay is everything from come into system towards out of system
<eche|on> and even if you get a complete idle CPU, system can be full of loiad due to interrupts or other stuff
<eche|on> it is far too complex
<eche|on> as the Java JDK/JVM also ahs a good portion of delay/process/… in this case. Like threads, memory usage,…

<eche|on> also the send stat time does raise with issues in the network, sometimes I had values >20.000 on a router with a bad network
<rfree> eche|on, tested with other p2p and torrents, and my ping (ICMP) to various sites stays low then. I could measure TCP lag and UDP lag in other p2p program later on, good idea

If needed I could get SSH access to affected computer for a developer, please comment with a ssh public key (ssh access over i2p is possible too, 0 hop on my side).


Change History (2)

comment:1 Changed 6 years ago by str4d

Keywords: performance debian added; participating lag delay processing time removed
Milestone: 0.9.16

comment:2 Changed 3 years ago by Eche|on

Resolution: no response
Status: newclosed
Note: See TracTickets for help on using tickets.