nem tudom mennyi tranyó lehet egy ilyen fixfunkciós hardver, de a Qualcomm és az Apple is ezt csinálja.
Azt gondolom, hogy ha valaki óvatos szeretne lenni, akkor talán el kéne indulni mondjuk olyan alap algoritmusokkal, mint a zlib
, gzip, bzip2, aminek valószínűleg legacy körülmények között is van haszna.
A másik, amerre lehetne indulni az pl a http által használt, használható algoritmusok hardveres gyorsítása: gzip, deflate, brotli
Adatbázis szerverekben is gyakori a tömörítés (zlib)
Persze ennek könnyen lehetne az az eredménye, hogy a régi, kevésbé hatékony, de hardveresen gyorsított algoritmusok kiszoríthatják az újabb, hatékonyabbakat, mint amilyen a kraken.
Ha valaki meg ettől tart, akkor az újabb algoritmusokra kell támogatást hozni.
A szoftvert és a hardvert is képes megvezetni a másik oldalon levő dominancia.
Tehát ha elterjed egy olyan cpu, ami egyik-másik tömörítő eljárásra ad hardveres gyorsítást, akkor valószínűleg több szoftver dönt úgy, hogy azt az algoritmust választja
Vagy ha a szoftveresen terjed el egy algoritmus, akkor idővel a hardvergyártók hoznak arra támogatást.
mivel meglevő, pl szerverekben vagy böngészőkben használt algoritmusok elég elterjedtek, ezért azt gondolnám, hogy itt a hardvergyártók tehetnék meg az első lépéseket.
Találgatunk, aztán majd úgyis kiderül..