Announcement

Collapse
No announcement yet.

Ocasional GET delay of 2.2Sec

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Ocasional GET delay of 2.2Sec

    Hello,


    I've been testing an application where a thread gets information through the serial interface every 15 seconds.
    This information can be fetched by a callback function.

    In the attatchement there is a graph showing the HTTP get delay times.
    You can see a slight increase every 15 seconds when the thread is communicating with the ?C.
    At random occurences however i get a delay time of +-2.2 seconds.
    Can this be related to any other threads or functions running on the xport pro?

    Last edited by Rob.Stoffels; 02-03-2014, 07:34 AM.

  • #2
    In addition,

    I've kept the test running during this weekend, and the delay time has gone to an average of 1 sec, and the delay times has increased and the timeout of these spikes is around 4 seconds instead of around 2,2...

    When connecting through a telnet to check the processes i notice that the math task is taking up +50% before this was not the case.

    PID CPU % Stack/Size Thread Name
    2 26.59% 388/2048 Idle Task
    3 0.21% 468/4000 LED
    4 0.31% 472/2048 Timeout Server
    5 1.45% 1072/4096 Event Server
    6 0.00% 300/2048 DNS Cache
    7 0.01% 480/4096 Ethernet Manager
    8 0.00% 444/3008 Snmp Agent
    10 0.00% 324/2048 FTP Server
    11 0.00% 460/3072 TFTP Server
    12 1.71% 3724/13008 Http1
    13 1.72% 3680/13008 Http2
    14 1.72% 3680/13008 Http3
    15 0.01% 640/2512 Http0
    16 0.00% 732/3072 Query Port (77FE)
    17 0.00% 224/6512 Network->Serial Daemon Port 1
    18 0.10% 560/8000 Serial->Network Daemon Port 1
    19 0.04% 704/8000 Accept Mode Daemon Port 1
    20 0.00% 252/9216 Connect Mode Daemon Port 1
    21 0.00% 716/8192 SMTP Client
    22 0.00% 304/2512 Telnet CLI Server
    23 0.00% 304/2512 SSH CLI Server
    24 0.00% 264/10000 Serial Command Interpreter Port 1
    26 0.00% 376/4096 VIP Monitor
    27 0.00% 660/5120 LPD Daemon
    28 0.00% 860/8096 Read Status
    29 0.00% 352/8096 Process HTTP Commands
    30 65.61% 14480/42000 Math Task
    33 0.88% 1268/9008 Telnet Session


    Edit:
    Apparently the strange occurence with the math task is caused because the program to perform the test doesn't close the connection after each request.
    Last edited by Rob.Stoffels; 02-05-2014, 12:25 PM.

    Comment

    Working...
    X