Odpověď na názor

Převod videa se testuje, takže problémy v x265, x265 (a ty děsný enkodéry SVT/lib* od Googlu asi, pořád se mi s nima nějak nechce smířit :) by recenze měly zachytit.
Ty dvě souběžné úlohy, to je otázka. Ale IMHO to taky nebude taková tragédie. Je možné, že úbytek výkonu tam bude, ale zase je to vždycky relativní. Pokud by to v určitém oknu zátěže, kde je aktivních víc než 8, ale míň než 16 vláken, zhoršilo výkon o 10 %, tak to vůbec nemusí být tragédie, pokud zároveň big.LITTLE je efektivnější pro ty úlohy, které potřebují míň než 8 vláken (hry) a ty, které vytíží všechy vlákna (ty dobře škálující MT aplikace). Těch bude IMHO víc než kolik je toho přechodného mezi tím.

Ono ta malá a velká jádra nejsou až tak nevyvážená, pokdu se bavíme o MT zátěži, protože v té jede velké jádro v režimu SMT s dvěma vlákny a pak je výkon jednoho jeho vlákna celkem blízko výkonu malého jádra, tudíž je to pořád relativně symetrické (výhoda HT/SMT, která třeba Applům/ARMům chybí), i když ne dokonale kvůli různým architekturám a cache systémům. Čili jako koncepčně to vypadá hrozna vachrlatě, ale může to v praxi fungovat...