Forum Discussion

Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
15 years ago

Application speed enhancement

Hello,

We are designing an embedded system used to process video data then send them to another embedded system using Ethernet.

Data are sent using NicheStack TCP/IP with MicoC/OS-II.

To test the transmitter we used a telnet session ,as in the simple socket server design example and instead of sending the menu (the one introduced in the example), we send the processed video data (that was stored in an SDRAM).

The problem is as following:

It was found that the data rate (data transmitted per second) is very small. To increase it. we increased the system clock (in SOPC builder) from 75 MHz to 150 MHz. It was expected that the data rate will be doubled, but unfortunately that was not the case.

Is this limited to the telnet session??? I don't know!! :confused: :(

Can anyone advise me. :)

Thanks & Regards.

5 Replies

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor

    For expectable network throughput with NIOS, you should consult AN 440 accelerating nios ii networking applications.

    I would also use Wireshark to trace the transmission timing. It can at least show, which peer acts as a bottleneck.
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor

    --- Quote Start ---

    For expectable network throughput with NIOS, you should consult AN 440 accelerating nios ii networking applications.

    I would also use Wireshark to trace the transmission timing. It can at least show, which peer acts as a bottleneck.

    --- Quote End ---

    Hello,

    Thank you for your reply :).

    Kindly advise me how can I find using Wireshark which peer acts as a bottleneck.

    Thanks & Regards
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor

    --- Quote Start ---

    how can I find using Wireshark which peer acts as a bottleneck

    --- Quote End ---

    As a prerequisite, you have to understand how TCP flow control works, either from the basic RFCs or a TCP/IP networking text book.

    A scenario, where the receiver throttles transmission speed would be, if ACK is delayed or even retransmission of segments is caused. I agree however with slacker, that you should try UDP for a fast transmission. Here you can immediately detect, if the transmitter is able to keep up with the data rate or possibly the receiver can't manage it.