• State TI Thinks Resolved
  • Locked Locked
  • Replies 7 replies
  • Answers 1 answer
  • Subscribers 98 subscribers
  • Views 941 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Linux/PROCESSOR-SDK-AM335X: Kernel performance guide

haohb
Intellectual 280 points
Part Number: PROCESSOR-SDK-AM335X


Tool/software: Linux

I have three question

1.about Interrupt Latency Measurement

What tools or means is TI using to measure?

2.AlSA Soc Audio Driver

What player is TI using to playmusic

3.Ethernet Driver

Can TI provide network test conclusions of 100M mode?

And about am335xx udp Performance，am335x is server or client，because when I run iperf in client mode on am335x，the bandwidth is much smaller than the bandwidth obtained by the tcp test 

  • 0
    TI__Mastermind 30726 points
    haohb,

    I need to work with a couple of different people to answer your questions. I will get back to you in the next day or so with answers. Thanks.
  • 0 in reply to RonB
    Intellectual 280 points
    thanks and wait your reply
  • 0
    TI__Mastermind 30726 points

    haohb said:

    2.AlSA Soc Audio Driver

    What player is TI using to playmusic

    We use aplay/arecord.

    haohb said:

    3.Ethernet Driver

    Can TI provide network test conclusions of 100M mode?

    The beaglebone black is a good platform for this as it only has a 100M PHY. You should see performance in the low to mid 90 Mbps range with about a 40% CPU load at a CPU frequency of a GHz.

    haohb said:
    And about am335xx udp Performance，am335x is server or client，because when I run iperf in client mode on am335x，the bandwidth is much smaller than the bandwidth obtained by the tcp test 

    The reason for this is UDP uses up all the descriptors and packets are dropped. This is a system tuning issue where memory trade offs both in the driver and the network stack can be tuned to provide the necessary performance within limits. TCP handles this by re-transmitting dropped packets.

    I am still researching your #1 question about interrupt latency.

  • 0 in reply to RonB
    Intellectual 280 points

    Thanks for your reply, and about NAND Driver test, what command or script should I use to get a test conclusion similar to the following figure?

  • 0 in reply to RonB
    Intellectual 280 points
    After so many days, have you inserted the answer?
  • 0 in reply to haohb
    TI__Mastermind 30726 points
    haohb,

    Sorry for the delay. We use an application in our test suite to gather this data for NAND performance. You can take a look at the code here:

    arago-project.org/.../

    For Interrupt Latency, I'm still investigating.
  • 0 in reply to RonB
    TI__Mastermind 30726 points
    haohb,

    For the interrupt latency numbers, we used to use a GPIO and a scope. That is what generated these numbers a few releases ago.

    We are in the process of moving to cyclictest:

    wiki.linuxfoundation.org/.../start

    It is a good way to get a statistical overview of interrupt latency.

    I hope this addresses you queries and that the information is useful to you.