'Faster' es una cosa difícil de responder, porque hay muchas posibles interpretaciones y situaciones:
codificación Base64 ampliará la imagen en un tercio, lo que aumentará la utilización del ancho de banda. Por otro lado, incluirlo en el archivo eliminará otro viaje de ida y vuelta al servidor. Por lo tanto, una tubería con gran capacidad de procesamiento pero baja latencia (como una conexión a Internet por satélite) probablemente cargará una página con imágenes en línea más rápido que si estuviera utilizando distintos archivos de imagen. Incluso en mi línea DSL (rural, lenta), los sitios que requieren muchos viajes redondos tardan mucho más en cargarse que aquellos que son relativamente grandes pero requieren solo unos pocos GET.
Si realiza la codificación base64 desde los archivos fuente con cada solicitud, utilizará más CPU, agolpamiento de sus cachés de datos, etc., lo que podría dañar el tiempo de respuesta de sus servidores. (Por supuesto, siempre puedes usar memcached o tal para resolver ese problema).
Hacer esto evitará la mayoría de las formas de almacenamiento en caché, lo que podría perjudicar mucho si la imagen se ve a menudo, por ejemplo, un logotipo que se muestra en cada página, que normalmente podría almacenarse en caché (o un proxy caché como calamares o lo que sea) y se solicita una vez al mes. También evitará las muchas optimizaciones que tienen los servidores web para servir archivos estáticos usando kernel APIs como sendfile (2).
Básicamente, hacer esto ayudará en ciertas situaciones y en otras. Debe identificar qué situaciones son importantes para usted antes de que realmente pueda descubrir si este es un truco que vale la pena para usted.
Se beneficiará en gran medida de la reducción del número de peticiones HTTP, también. –
Definamos "más rápido" como en: el tiempo que le lleva al usuario ver una página web HTML completa – Tim