Firebird viene en dos versiones, llamados arquitecturas: Classic Server y Superserver.

¿Cuál de ellos debería instalar?
Bueno, eso depende de su situación. A continuación se ofrece un resumen de las diferencias más importantes.

Classic Server vs. Superserver vs. SuperClassic

ESTADO Y FIABILIDAD:
Classic Server:
Completamente maduro en Linux; todavía 'experimental' en cierta forma, en Windows.

Superserver:
Completamente maduro tanto en Windows como en Linux.

SuperClassic:
Modalidad recientemente liberada e implemantada en la version 2.5 de Firebird.
(No tenemos datos de su fialibidad, aun que su diseño hibrido lo dota de una solidez
para todo tipo de situaciones, asi como una escalabilidad muy buena.)

CONTROL Y ACCESOS:
Classic Server:
Crea un proceso por cada conexión cliente, cada uno con su propio caché. Utiliza menos recursos si la cantidad de conexiones es baja.

Superserver:
Proceso único con un hilo de ejecución (thread) separado para cada conexión. Se comparte el espacio de caché. Más eficiente si crece el número de conexiones simultáneas.

SuperClassic:
Cada cliente tiene un hilo dedicado dentro de un unico proceso.
No hay perdida de escalabilidad y reduce el costo de operatividad.
La sincronización de la cache se realiza directametne en la memoria, realizando todos
los procesos en hilos mucho mas rapido.


CONEXION:
Classic Server:
Permite E/S directa, rápida, a archivos de bases de datos para conexiones locales (sólo Linux).  

Superserver:
Las conexiones locales deben hacerse con la forma de acceso remoto, conectando a localhost. En Windows se pueden hacer conexiones locales, pero no son tan veloces como las de la versión “Classic” en Linux, y también son menos seguras.

SuperClassic:
Como en Superserver las conexiones locales deben hacerse con la forma de acceso remoto, conectando a localhost. En Windows se pueden hacer conexiones locales, pero no son tan veloces como las de la versión “Classic” en Linux, y también son menos seguras.

SERVICIOS EN EL SISTEMA:
Classic Server:
Windows: implementados parcialmente Services Manager (Administrador de Servicios), tareas de soporte como backup/restore, database shutdown (sacar de línea la base de datos) etc. a través de la red. Otras tareas de servicio tienen que ser realizadas localmente usando las herramientas cliente (pequeños ejecutables independientes) que vienen con Firebird. Linux: Administrador de Servicios completo.

Superserver:
Administrador de Servicios completo (en Windows y Linux) que le permite realizar tareas de administración (backup/restore, database shutdown, manejo de usuarios, estadísticas, etc.) programáticamente. Se puede conectar al Administrador de Servicios a través de la red y por lo tanto realizar estas tareas en forma remota.

SuperClassic:
Como Superserver.

RENDIMIENTO:
Classic Server:
Soporte para SMP (multi-procesador). Mejor rendimiento en caso de un pequeño número de conexiones simultáneas que no se influencian entre sí.

Superserver:
No hay soporte para SMP. En máquinas multiprocesador con Windows, el rendimiento puede incluso caer dramáticamente cuando el SO cambia el proceso entre las CPUs. Para prevenir esto, fije el parámetro CpuAffinityMask en el archivo de configuración firebird.conf.

SuperClassic:
Soporta SMP (multi-procesador). Buen rendimiento en cualquier situacion.
Aun que con particularidades.

Como puede ver, ninguna de las arquitecturas es mejor en todos los aspectos. Esto no es una sorpresa: no se mantendrian varias arquitecturas si una de ellas fuera perdedora en todos los frentes. 

Si todavía no está seguro de cuál elegir (tal vez encuentre toda esta charla técnica un poco excesiva), utilice esta regla práctica: 

En Windows, elija Superserver.

En Linux, elija cualquiera de los dos. En la mayoría de los casos, no notará una diferencia de rendimiento.

Ahora puede elejir SuperClassic en cualquier plataforma el rendimiento sera similar tanto en Linux como
en Windows lo que si ofrece esta tecnologia es mejor desenpeño en entornos multiprocesador.


Note que Ud. puede cambiar en cualquier momento de una arquitectura a otra; sus aplicaciones y bases de datos seguirán funcionando (salvo que sus aplicaciones llamen a funciones no soportadas o no completadas del Administrador de Servicios en Classic). 

Para Linux, los paquetes Superserver comienzan con FirebirdSS, los paquetes Classic con FirebirdCS. Para Windows, hay un paquete de instalación combinado; se selecciona la arquitectura durante el proceso de instalación. 
Nota

NOTA:

Firebird tiene una tercera variante: Embedded Server (Servidor embebido), pero esta es una bestia completamente distinta y no está orientada a sus instalaciones cliente-servidor típicas.
Esta version esta enfocada a aplicaciones que van a trabajar en modo Local y no necesitan la tecnologia cliente servidor para su funcionamiento.

Consulte las notas de versión por detalles.

Fuente: http://www.firebirdsql.org

Una imagen vale mas que mil palabras.

 

 

 

 

Fuente:
http://www.sinatica.com/