64-разрядный Java VM запускает приложение 10x медленнее
полезный при восстановлении базы данных для тестирования или что бы то ни было. Повторно отображает идентификатор для входа в систему правильно:
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
1 ответ
См. этот пост о преимуществах / недостатках 64-битной JVM. Таким образом, разыменование указателя и выделение памяти могут занять больше времени - и вы перемещаетесь по более крупным структурам данных (т.е. 64, а не 32 бит, что не дает вам никаких преимуществ, если вы явно не используете их).
Также см. эту соответствующую статью , где обсуждается снижение производительности до 85% при переходе на 64-разрядную версию, что соответствует тому, что вы испытываете:
Причина этого снижения в производительности на самом деле очень сильно связано с увеличением памяти. Ссылки на память под оболочкой Java увеличились вдвое, увеличив размер структур памяти в среде выполнения WAS и в объектах вашего приложения. К сожалению, размер кеш-памяти процессора не изменился. т увеличиваться в то же время. Это означает большее количество пропусков кэша памяти, что означает более загруженную работу оборудования, имеющего дело с большей памятью, что означает снижение производительности приложения.