Нисък FPS въпреки ниското работно натоварване - Prepar3D - VFR flightimmer

Следващата снимка показва FSLabs A321 на 29Palms EDDN в P3D V4.5 HF3:

Както можете да видите, достигам до 25-30 FPS във VC (2D приблизително 10 FPS повече), сега въпросът ми е, защо нито CPU, нито GPU са заети или на границата и все още не получават повече FPS? За мен като (повече или по-малко) лаик това просто няма смисъл, нещо трябва да "забави".

Ще се радвам много, ако някой най-накрая изясни тайните за изпълнение на P3D.

Много поздрави от Регенсбург

Това е тайната на производителността на FS-Labs, а не на P3D. 25-30 кадъра обаче са добро число за автобуса.

Статичното тестване, ако нищо не се случи, е неоптимално за всяко приложение.

Можете да отидете до 1000 Ft в режим на убиване и след това върху пейзажа на 240 kn. Тогава процесорът също работи.

Предполагам, че всички процеси протичат на фона на Airbus. В допълнение, много различни 4K текстури, може би дори много привличане. Анимациите също могат бързо да станат очарователни. Сега всеки иска да има всеки винт, шпиндел, който всъщност се движи правилно анимиран.

Може би публикувате размера на файла на mdl и mdl_interior. Вече можете да прочетете нещо там.

И аз се чувствам по същия начин. Нямам автобуса, но PMDG. Всеки dll не е нищо повече от изпълним файл, точно като exe, само че се контролира от приложение. Предполагам, че така или иначе е разрешено да се използва само едно ядро и това обяснява ниското натоварване на процесора с относително малко кадри.

Точно както малко го има напр. P3D под контрол за ускоряване на процеса на зареждане до началния екран. Процесорът работи с 10,1% и в замяна чакате 10 минути, докато всички равнини на AI бъдат проверени и заредени. Вече забелязах това стартово поведение в други приложения. Multithread се случва само когато приложението е напълно стартирано. Така че има много "спирачни явления" и причини.

Може би публикувате размера на файла на mdl и mdl_interior. Вече можете да прочетете нещо там.

Така че под "FSLabs \ SimObjects \ Airplanes \ FSLabs A321 IAE \ Model" е "plane_p3d-x64.mdl" с 65 Mb и "VC_p3d_x64" с 33 Mb, нямам представа дали е правилният, но няма много повече.

В противен случай благодаря за подробните отговори, които все още не разбирам:

Да, много различни неща се нуждаят от производителност, анимации 4K текстури, може би всичко, но тогава ядрата или графичният процесор трябва да бъдат заети съответно. Или имам грешка в мисленето си ?

Много поздрави от Регенсбург

Докато го изчислява статично, защото стоите и нищо не се е променило, това не е така. Просто няма значение, защото не е необходимо. Но това няма нищо общо с рамките, в противен случай ще имате 100 кадъра за всичко, което ме интересува, и огромни капки при всяко движение.

Наистина не знам какво повече искате с 25-30 кадъра на портата на допълнително летище с такова качество и самолет с това качество.

Ако софтуерът е написан само за едно ядро на процесора, се адресира само едно ядро на процесора.

Приятно е да наблюдавате стартовия процес на P3D.

Ако софтуерът е програмиран за всички CPU ядра, се използват всички.

Ако самолетът е програмиран само за едно ядро на процесора, това изглежда така в P3D.

Ядрото на процесора 1 работи до краен предел, а останалото е отегчено.

Преди да възникнат недоразумения, P3D използва CPU ядро само когато е стартирано за първи път (щракнете двукратно върху иконата). Всички докато летите. Освен ако допълнителен софтуер (напр. Самолет) не забавя останалото.

Ето крива на натоварване от кратък полет. зададено на 30 FPS.

Надявам се да съм помогнал малко.

много впечатляващо обяснение и представяне.

И се радвам да чуя, че P3D използва само едно ядро по време на процеса на стартиране, като за мен това винаги е ядро 2, а не 1.

Много благодаря и поздрави
роман

Поздрави от Източна Швейцария, от града със световното наследство на ЮНЕСКО (Санкт Гален)
роман

Благодаря, почти сигурно мога да кажа тук, много са възложени на външни изпълнители. Така че това вероятно е доста добре. Обикновено интериорните модели са много по-големи. Така че извънредните стойности не са разпознаваеми.

Благодаря ти Даниел за подробното обяснение. Осъзнавам, че ограничението на процесора ограничава FPS (логично), но това, което все още не разбирам, е защо има толкова малко кадри на портата, когато натоварването не е 100%.

Все едно имам кола с 200 к.с. и е над 100 км/ч, така че не мисля „Хм да, това е добре, ще има смисъл“.

И не става въпрос за желание „повече“, разбира се би било хубаво да летиш с 40+ кадъра и може да е добре за летището и самолета, но това не ми обяснява нищо.

Много поздрави от Регенсбург

Ще опитам отново. Кадрите се определят от общото натоварване на сцената, т.е. летище, самолет, околна среда и AI.

Процесорът, от друга страна, няма много общо с него, когато портата е в застой и освен това не отговаря за ускорението на кадрите.

Това може да ускори кадрите с високи тактови честоти, когато се изисква изчислителна работа. За да вземете вашето BMW, той не развива своите 200 к.с., дори когато двигателят е включен.

Така че направете това, което вече написах. Качете се със уби и го преместете над пейзажа на 280 възела. Тогава можете също да видите процесора да работи, а именно всички ядра, защото той трябва да изчисли динамичната сцена. В най-добрия случай кадрите ви ще се подобрят, ако стигнете до по-малко натоварена сцена от летището на летището.

Или по друг начин, застанете изправени с тегло 30 кг. Това е основното натоварване. Вашето тяло е процесорът и непрекъснато ще задържа товара. Сега можете да започнете да бягате и тялото ви ще се опита да генерира подходящата мощност. Ако го нямате, той или по-добре да колабирате. Нека някой се смили над вас и намали натоварването на гърба ви до 10 кг, вероятно ще можете да ходите бързо. Но само защото основното натоварване е намаляло и силата ви е достатъчна, за да увеличите скоростта. Тактовата честота на вашия (собствен) на процесора е импулсът, който няма да се увеличи при изправяне, но започва, когато бягате.