Так как SAP система имеет трехзвенную архитектуру и работает на различных аппаратных и программных платформах, то производительность SAP системы имеет большое значение и зависит от многих факторов. Можно выделить следующие:

• производительность и утилизация (оптимальное использование) аппаратной части,
• производительность операционной системы,
• производительность базы данных,
• производительность сервера приложений SAP (AS ABAP, AS JAVA) в целом и его частей.

В данном цикле статей будем рассматривать архитектуру и систему управления памяти на уровне сервера приложений SAP, в его ABAP части (SAP AS ABAP).

На уровне операционной системы выделяют два понятия:

• физическая память (оперативная память, ОЗУ) - равна размеру физически установленной памяти в сервер.
• виртуальная память - равна сумме физической памяти и размеру swap области или paging area (файл подкачки).

В выделении виртуальной памяти существует два фактора: размер аппаратного ограничения (сумма физической памяти и swap области) и логическое ограничение в архитектуре. В 32-х битной архитектуре один процесс может теоретически адресовать максимум 4 Гб (2³²).  В реальности это даже меньше: в зависимости от типа операционной системы - от 2 до 3,8 Гб. Со стороны SAP установка 32-х битных версий на разные операционные системы описана в SAP note 146528 - Configuration of R/3 on hosts with much RAM. В случае 64-х битной архитектуры это число фактически не ограничено (16 Эб). Для использования 64-х битной архитектуры аппаратного обеспечения необходимо, чтобы операционная система, база данных и SAP kernel были 64-х битные. С 2007 года все продукты компании SAP устанавливаются только как 64-х битные с поддержкой