I början av 2011 tillkännagav Lucid deras Virtu-mjukvara för att passa med Intels Sandy Bridge-processorer. Med Virtu skulle användare kunna använda en diskret GPU och Sandy Bridges integrerade GPU samtidigt för att kunna använda funktionerna i båda GPU:erna. Detta innebar normalt att antingen använda en dGPU som primär GPU samtidigt som du fortfarande kunde komma åt Sandy Bridges QuickSync (D-läge), eller att använda iGPU som primär GPU samtidigt som dGPU:n startade och renderade ramar till iGPU:n när dGPU:ns funktioner behövdes (I-Mode).
Mer nyligen i juni på Computex tillkännagav de Virtu Universal. Virtual Universal lade till stöd för att använda Virtu med AMD:s integrerade GPU:er och introducerade företagets Virtual Vsync-teknik för att förhindra skärmsönderrivning utan att använda vsync.
Lucid har fortsatt att arbeta på Virtu sedan dess, och äntligen tillkännager de på dagens IDF sin senaste version av Virtu: Virtu Universal MVP. Virtu Universal MVP lägger till Lucids senaste teknologi, som företaget kallar HyperFormance-teknologi. Lucid hävdar att med HyperFormance kommer de att avsevärt förbättra I-mode-renderingsprestanda genom att “ta bort redundanta renderingsuppgifter”, eller i huvudsak kommer de att förbättra prestandan genom att rendera mindre.
Så vad exakt är HyperFormance? Det är en bra fråga, och vi har inget bra svar. Lucid har beslutat att hålla HyperFormances mekanismer hemliga för patentändamål, så det vi måste arbeta med ger en överblick på mycket hög nivå. I den här översikten har Lucid gjort det klart här att huvuddraget i HyperFormance är att det minskar renderingsarbetsbelastningen på dGPU:n genom att fånga upp och ta bort vissa renderingsuppgifter inom en ram. Detta skulle i sin tur minska ingångsfördröjningen genom att antingen tillåta en GPU att rendera en bildruta snabbare och gå vidare till nästa bildruta, eller bara hålla ut helt tills den närmar sig en uppdateringscykel så att den renderade ramen inte är lika gammal.
Det långa och korta med det är att Lucid verkar ha integrerat grunden för Hydra – deras till stor del ignorerade multi-GPU-renderingsteknologi – i Virtu, och använder Hydras förmåga att dela upp ritkommandon för att ta bort ritkommandon som går till GPU helt och hållet. Den okända delen av ekvationen är hur Lucid bestämmer vad som ska tas bort. Baserat på vad vi har sett av Hydra verkar det osannolikt att detta är en teknologi för borttagning av dold yta, i vilket fall är det mer troligt att det är ett försök att beräkna och bara rendera delar av en bild som har ändrats från en tidigare bildruta – en GPU form av delta/inter-frame komprimering.
Vad som också är tydligt är att HyperFormance går hand i hand med Lucids Virtual Vsync-teknologi, som verkar göra något liknande (som med HyperFormance, de säger inte heller hur Virtual Vsync fungerar). Betydelsen här är att medan HyperFormance skulle titta på en ram baserad på ritkommandon, fungerar Virtual Vsync från en färdig ram. Så HyperFormance får någon form av feedback för framtida ramar baserat på Virtual Vsyncs analys av de färdiga ramarna.
Utöver detta vet vi väldigt lite om tekniken, eller ännu viktigare vad fallgroparna kan vara. Den omedelbara oro är att om du inte renderar något kan det leda till att den slutliga sammansatta bilden blir fel på något sätt, eller att all denna analys kan öka inmatningsfördröjningen mer än en snabbare bildhastighet minskar den. Mer intressant dock, eftersom de behöver analysera både ritkommandon och den renderade ramen, fungerar HyperFormance endast i inställningar med flera GPU:er (dvs iGPU + dGPU), eftersom Lucid måste kunna styra ingången och utmatningen av dGPU:n fullständigt. Så I-mode kan potentiellt ha mindre ingångsfördröjning än att bara använda en diskret GPU med V-sync, och Lucid lovar just det. Det verkar förvisso långsökt, men inte omöjligt med den lilla information vi har att arbeta med.
I vilket fall som helst eftersom Lucid just har meddelat Virtu Universal MVP, är HyperFormance ännu inte tillgänglig för testning. När Lucid väl gör det tillgängligt för granskning är det definitivt något att följa upp, så håll utkik.
Uppdatering: Vi hade en chans att prata med Lucid om HyperFormance och Virtual Vsync mer i detalj, och har uppdaterat vår artikel därefter. En sak som Lucid har gjort mycket tydligt är att även om HyperFormance tekniskt förbättrar framerates, är detta inte avsikten med tekniken. Det är faktiskt till stor del en bieffekt av det faktum att med HyperFormance renderar GPU:n en del (eller ingen) av en ram samtidigt som den rapporterar till CPU:n att ramen har renderats och buffertarna har vänts.
Huvudsyftet med HyperFormance är att minska ingångsfördröjningen, och detta är en logisk förlängning av Virtual Vsync – om något inte kommer att visas (t.ex. kommer det att vara en inaktuell bildruta när nästa buffertvändning kommer), varför rendera det? I slutändan är vad Lucid gör här en kreativ lösning på att uppdatera skärmen utan att alltid vänta upp till 16ms på en ny uppdateringscykel med v-sync, och en ännu mer kreativ lösning för det faktum att moderna GPU:er vanligtvis har upp till flera bildrutor i sina rendering pipeline. Slutmålet är att visa en så ny ram som möjligt, eftersom väntan på uppdateringar och att ha flera bildrutor i renderingspipelinen bidrar båda till ingångsfördröjning.
Det säger sig självklart att det finns goda skäl till att moderna grafikprocessorer har en rampipeline, och detta är främst för att jämna ut ramhastigheten så att den inte hela tiden fluktuerar (skapar en mikrostutterliknande effekt) och så att processorn inte Det slutar inte med att vänta på GPU:n. Lucid hävdar att deras lösning kan hantera dessa problem utan att buffra ytterligare ramar – och därmed utan att öka inmatningsfördröjningen – och det kommer att bli intressant att testa detta när Virtu Universal MVP äntligen skickas.
