FPS scăzut în ciuda sarcinii reduse - Prepar3D - Vimmer

Următoarea imagine arată FSLabs A321 pe 29Palms EDDN în P3D V4.5 HF3:

După cum puteți vedea, ajung la aproximativ 25-30 FPS în VC (2D aproximativ 10 FPS în plus), acum întrebarea mea este, de ce nici CPU, nici GPU nu sunt ocupate sau la limită și totuși nu primesc mai multe FPS? Pentru mine ca profan (mai mult sau mai puțin) pur și simplu nu are sens, ceva trebuie să „încetinească”.

Aș fi foarte fericit dacă cineva șterge în cele din urmă secretele de performanță ale P3D.

Multe salutări de la Regensburg

Acesta este secretul de performanță al FS-Labs, nu al P3D. Cu toate acestea, 25-30 de cadre sunt un număr bun pentru autobuz.

Testarea statică dacă nu se întâmplă nimic este suboptimă în orice aplicație.

Puteți merge la 1000 Ft în modul slew și apoi peste peisaj la 240 kn. Apoi funcționează și CPU.

Cred că sunt toate procesele care rulează în fundalul Airbus. În plus, multe texturi 4K diferite, poate chiar multe atrag apeluri. Animațiile pot, de asemenea, să devină rapid framerate-guzzling. Toată lumea dorește acum să aibă fiecare șurub, fus care se mișcă efectiv animat.

Poate că postați dimensiunea fișierului mdl și mdl_interior. Puteți citi deja ceva acolo.

Eu simt acelasi lucru. Nu am autobuzul, dar PMDG. Fiecare DLL nu este altceva decât un fișier executabil, la fel ca un exe, doar că este controlat de o aplicație. Bănuiesc că oricum este permisă utilizarea unui singur nucleu și asta explică și utilizarea redusă a procesorului cu relativ puține cadre.

La fel de puțin are de ex. P3D sub control pentru a accelera procesul de încărcare la ecranul de pornire. CPU funcționează cu 10,1% și, în schimb, așteptați 10 minute până când toate avioanele AI sunt verificate și încărcate. Am observat deja acest comportament de pornire în alte aplicații. Multithread se întâmplă numai atunci când aplicația rulează complet. Deci, există multe „fenomene de frânare” și cauze.

Poate că postați dimensiunea fișierului mdl și mdl_interior. Puteți citi deja ceva acolo.

Așadar, în „FSLabs \ SimObjects \ Avioane \ FSLabs A321 IAE \ Model” există „plane_p3d-x64.mdl” cu 65 Mb și „VC_p3d_x64” cu 33 Mb, nu știu dacă acesta este cel potrivit, dar nu sunt mult mai multe.

În caz contrar, vă mulțumesc pentru răspunsurile dvs. detaliate, pe care încă nu le înțeleg:

Da, multe lucruri diferite necesită performanță, animații texturi 4K, poate fi orice, dar atunci nucleele sau GPU-ul ar trebui să fie ocupate în consecință. Sau am o greșeală în gândire ?

Multe salutări de la Regensburg

Atâta timp cât îl calculează static pentru că sunteți în picioare și nu s-a schimbat nimic, nu este cazul. Pur și simplu nu contează pentru că nu este necesar. Dar asta nu are nicio legătură cu cadrele, altfel ai avea 100 de cadre de dragul meu și picături uriașe la fiecare mișcare.

Nu prea știu ce vrei mai mult cu 25-30 de cadre la poarta unui aeroport suplimentar de această calitate și un avion de această calitate.

Dacă software-ul a fost scris pentru un singur nucleu CPU, se adresează doar un nucleu CPU.

Mă bucur să urmăresc procesul de pornire al P3D.

Dacă software-ul a fost programat pentru toate nucleele CPU, toate sunt utilizate.

Dacă o aeronavă este programată pentru un singur nucleu CPU, arată așa în P3D.

Miezul CPU 1 rulează la limită, iar restul se plictisește.

Înainte de apariția neînțelegerilor, P3D folosește un nucleu CPU doar atunci când este pornit pentru prima dată (faceți dublu clic pe pictogramă). Toate în timp ce zboară. Cu excepția cazului în care software-ul suplimentar (de exemplu, aeronava) încetinește restul.

Iată o curbă de încărcare dintr-un zbor scurt. setat la 30 FPS.

Sper că am ajutat puțin.

explicație și prezentare foarte impresionante.

Și sunt fericit să aud că P3D folosește un singur nucleu în timpul procesului de pornire, prin care pentru mine este întotdeauna nucleul 2, nu 1.

Multe mulțumiri și salutări
roman

Salutări din Elveția de Est, din orașul cu situl Patrimoniului Mondial UNESCO (St. Gallen)
roman

Mulțumesc, pot spune cu siguranță aici că s-au externalizat multe. Deci, probabil că este destul de bine. De obicei, modelele de interior sunt mult mai mari. Deci valorile aberante nu sunt recunoscute.

Mulțumesc Daniel pentru explicația detaliată. Dar știu că limita procesorului îmi limitează FPS-ul (logic), dar ceea ce încă nu înțeleg este de ce sunt atât de puține cadre la poartă când sarcina nu este de 100%.

Parcă aș avea o mașină cu 200 CP și s-a terminat cu 100 km/h, așa că nu cred pentru mine „Hmm da, e în regulă, va avea sens”.

Și nu este vorba de a dori „mai mult”, bineînțeles că ar fi frumos să zbori cu peste 40 de cadre și s-ar putea să fie în regulă pentru aeroport și avion, dar asta nu-mi explică nimic.

Multe salutări de la Regensburg

O să încerc din nou. Cadrele sunt determinate de încărcarea totală a scenei, adică aeroport, aeronave, mediu și AI.

CPU, pe de altă parte, are puțin de-a face cu el atunci când poarta este inactivă și nu este responsabilă pentru accelerarea cadrului.

Acest lucru poate accelera cadrele la rate de ceas mari numai atunci când este nevoie de muncă de calcul. Pentru a-ți lua BMW-ul, acesta nu își dezvoltă cei 200 CP chiar și atunci când motorul este pornit.

Deci, faceți ceea ce am scris deja. Urcați cu măturat și deplasați-l peste peisaj la 280 de noduri. Apoi, veți vedea, de asemenea, cum funcționează CPU, și anume toate nucleele, deoarece trebuie să calculeze scena dinamică. În cel mai bun caz, cadrele se vor îmbunătăți dacă ajungeți la o scenă mai puțin încărcată decât Aeroportul.

Sau, în alt mod, stați în poziție verticală cu o greutate de 30 kg. Aceasta este sarcina de bază. Corpul tău este CPU și va ține constant sarcina. Acum puteți începe să alergați și corpul vostru va încerca să genereze puterea adecvată. Dacă nu, el sau mai bine te prăbușești. Ai cineva milă de tine și reduce sarcina de pe spate la 10 kg, probabil vei putea merge repede. Dar numai pentru că sarcina de bază a scăzut și puterea ta este suficientă pentru a crește viteza. Rata de ceas a procesorului dvs. (propriul corp) este pulsul care nu va crește atunci când stați în picioare, dar începe când rulați.