Naujausias pranešimas, atsiradęs „Bitsandchips“ tinklapyje, teigia, kad „nVidia Pascal“ architektūra, kaip ir dabar naudojama „Maxwell“, neturės pilnaverčio asinchroninio apdorojimo (angl. Async Compute) palaikymo ir kentės tuose žaidimuose, kur bus naudojamas šis Directx 12 komponentas.

Trumpai tariant, „Pascal“ bus „Maxwell“ evoliucija, o ne revoliucija, todėl išlaikys pirmtako trūkumus, tokius kaip aparatinio lygio asinchroninio apdorojimo neturėjimą . Tiesa, „nVidia“ žada, jog su „Pascal“ stipriai išaugs sparta FP64 užduotyse.

Spėjama, kad „nVidia“ pasitelks tiesioginę grafikos procesoriaus galią, norėdami kompensuoti galimus nesklandumus dėl asinchroninio apdorojimo neturėjimo.

Tokiems gandams pasitvirtinus, „nVidia“ taptų labai priklausoma nuo tvarkyklių optimizacijų ir žaidimų kūrėjų malonės, kurie nuspręs kiek intensyviai naudoti asinchroninį apdorojimą.

Priminsime, kuo naudingas asinchroninis apdorojimas. Panaudojus šį apdorojimo metodą, užduotys turi skirtingą prioritetą - tai atneša mažesnę gaištį, didesnius kadrus per sekundę, be to lengviau išnaudoti visus grafikos procesoriaus resursus. Paaiškinti, kaip veikia asinchroninis apdorojimas buvo pasitelktas gatvės modelis. Kaip matome, atsiradus tuščiam tarpui apdorojama sekanti užduotis. Seniau užduotis atkeliaudavo ir būdavo apdorojamos iš eilės, su DirectX 12 kiekvienai užduočiai bus priskiriamas prioritetas, taip pirma atliekant svarbesnes užduotis. Naudojant asinchroninį apdorojimą bus galimos trys užduočių eilės: grafinė eilė (pateikimas), apdorojamoji eilė (fizika, apšvietimas, po to apdorojamieji efektai) ir kopijavimo eilė (duomenų perdavimai). Kiekvienoje eilėje užduotys gali turėti skirtingą prioritetą, taip leidžiant grafikos procesoriui išnaudoti savo resursus kuo optimaliau.