Цитата:
Сообщение от
Vadik
Не спец по юнит-тестированию, но как ускорение доступа к исходникам (допустим, что сжатие теоретически может его ускорить) может ускорить прохождение юнит-теста?
в этом и вопрос.
Цитата:
Сообщение от
Vadik
По моим опять же ощущениям 16GB - это все же сетап на "посмотреть/попробовать", а не "работать". Тюнингуй, не тюнингуй - тупо мало памяти
и тем не менее, типовая среда разработчика в МС именно такая.
изменить можно. но нужно делать слишком много танцев с бубнами.
Цитата:
Сообщение от
AlexeyS
я не специалист в .Net, но если установить на сервер .Net профайлер и подключить его к процессу D365FO, прояснит ли это что-то?
хорошее замечание.
но.
1. вопрос был про среду разработчика и ускорение инструментов разработки. хотелось бы избавиться от тормозов в visual studio. хотелось бы в разы ускорить компиляцию, билд, деплой.
2. предположим, поставили на сервер, отпрофилировали процесс D365FO. узнали, что где-то в кишках аксапты тормозит или постоянно свопится какая-то dll. и что с этим знанием разработчик сможет сделать? Подменить "чужую" dll на свою в своем окружении? И делать это каждый раз? При этом четко осознавая что его окружение и прод отличаются? Вчекинить оптимизирующие изменения в прод, который работает в другом окружении?