ax7: Пробовал ли кто-нибудь сжимать каталог с исходными текстами на виртуалке? Ускоряется ли разработка?

[mazzy]

Цитата:

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

Тем не менее интересно, а можно программировать в AX7 без Visual Studio?
То есть текстовый редактор кода, запуск сборщика и компилятора из командной строки.

Кто-нибудь пробовал использовать VS Code как редактор кода для ax7?

[belugin]

Цитата:

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

Стесняюсь спросить - а где эта галка в проекте/солюшене?

Галку при билде модели вижу. но билд модели - не такая уж и частая операция. Ускорить бы biuld и rebuild.

Я, в-основном, как раз перестраиваю модель.
1) Как правило я работаю в отдельной модели, а не в AppSuite и она пересобирается быстрее.
2) Иногда инкрементная перекомпиляция приводит к тому, что при отладке тестов видишь старую версию prod

[belugin]

Цитата:

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

типичная загрузка выглядит так:

Надо протрейсить при помощи perfview и будет понятно, что там внутри происходит. Я трейсил компиляцию модуля комманд лайном выборочно. У тебя другой сценарий

[DSPIC]

Цитата:

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

В моем случае, есть мощнейший физический сервер (WIN2012R2), на которм в Hyper-V крутится D365. Больше на сервере ничего нет, только Hyper-V и только одна единсвенная D365. 4-канальная 65 GB RAM + PCI-E SSD, Xeon E5-1650v4, 3.6GHz

Из-под виртуалки перформанс-монитор выглядит "слегка" недозагруженным.
Вложение 11761

Я бы не сказал, что она летает. Конечно, не сравнить с лаптопом, но тормознутость продолжает выбешивать. Я сделал вывод, что узкое место - архитектура, а не железо, иначе - что тут еще наростить, я не знаю.
Из спортивного интереса, я бы еще попробовал отсадить SQL на отдельный физический сервер, мне кажется, это одно из реальных узких мест. (альтернативно, вынести SQL DB на отдельные физические диски, как в AZURE)

Ну и самое, на мой взгяд, узкое место - это собственно, сама виртуалка. Если бы была возможность прямой инсталяции, было бы веселее.

Тут это, небольшой апдейт касательно жалоб на тормознутость системы с данной конфигурацией
Вчера случайно обнаружил, что тактовая частота процессора по факту 1.1 GHz вместо положенных 3.6 GHz. Зашел в биос, вернул такты на место, повыключал все оптимизации производительности процессора. После запуска системы чуть не прослезился - ОНА РАБОТАЕТ БЫСТРО, ОНА ВЗЛЕТЕЛА. Она работает в два раза быстрее чем AX2012!
Я даже на радостях FDD сделал, за который лень было браться, так сказать, прощупать глубже. Студия, UI, отчетность - все откликается невероятно быстро. Пребываю в легком шоке - уже год как мучался... Стыдно было писать о досадном промахе, но что делать... Вдруг у кого такая же проблема окажется и он уже готов выложиться на доп. SSD, как я чуть не.... и который едва ли помог бы.
Последний раз я собирал комп лет 15 назад.

Цитата:

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

AX7:
не секрет, что на виртуалках узкое место - диск, а процессор обычно остается недозагруженным.
...

Короче, в моём случае узким местом оказался процессор (если не голова). Все остальные танцы с бубном особого эффекта не давали.

[alicedr]

По поводу тормознутости.
Уже 2 раза совершенно неожиданно, без изменения настроек или установки нового ПО, система начинала тормозить. В первый раз (после трех недель гугления и экспериментов), помогло выключение параметра биоса intel speed step.

Второй раз был поизвращеннее, т.к. был связан с переходом на новый, более мощный ноут. Одна и та же виртуалка запущенная на старом и новом ноутах, показывала время билда в ТРИ РАЗА (!) ДОЛЬШЕ на новом ноуте. После многочисленных опытов с железом и разными версиями ОС было выяснено, что при определенном сочетании версии биоса и обновлений ОС система затормаживается, причем заметить это можно только во время билда. Различные перформанс мониторы не отображают разницы - работа и загрузка системы выглядит идеальной.

К сожалению, больше подробностей дать не могу, т.к. все зависит от производителя, кроме того что для Dell затормаживающим эффектом обладали версии биоса с февраля по апрель этого года (май-июнь не пробовала).

[Logger]

Цитата:

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

Короче, в моём случае узким местом оказался процессор (если не голова). Все остальные танцы с бубном особого эффекта не давали.

Есть ощущение что это не все причины тормозов.
Так как если бы все упиралось в проц., то на вашем графике он был бы загружен под 100 %
А он там загружен мало.
Значит дело не только в нем, а есть еще что-то, что подтормаживает процесс, так что для процессора остается время на покурить даже при сниженной частоте. Наверно поэтому ее БИОС и снижала при включено оптимизации - потому что не было необходимости.

В общем, я думаю что вы не все причины нашли.

[DSPIC]

Цитата:

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

По поводу тормознутости.
Уже 2 раза совершенно неожиданно, без изменения настроек или установки нового ПО, система начинала тормозить. В первый раз (после трех недель гугления и экспериментов), помогло выключение параметра биоса intel speed step.

Второй раз был поизвращеннее, т.к. был связан с переходом на новый, более мощный ноут. Одна и та же виртуалка запущенная на старом и новом ноутах, показывала время билда в ТРИ РАЗА (!) ДОЛЬШЕ на новом ноуте. После многочисленных опытов с железом и разными версиями ОС было выяснено, что при определенном сочетании версии биоса и обновлений ОС система затормаживается, причем заметить это можно только во время билда. Различные перформанс мониторы не отображают разницы - работа и загрузка системы выглядит идеальной.

К сожалению, больше подробностей дать не могу, т.к. все зависит от производителя, кроме того что для Dell затормаживающим эффектом обладали версии биоса с февраля по апрель этого года (май-июнь не пробовала).

Может внезапное замедление было связано с патчем по Meltdown уязвимости? Много народу жаловалось.

Цитата:

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

Есть ощущение что это не все причины тормозов.
Так как если бы все упиралось в проц., то на вашем графике он был бы загружен под 100 %
А он там загружен мало.
Значит дело не только в нем, а есть еще что-то, что подтормаживает процесс, так что для процессора остается время на покурить даже при сниженной частоте. Наверно поэтому ее БИОС и снижала при включено оптимизации - потому что не было необходимости.

В общем, я думаю что вы не все причины нашли.

Там в BIOS, кроме включенной оптимизации, ещё были выставлены некорректные множители клоков, т.е. CPU работал очень медленно. А картинки перформанс монитора взяты из-под виртуалки, им верить нельзя.

[AlexeyS]

может быть посмотреть на версию установленного .NET ?
Это означает, что если запустить сильно многопоточные приложения на .NET на последнем железе, то они могут работать намного медленнее. Проблему исправили в .NET Core 2.1 и .NET Framework 4.8 Preview.
upd: прочитал еще раз, понял, что это никак не поможет, хотя проблема интересная

[alicedr]

Цитата:

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

Может внезапное замедление было связано с патчем по Meltdown уязвимости? Много народу жаловалось..

Первый раз было в конце мая 2017. Да, связываю с обновлениями, но для указанных патчей рановато )

Цитата:

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

Там в BIOS, кроме включенной оптимизации, ещё были выставлены некорректные множители клоков, т.е. CPU работал очень медленно. А картинки перформанс монитора взяты из-под виртуалки, им верить нельзя.

Не могу подтвердить 100%, но уверена, что это мы проверяли. Также сверяли все параметры биоса с таким же ноутбуком коллеги.

Перформанс меряли из-под хоста, классическими методами, а также с помощью CPU-Z, HWMonitor и Aida.