IppLZO1XMT mode for ippsEncodeLZO_8u and ippsDecodeLZO_8u

IppLZO1XMT mode for ippsEncodeLZO_8u and ippsDecodeLZO_8u

Portrait de Trevor Purdy

I'm curious as to whether the internal multithreading depreciation will affect the multithreaded mode of the LZO encode / decode functions. Although I can live without that mode, it does offer a significant performance benefit for my company's internal game engine load times versus the single threaded mode.

Will functions like this be replaced with something equivalent that I can thread myself? Like say if I have to decompress a large block of data I can spawn threads and decompress parts of it? Or is all consideration of multithreading being depreciated?

I realize of course that I can probably achieve something similar by breaking said large block of data up into smaller chunks and compress / decompress each chunk separately but there is something to be said for a library that takes care of those niceties itself.

1 contribution / 0 nouveau(x)
Reportez-vous à notre Notice d'optimisation pour plus d'informations sur les choix et l'optimisation des performances dans les produits logiciels Intel.