Alacsony FPS alacsony terhelés ellenére - Prepar3D - VFR repülőgépek

A következő képen az FSLabs A321 látható a 29Palms EDDN-en a P3D V4.5 HF3-ban:

Mint láthatja, a VC-ben körülbelül 25-30 FPS-t érek el (2D kb. 10 FPS-el több), most kérdésem lenne, hogy miért sem a CPU, sem a GPU nem foglalt vagy a határértéknél van, és még mindig nem kapok több FPS-t? Nekem, mint (többé-kevésbé) laikusnak egyszerűen nincs értelme, valaminek "lelassulnia" kell.

Nagyon örülnék, ha valaki végre tisztázná a P3D teljesítménytitkait.

Sok üdvözlet Regensburgból

Ez az FS-Labs teljesítmény titka, nem a P3D. 25-30 képkocka azonban jó szám a busz számára.

A statikus tesztelés, ha semmi sem történik, nem optimális bármely alkalmazásban.

1000 Ft-ig mehet lefordított üzemmódban, majd a tájon át 240 kn-nál. Ezután a CPU is működik.

Gondolom, az összes folyamat az Airbus hátterében fut. Ezen kívül sok különböző 4K textúra, talán még sok hívást is felhív. Az animációk is gyorsan framerátává válhatnak. Most mindenki azt szeretné, hogy minden csavar, orsó, amely valóban megfelelően mozog, animálva legyen.

Talán felteszi az mdl és az mdl_interior fájlméretét. Ebből már olvashatsz egy kis valamit.

Én is így érzem. Nekem nincs buszom, de PMDG. Minden dll nem más, mint egy futtatható fájl, csakúgy, mint egy exe, csak az, hogy egy alkalmazás vezérli. Gondolom, hogy amúgy is csak egy mag használata megengedett, és ez magyarázza a CPU alacsony terhelését viszonylag kevés képkockával.

Például a P3D-nek sincs fogantyúja a betöltési folyamat felgyorsításáról a kezdőképernyőre. A CPU 10,1% -kal működik, cserébe 10 percet vár, amíg az összes AI-gépet le nem ellenőrzik és betöltik. Ezt az indítási viselkedést már más alkalmazásokban is észrevettem. A többszálas csak akkor történik, amikor az alkalmazás teljesen fut. Tehát sok "fékjelenség" és oka van.

Talán felteszi az mdl és az mdl_interior fájlméretét. Odakint már olvashat valamit.

Tehát az "FSLabs \ SimObjects \ Airplanes \ FSLabs A321 IAE \ Model" alatt található a "plane_p3d-x64.mdl" 65 Mb-os és a "VC_p3d_x64" 33 Mb-os, nem is sejtve, hogy ez a helyes, de nincs sokkal több.

Egyébként köszönöm a részletes válaszait, amelyeket még mindig nem értek:

Igen, sok mindenhez teljesítményre van szükség, animációk 4K textúrák, lehet bármi, de akkor a magoknak vagy a GPU-nak ennek megfelelően kellene lennie. Vagy hibás vagyok a gondolkodásomban ?

Sok üdvözlet Regensburgból

Amíg statikusan kiszámítja, mert állsz, és semmi sem változott, ez nem így van. Csak nem számít, mert nem szükséges. De ennek semmi köze a keretekhez, különben 100 képkocka lenne az én kedvemért, és minden mozdulatnál hatalmas cseppek lennének.

Nem igazán tudom, mit akarsz még 25-30 kerettel a kapuban egy ilyen minőségű kiegészítő repülőtéren és egy ilyen minőségű repülőgépen.

Ha a szoftvert csak egy CPU-maghoz írták, akkor csak egy CPU-magot címeztek meg.

Örülök, hogy figyeltem a P3D indítási folyamatát.

Ha az összes CPU-maghoz szoftver van programozva, akkor mindegyik felhasználásra kerül.

Ha egy repülőgépet csak egy CPU-magra programoznak, a P3D-ben így néz ki.

A CPU 1 magja a határig fut, a többi unatkozik.

Mielőtt félreértések merülnének fel, a P3D csak akkor használja a CPU magot, ha először elindul (kattintson duplán az ikonra). Mind repülés közben. Hacsak további szoftverek (pl. Repülőgép) nem lassítják a többit.

Itt van egy rövid repülés terhelési görbéje. 30 FPS értékre állítva.

Remélem, hogy segítettem egy kicsit.

nagyon hatásos magyarázat és bemutatás.

És örömmel hallom, hogy a P3D csak egy magot használ az indítási folyamat során, amely számomra mindig a 2-es, nem pedig az 1 magot használja.

Sok köszönet és üdvözlet
regény

Üdvözlet Kelet-Svájcból, az UNESCO Világörökség részét képező városból (St. Gallen)
regény

Köszönöm, szinte biztosan elmondhatom, hogy sok mindent kihelyeztek. Tehát ez valószínűleg rendben van. Általában a belső modellek sokkal nagyobbak. Tehát a kiugró értékeket nem lehet felismerni.

Köszönöm Daniel részletes magyarázatát. De tudom, hogy a CPU határértéke korlátozza az FPS-t (logikusan), de amit még mindig nem értek, miért van olyan kevés kép a kapunál, amikor a terhelés nem 100%.

Olyan, mintha 200 LE-s autóm lenne, és 100 km/h sebességgel vége, ezért nem gondolom magamban "Hmm igen, ez rendben van, logikus lesz".

És nem arról van szó, hogy "többre vágynék", természetesen jó lenne 40+ kerettel repülni, és lehet, hogy a repülőtér és a gép szempontjából is rendben van, de ez nem magyaráz meg nekem semmit.

Sok üdvözlet Regensburgból

Újra megpróbálom. A képkockákat a helyszín teljes terhelése, azaz repülőtér, repülőgép, környezet és AI határozza meg.

A CPU-nak viszont kevés köze van hozzá, amikor a kapu áll, és nem felel a keretgyorsulásért sem.

Ez csak akkor gyorsíthatja fel a képkockákat magas órajel mellett, ha számítási munkára van szükség. Ha a BMW-jét vesszük, akkor még akkor sem fejleszti 200 LE teljesítményét, ha be van kapcsolva a motor.

Tehát tedd, amit már írtam. Menjen fel megölve, és mozgassa a tájon 280 csomóval. Ekkor láthatja a működő CPU-t is, mégpedig az összes magot, mert ki kell számolnia a dinamikus jelenetet. Legjobb esetben a képkockái javulnak, ha kevésbé terhelt jelenetre jut, mint az Airport Ground.

Vagy más módon álljon egyenesen, 30 kg-os súlyával. Ez az alapterhelés. A tested a CPU, és folyamatosan bírja a terhelést. Most elkezdheti futni, és a teste megpróbálja létrehozni a megfelelő erőt. Ha nem, akkor ő vagy jobb esetben összeomlik. Könyörüljön valaki rajtad, és csökkentse a hátad terhelését 10 kg-ra, valószínűleg gyorsan tudsz járni. De csak azért, mert az alapterhelés csökkent, és az ereje elegendő a sebesség növeléséhez. A (test saját) CPU-jának az üteme az impulzus, amely nem növekszik állva, de elindul, amikor fut.