Forums - Query Regarding User Buffer Encodings and Performance on DSP with SM8550 in LOW_POWER_SAVER Mode

1 post / 0 new
Query Regarding User Buffer Encodings and Performance on DSP with SM8550 in LOW_POWER_SAVER Mode
alona.rimon
Join Date: 18 May 23
Posts: 3
Posted: Tue, 2023-12-12 06:49

Dear Qualcomm Support Team,

I am currently working with SNPE user buffers on the DSP platform, specifically on the device SM8550, and operating in the LOW_POWER_SAVER mode. I have encountered some unexpected behavior regarding the runtime performance of different user buffer encodings, and I would appreciate your insights on the following:

  1. Runtime Performance Across Different Buffer Encodings:
    • Observation: I have noticed that the runtime for UserBufferEncodingTf8 is approximately equal to that of UserBufferEncodingTfN and UserBufferEncodingFloat. This is based on measurements focusing solely on the execute runtime, excluding any pre and post-processing times.
    • Question: Given that I am using 8-bit quantized buffers (and have converted the data according to the quantization parameters myself), I expected a reduction in execution runtime with UserBufferEncodingTf8. Why is there no noticeable difference in runtime between the 8-bit quantized buffer and the float buffer? Is this expected behavior, or could it indicate an issue with my implementation or understanding of the system?
  2. Difference Between Buffer Encodings and Issues in Buffer Creation:
    • Question: What are the key differences between UserBufferEncodingUnsigned8Bit and UserBufferEncodingTf8 in terms of their use and performance implications?
    • Issue: I am unable to create a user buffer with UserBufferEncodingUnsigned8Bit using the same method (ubFactory.createUserBuffer) as I did for other encodings, as it returns a null pointer. Is there a specific procedure or consideration for creating buffers with this encoding?

Any guidance or advice you can provide on these matters would be greatly appreciated. Understanding these aspects is crucial for optimizing our use of SNPE on the DSP platform.

Thank you for your assistance.

Best regards,

Alona Rimon

  • Up0
  • Down0

Opinions expressed in the content posted here are the personal opinions of the original authors, and do not necessarily reflect those of Qualcomm Incorporated or its subsidiaries (“Qualcomm”). The content is provided for informational purposes only and is not meant to be an endorsement or representation by Qualcomm or any other party. This site may also provide links or references to non-Qualcomm sites and resources. Qualcomm makes no representations, warranties, or other commitments whatsoever about any non-Qualcomm sites or third-party resources that may be referenced, accessible from, or linked to this site.