D365, Visual Studio 2019 + F$O extension = тормозит intellisense

[Stitch_MS]

А если закрыть VS, а потом открыть и продолжить редактирование с того же места, будет быстрее? Есть ли разница, если редактировать маленький или большой класс? Полную компиляцию всех моделей пробовали?

[alicedr]

Цитата:

Сообщение от Stitch_MS

А если закрыть VS, а потом открыть и продолжить редактирование с того же места, будет быстрее? Есть ли разница, если редактировать маленький или большой класс? Полную компиляцию всех моделей пробовали?

Нет, от размера открытого файла и перезагрузки ВС зависимости не наблюдается. Полную компиляцию не могу, мой шеф работает на этой же энве и она ему нужна в случайные моменты времени.

Последнюю неделю ситуация вроде немного улучшилась - была ли тому причина в нескольких перегрузках энвы после моих экспериментов по отключению интеллисенса, или приехали какие-то обновления, но субъективно стало немного лучше.

[vmoskalenko]

Цитата:

Сообщение от Stitch_MS

Полную компиляцию всех моделей пробовали?

Вот что Microsoft говорит:

Цитата:

Gianugo Rabellino (HE/THEY) – November 9, 2022 at 02:08 PM
Build all considered harmful

TL;DR: if you can, avoid selecting all modules when doing a “Build all” operation.

We are seeing a few cases where debugging crashes rear their ugly head. As some of you may know, most debugging crashes are due to the 32 bit limitations of VS2019 and the sheer size of symbol files that we need to load in memory during debugging – as it approaches and then exceeds 2GB, the process deteriorates and eventually crashes.

We have mitigated this issue recently by distributing the F&O platform/app symbols as Portable PDBs which are much smaller in size. Building symbols in this format, however, requires specific build pipelines that we have not integrated in the Visual Studio tools yet: if you trigger a “Full build” from the F&O Extension "Build Models" dialog, the modules you select will use the old style build process and generate symbols using the generic and much bigger in size PDB format. Doing a full build for all models (including the Microsoft one) will therefore negate any memory saving and, in turn, cause crashes while debugging. Note that this does not affect regular VS builds (ctrl+b), just this specific build configuration for the FnO extension.

We of course intend to fix this issue, however we understand that this is an edge case as we believe there are very few reasons, if any, to trigger a complete rebuild so we are not quite considering it an urgent matter. To help us prioritize our work correctly, please let us know if this is something you need sooner rather than later and, if so, what are your scenarios that require full builds that include the core FnO code base.

https://www.yammer.com/dynamicsaxfee...97325640564736