|
![]() |
#1 |
Участник
|
из-под виртуалки смотреть перформанс-монитор не особо полезно. там счетчики искажены. но на хосте картина такая же - процессоры недогружены, а диск перегружен и постоянно в очередях. тоже два SSD.
поэтому и возникает вопрос - можно ли не затрагивая архитектуру, уменьшить число операций с диском, за счет увеличения нагрузки на процессор. отсюда и вопрос про сжатие на лету. ...не переставая. точно. согласен. но все-таки пытаюсь найти решение. в предопределенных майкрософтом вирутальных машинах обязательно стоит добавить исключения в антивирус. сразу станет дышать легче. в предопределенных майкрософтом виртуальных машинах на 16Гб стоит увеличивать память для SQL до 6Гб (по умолчанию 4.5Гб). После увеличения памяти, SQL тут же перестает постоянно выбрасывать Page Fault и успокаивается в отведенных рамках. в предопределенных майкрософтом виртуальных машинах стоит пошаманить с IIS и application pool. У меня пока нет однозначных рекомендаций. Пробую всякое. Ну и пытаюсь понять влияние сжатия на. Дело в том, что исходники (текстовые файлы) хорошо сжимаются. Кроме того, насколько я знаю, в одном экстенте на диске может хранится несколько сжатых файлов одновременно. Поэтому есть шанс, что при работе с исходниками число дисковых операций уменьшится сильно. А также есть надежда, что более оптимально будет использоваться кэш самих виндов. Это только предположения. Цитата:
становится как-то очень сложно с ssrs. а в майкрософтовском окружении перестают работать системы мониторинга и всякие бэбиситтеры. возможно, их можно победить. но нужно очень сильно разобраться. подозреваю, что ядро и установку изменят раньше, чем получится разобраться с этим. Цитата:
для клиентов это возможно хороший путь. особенно когда устаканится. но внутри МС это тупик. потому что: разработчик внутри МС очень часто переключается между версиями. Сегодня 7.1, Завтра 7.2, Послезавтра 7.3, потом dax6.3, 6.2, а затем обратно. очень часто для внутренних работ нужна не просто версия, а конкретный билд. Часто нужно несколько разных версий одновременно в разных виртуалках. поэтому внутри МС виртуалки очень полезны и очень помогают. поэтому и хотелось бы понять что можно сделать тривиальными настройками в рамках существующих виртуалок. |
|
|
За это сообщение автора поблагодарили: DSPIC (5). |
![]() |
#2 |
Участник
|
Цитата:
Сообщение от DSPIC
![]() в предопределенных майкрософтом вирутальных машинах обязательно стоит добавить исключения в антивирус. сразу станет дышать легче.
в предопределенных майкрософтом виртуальных машинах на 16Гб стоит увеличивать память для SQL до 6Гб (по умолчанию 4.5Гб). После увеличения памяти, SQL тут же перестает постоянно выбрасывать Page Fault и успокаивается в отведенных рамках. в предопределенных майкрософтом виртуальных машинах стоит пошаманить с IIS и application pool. У меня пока нет однозначных рекомендаций. Пробую всякое. В залпанированных задачах Виндов есть много задач по обслуживанию виндов, которые выполняются в нерабочее для пользователя время - "ночью". Внутри МС такие задачи приходят с доменными политиками. А если используется Server 2016, то он и сам много чего обслуживающего делает "ночью". Так вот, виртуалки поставляются с часовым поясом -8. Для этого часового пояса "ночь" наступает как раз в то время когда здесь рабочий день и нужно продуктивно работать. Рекомендация - поставьте свой часовой пояс, выйдите и зайдите. тогда многие задачи по обслуживанию виндов будут запускаться в вашу ночь и не будут вам мешать в ваш рабочий день. Какое-то время я упарывался и переводил часовой пояс у всех пользователей, до которых мог дотянутся. Но потом решил, что достаточно менять только у себя. Настройка тривиальная, а от бесявых рывков и подтормаживаний избавляет. |
|
|
За это сообщение автора поблагодарили: alex55 (1). |
Теги |
ax7, bios, d365, performance, виртуальная машина, производительность |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|