Al depurar algún código C, especialmente al rastrear errores de accesos posteriores a la libre, la aleatorización del espacio de direcciones es bastante inconveniente, ya que hace que los errores no sean deterministas. Al apagarlo, puedes reproducir los problemas mucho más fácilmente. Esa es una buena razón para apagarlo en las máquinas de desarrollo (a diferencia de los sistemas de producción).
En cuanto a la desaceleración, hay un efecto teórico debido a la difusión de "direcciones interesantes" en un espacio más grande. Dado que la MMU en el hardware x86 usa tablas hacia adelante para representar el espacio de direcciones (una asignación desde el espacio virtual al espacio físico, al contrario de En las tablas inversas utilizadas en los procesadores PowerPC recientes), se puede predecir que la aleatorización del espacio de direcciones inducirá una ligera presión adicional en las memorias caché (se utilizará más memoria caché para leer partes de las tablas MMU). Sin embargo, al igual que para todas las cuestiones relacionadas con el desempeño, sugiero firmemente que esta desaceleración se debe medir y confirmar debidamente antes de tomar medidas severas. En otras palabras, vale la pena intentar desactivar la aleatorización del espacio de direcciones si está desesperado por obtener un rendimiento en un sistema determinado, pero no debería importar mucho en promedio.