La lectura a través de foros a punto de ajustar y mejorar el rendimiento, uno de los temas que he encontrado es que permite una partición de intercambio, o un archivo. Tal vez un experto me puede corregir, pero yo no entiendo cómo esto podría ayudar, y, probablemente, me duele.

Intercambio de Unix, y la memoria virtual en general, permite que la memoria física se extienda. Una sección del disco se convierte en lo que es esencialmente la memoria muy lenta. Cuando el sistema comienza a agotarse la memoria, el sistema operativo desplaza los procesos inactivos en la memoria virtual para dar espacio a nuevos procesos o activa. Esto funciona bien en general, por lo general hay un gran número de procesos de fondo que están inactivos durante largos periodos de tiempo. Si los procesos no están activos, no importa si la memoria en el que residen es lento.

Android, mientras que un típico (pero trim) Linux bajo las sábanas, tiene su propio mecanismo para el manejo en condiciones de poca memoria. Se termina la aplicación, pero primero le da la oportunidad de persistir su estado (a través de una serie de devoluciones de llamada).Por ejemplo, una aplicación de mapas podría persistir una latitud y longitud antes de ser finalizado. Al acceder a la aplicación de nuevo, la ubicación se pasa por lo que parece que la aplicación estaba corriendo todo el tiempo. En realidad, la aplicación se ha reiniciado por completo.

Tanto de intercambio, y el mecanismo de aplicación nativa de Android intercambio de hacer lo mismo, a un alto nivel de todos modos: se mueven los procesos inactivos de memoria física libre el espacio para aquellos que están activos. Sin embargo, lo que hace más eficiente?

1. Una partición swap Android debe vivir en su tarjeta SD. Las tarjetas SD de memoria muy, muy lento. Ellos son de 100 a 1000 veces más lento que una tarjeta SIM. Son de 10 a 100 veces más lento que un disco duro. Son ligeramente más rápido que una conexión de red. Cuando una aplicación es "intercambiado" que se copia en la memoria esta muy lento, y vuelven a copiar en la memoria física cuando se van a ejecutar.Por otro lado, cuando una aplicación necesita ser reiniciado después de haber sido denunciado por Android, que se carga, no de la tarjeta SD, pero a partir de (relativamente) el dispositivo de memoria física rápida.
2. Cuando una aplicación Android se termina debido a que hay poca memoria, se decide qué información se debe conservar para representar a su estado. Esto puede ser muy, muy pequeño. Por ejemplo, podría ser un índice de enteros en una base de datos. Cuando una aplicación se mueve en la memoria virtual, el sistema operativo no tiene idea de lo que es importante. Sólo se mueve la aplicación en su totalidad. No se puede ser inteligente al respecto.
3. Tener intercambio de hecho, impide la memoria nativa Android esquema de gestión de la activación. El sistema detecta la memoria y no distingue entre lo físico y virtual. Por lo tanto, prefieren cambiar el esquema de gestión de la memoria nativa Android, y no se activará el esquema nativo hasta swap está llena.
4. Tener intercambio requiere un poco de sobrecarga de los recursos del sistema.

Y aquí hay algunos argumentos contra lo que puedo imaginar,

1. La memoria nativa Android esquema de gestión está ahí para aplicaciones, pero no para otros procesos. Es decir, que permite intercambiar los muchos procesos que se ejecutan para apoyar el sistema operativo Linux que se mudó de la memoria física.
2. Si está ejecutando AppToSD, punto # 1 es negado como en el caso de las aplicaciones que se cargan en la tarjeta de memoria SD, no física.
3. ?

http://zerocredibility.wordpress.com/2009/08/24/why-android-swap-doesnt-make-sense/