El tiempo de transferencia es proporcional a la cantidad transferida (o sea, al tamaño de página), hecho que aparentemente apunta en favor de un tamaño de página pequeño. Sin embargo, los tiempos de búsqueda y de latencia son mucho mayores al tiempo de transferencia. A una velocidad de transferencia de 2MB por segundo, la transferencia de 512 bytes cuesta sólo 0.2 milisegundos. La latencia puede que sea de 8 milisegundos y el tiempo de búsqueda de 20 milisegundos. Del tiempo total de E/S (28.2 milisegundos), por tanto, el 1% puede atribuirse a la transferencia. Si duplicamos el tamaño de la página, el tiempo aumenta a sólo 28.4 milisegundos. Esto significa que se invertiría 28.4 milisegundos para leer una sola página de 1024 bytes, pero 56.4 milisegundos para leer la misma cantidad como dos páginas de 512 bytes cada una. Por lo anterior, el deseo de minimizar el tiempo de E/S implica elegir un tamaño de página grande.

Sin embargo, con un menor tamaño de página se puede reducir el número total de E/S, ya que la localidad mejoraría. Un tamaño de página menor permite que cada página se ajuste con mayor precisión a la localidad del programa. Por ejemplo, considere un proceso de 200K, de los que sólo la mitad (100K) se usan realmente durante su ejecución. Si tenemos una solo página de gran tamaño, debemos transferirla y ubicarla por completo en memoria. Con un tamaño de página menor obtenemos una mejor resolución, lo que nos permite realizar menos E/S y tener menos memoria asignada.