IPP 6.x deployment

[dchris]

In version 6.x of IPP the runtime installer is no longer available to help deploy IPP applications. I am trying to decide what is the best way to deploy the DLLs to my users' machines now that there is no installer.

Is it adviseable to try to only deploy those DLLs which will be necessary for a certain CPU (ie only the ipp*t7*.dll's) at install time. If so, is there a provided way of detecting the CPU so I can make that decision at install time. Or is it just better to install all of the DLLs for all CPUs. I would rather not do that due to the large size of the entire package. Thanks for the input.

D

[Ying_S_Intel]

Quoting - dchris

In version 6.x of IPP the runtime installer is no longer available to help deploy IPP applications. I am trying to decide what is the best way to deploy the DLLs to my users' machines now that there is no installer.

Is it adviseable to try to only deploy those DLLs which will be necessary for a certain CPU (ie only the ipp*t7*.dll's) at install time. If so, is there a provided way of detecting the CPU so I can make that decision at install time. Or is it just better to install all of the DLLs for all CPUs. I would rather not do that due to the large size of the entire package. Thanks for the input.

D

There is a sample we offered as part of Intel IPP samples, I am not sure if you are aware of it, please go to the directory at: ipp-samplesadvanced-usagecpuinfo, and it provides the way to detect the CPU.

Or you can try to call ippGetCpuFeatures() to find the return values. For more details, check this Intel IPP Knowledge Base at: http://software.intel.com/en-us/articles/intel-integrated-performance-primitives-intel-ipp-is-there-any-function-to-detect-processor-type/

You may also check this Knowledge Base and see how other options you can consider for redistributions:
http://software.intel.com/en-us/articles/intel-ipp-rti-tool-is-obsolete/

Finally, theIntel IPP linkage quick reference at: http://software.intel.com/en-us/articles/intel-integrated-performance-primitives-intel-ipp-intel-ipp-linkage-models-quick-reference-guide/

Hope it helps.
Thanks,
Ying

[dchris]

Quoting - Ying S (Intel)

There is a sample we offered as part of Intel IPP samples, I am not sure if you are aware of it, please go to the directory at: ipp-samplesadvanced-usagecpuinfo, and it provides the way to detect the CPU.

Or you can try to call ippGetCpuFeatures() to find the return values. For more details, check this Intel IPP Knowledge Base at: http://software.intel.com/en-us/articles/intel-integrated-performance-primitives-intel-ipp-is-there-any-function-to-detect-processor-type/

You may also check this Knowledge Base and see how other options you can consider for redistributions:
http://software.intel.com/en-us/articles/intel-ipp-rti-tool-is-obsolete/

Finally, theIntel IPP linkage quick reference at: http://software.intel.com/en-us/articles/intel-integrated-performance-primitives-intel-ipp-intel-ipp-linkage-models-quick-reference-guide/

Hope it helps.
Thanks,
Ying

Thank you for your response. I was not aware of the CPU detection samples, thank you. My initial thoughts when looking at this deployment problem were to write a small utility that just calls the ippiGetLibVersion function and then uses the targetCpu field of the IppLibraryVersion struct that gets returned to determine which set of DLLs to copy to the users machine and then only copy those DLLs (ie only the ipp*t7*.dlls if targetCpu == "t7"). Is there any reason this would be dangerous or leave my users without the DLLs they need? Thanks,

D

[Vladimir_Dudnik]

When your users sometime later may decide to upgrade system tothe latestprocessor, IPP based application will work with previous libaries which might be not optimal for this new processor. This is only issues which comes to my mind.

Vladimir