Proč testujete výkon RemoteFX ve virtuálním stroji ? Je to rozšíření RDP a s HyperV to nesouvisí, nebo se pletu ?

Mna by velmi zaujimalo keby ste urobili este porovnanie s technologiou od Citrixu XenDesktop, tiez by sa to malo dat stiahnut na skusku zadarmo. Citrix sa technologiam vzdiaelneho pristupu venuje uz velmi dlhu dobu a ma optimalizacne mechanizmi ktore dramaticky zrychluju RDP pripojenie a udajne su menej narocne na siet. RemoteFX je len nahrazkou Citrixoveho HDX. V prezentacnych videach cez vzdialene pripojenie prehravali fullHD video a vyzeralo to celkom plynule. Chcel som si to vyskusat sam ale nemal som dostatocne vykonny HW na postavenie tohto virtualneho prostredia. Bolo by super keby ste to mohli vyskusat na rovnakom HW a porovnat vysledky nakolko mam pocit ze limitom vo vasom teste nebol HW ale SW vrstva, ktora to cele brzdila. Predsa ziadny komponent nebol poriadne vytazeny.

super, sice tato technologia existuje uz skoro dva roky, ale konecne niekto spravil prakticky test :)
inak, minimalne medzi win8 a win8 to funguje aj napriamo, bez nutnosti virtualnej masiny http://emilko.fiitkar.sk/~doug/pics/remoteFX.jpg
v okne pusteny unreal tournament s direct3d9 renderom cez remote desktop na stroji s win8 a s intel hd graphics (sandy bridge celeron), na hoste vytazenie grafiky 20%, na lokalnom stroji 2% (tiez sandy bridge celeron), direct3d rendering fungoval, textury boli vyhladene aj efekty vyzerali normalne. Mozno to otestujem aj na niecom novsom s dx10, ak to ta grafika zvladne :D

Díky za článek, sice se živím právě implementacema VDI a terminálových řešení, ale vyzkoušet RemoteFX tak jako vy možnost nemáme.

Jen pro doplnění, je potřeba si uvědomit, že RDP není nijak výkonný protokol a že na straně serveru je sice výkonná grafika pro vytvoření obrazu, ale obraz (bitmapy) se musí zabalit do RDP protokolu. Podle vytížení v task manageru to balí procesor a to bude asi to úzké místo - cca 25% vytížení procesoru při jedné uživatelské session :O, tedy nic moc.

Ve VDI/terminálových řešeních se řeší následující:
1. práce s běžnými kancelářskými aplikacemi - to je v pohodě (maximálně scrolování velkých excelových tabulek může dost vytížit procesor na klientovi, dekomprese RDP něco zabere - server toto nijak zvlášť neovlivní, gui to řeší docela efektivně)

2. zobrazení videa/flash
- buď se bude 'malovat' na straně serveru a pak přenášet ke klientovi. Tzn. řetězec zpracování obrazu je pak zdroj videa/flashe -> dekódování -> sestavení obrazu -> zabalení obrazu do RDP -> přenos zabaleného obrazu na klienta -> rozbalení obrazu u klienta.
- anebo (dnes už se to začíná objevovat, ne však v RDP) bude video/flash přenášené bez dekódování na klienta a tem teprve dekódované. Řetězec pak vypadá takto
zdroj videa/flashe -> zabalení zdroje videa/flashe do RDP -> na klienta -> rozbalení zdroje videa/flashe u klienta -> dekódování videa na klientu.
- anebo úplně jinak. Video/flash a zpracování obrazu (komprese do RDP) je 'offloadováno' silnou grafikou na straně serveru, ať to nepočítá procesor (to by pak na jednom serveru nemohlo pracovat třeba 50 uživatelů což je pro kancelářské práce bežný stav). Řetězec zpracování obrazu je pak stejný jako v prvním případě.

To je zase nejaky M$ omyl, nebo ne?
Pri rozliseni 1024x768 rekneme pri 24-bitove hloubce ma obraz 1024*768*3=2.25 MB ~ 18 MBit. Pri rychlosti site 1000 MBit/sec by se muselo prenest ze serveru na klienta cca 55 snimku/sec i bez jakekoli komprese. Latence taky neni problem - na lokalni siti je < 1 ms.
Tak kde je problem? Pokud bych se dostal k obrazove informaci a prenasel ji, tak to nemuze byt tak pomale..? Ledaze by to nestihal ten server. Ale to pri tom vytizeni GPU je celkem nepravdepodobne..

To je divné, sám jsem testoval remotefx minulej rok ještě na Serveru 2008 R2, pro zájemce detaily zde: http://www.abiotic.cz/pc-info/410-remotefx-a-hrani-her.html (sorry za pomalou linku co mám doma :/) a hrál jsem na tom Hawx a Tiberium Wars sice nic moc (TW) ale tenkrát jsem testoval klienta Notebook přes Wifi. Tenkrát mě nenapadlo testovat vytížení cpu a dával jsem to citelné zpomalení za vinu spíše málo grafické paměti u hostující vga a propustnosti sítě - protože na mém stolním přes gigabitovou síť to jelo lépe a na serveru přes virtuální síťovku z virtuálního stroje ještě lépe.
Mimoto lze zprovoznit RemoteFX na free Core serveru bez nutnosti RDP licencí - k reálnému testu jsem se nedostal, pouze jsem to nakonfiguroval. To samé platí k pozdějším rozsáhlejším testům této technologie.

prosim, mohli by ste doplnit clanok a porovnat latencie a kvalitu obrazu so sluzbou onlive? myslim ze remotefx je reakcia na trend akym ide onlive.

Co vas viedlo prave k vyberu Unigine ? Sami si este vpisete vetu "A spustili jsme Unigine Heaven Benchmark 2.5, hezky v DirtectX 11 verzi a s tesselací." Nenapadlo vas, ze prave tu mohol byt "pes zakopany" ?
Vzhadom na relativne velky rozdiel aky ste namerali medzi 1090T a i7-870 prave v tomto benchmarku, by sa dalo uvazovat o 2 potencialnych pricinach:
1. driver virtualneho adaperu ma sw fallback na nejaku cast instrukcii (napr. nieco z teselacie alebo vseobecne DX11)
2. neefektivny sposob odchytavania obrazu.

Prvy bod sa dal overit nejakym Dx9 benchmarkom, ktory je ale dostatocne narocny (aby nas nelimitovala prenosova kapacita / vykon na zakodovanie obrazu)
Druhy bod sa dal lahko potvrdit alebo vyvratit spustenim stredovekeho 3dmarku / UT benchmarku kde by sa ocakavalo fps v radoch stoviek.

Hmm mna este napadala jedna vec ohladom toho podivneho vykonu a spravania sa RemoteFX. Neviem aku ma MS politiku ohladom RremoteFX ale vzhladom na to ze je to terminal zalezitost a este sa do toho montuju aj virtualy, tak to uz je tucna serverova zalezitost s asi aj zaujimavym licencovanim no a zasa by som sa az tak nedivil keby to MS v neaktivovanej "free" verzii Serveru mal povedzme obmedzene nech nevyuzije hw na 100% (jadra CPU, grafika etc.) Taketo limitovanie produktu je celkom bezne a zakaznik ma moznost si to osahat s tym ze ked si kupi full licenciu bude mat aj full vykon.

Pridam jeste jednu vec k zamysleni. Sam mam Phenom X4 960T bezici na 3,4GHz + Radeon HD 7950 a v GPU-Z jsem jeste nevidel GPU Load ze by se dostalo aspon k 50%, vzdy je to mene a to i pri spustenem 3DMark11 a to bezim na lokalnim PC s Windows 8 x64. Takze je dost mozne ze GPU-Z ukazuje tu zatez spatne.