Исторически сложилось, что проблемы с RAD-студией заканчиваются из-за нехватки памяти, что больше не происходит с XE10 Seattle. У нас есть много наших собственных компонентов, которые никогда не проверялись на большую память и не нуждались в нем, когда они встроены в наши приложения. Но у нас недавно была ошибка IDE из-за экземпляра времени разработки компонента, созданного по адресу, указанному выше 2Gb (который мы зафиксировали).Испытание с большой памятью в IDE
У меня есть ощущение, что я где-то читал, что у Embarcadero есть метод тестирования RAD Studio (опция командной строки) для более высокой совместимости с памятью, но не может найти ссылку в любом месте. Кто-нибудь знает, как заставить высвободить выделение памяти в IDE, чтобы проверить время разработки дизайна компонента или альтернативный способ тестирования в приложении, которое пишет что-то, что просто крадет всю нижнюю память.
Я попробовал опцию «выделить сверху» в FastMM, но это только начинается с 2 Гбит вниз, даже когда исполняемый файл установлен для использования более высокой памяти.
- * ".. FastMM, но это только начинает выделять из 2Gb .." *. - Все, что делает FastMM, - это использовать флаг 'MEM_TOP_DOWN' при вызове' VirtualAlloc', когда включено определение. Это официальный способ распределения памяти сверху вниз. –