El problema es mantener las señales de un bus paralelo limpias y sincronizadas en el objetivo.
Con el serial "todo lo que tienes que hacer", es poder es extraer el reloj y como resultado los datos. Puedes ayudar creando muchas transiciones, 8b/10b, codificación bifásica o manchester, hay muchos esquemas (sí, esto significa que estás añadiendo aún más bits). Sí, absolutamente que una interfaz en serie tiene que funcionar N veces más rápido que un bus paralelo de N anchos para ser "más rápido", pero hace mucho tiempo que llegamos a ese punto.
Interesantemente ahora tenemos buses seriales paralelos, su pcie, su ethernet (ok si corren 40GigE son 4 carriles de 10 gigas 100Gig son 10 10 gigas o lo nuevo que viene son 4 carriles de 25 gigas). Cada uno de estos carriles es una interfaz en serie independiente que aprovecha la "velocidad en serie", pero la transmisión general de datos se divide en una carga equilibrada por las interfaces en serie separadas, y luego se combina según sea necesario en el otro lado.
Evidentemente, una interfaz serie no puede ir más rápido que un carril de bits de un bus paralelo, si todo lo demás se mantiene constante. La clave está en la velocidad, el enrutamiento, los cables, los conectores, etc., manteniendo los bits en paralelo y cumpliendo con los tiempos de preparación y retención en el otro extremo es el problema. Se puede correr fácilmente N veces más rápido usando una interfaz serial. Además, hay que tener en cuenta el espacio entre los pines y la placa de circuito impreso y los conectores. Recientemente, en lugar de pasar de una Ethernet de 10 gigas a una de 40 gigas utilizando 4 carriles de 10 gigas, se ha pasado a una de 25 gigas por carril, de modo que un par de 25 gigas o dos pares de 25 gigas permiten obtener 50 gigas en lugar de cuatro pares de 10 gigas. Costando la mitad del cobre o la fibra en los cables y en otros lugares. Ese coste marginal en las granjas de servidores fue suficiente para abandonar el camino tradicional de los estándares de la industria y salir a la calle a preparar uno y lanzarlo a toda prisa.
Pcie igualmente, comenzó con una o más interfaces seriales con la carga de datos equilibrada. Sigue utilizando carriles serie con la carga de datos equilibrada y reagrupada, las velocidades aumentan cada generación por interfaz serie en lugar de añadir más y más pares serie.
SATA es la versión en serie de PATA, que es un descendiente directo de IDE, no es que la serie sea más rápida, sino que es mucho más fácil sincronizar y extraer un flujo en serie que mantener sincronizados N bits en paralelo de un extremo a otro. Y sigue siendo más fácil de transmitir y extraer incluso si el flujo en serie es por carril de bits 16, 32, 64 o más veces más rápido que el paralelo.
0 votos
Estás asumiendo que el desarrollo para hacer que las comunicaciones en serie sean más rápidas no podría ocurrir en una interfaz paralela, mientras que pasas por alto la principal desventaja del paralelo: las líneas paralelas
6 votos
¿Quién ha dicho que es más rápido? El hecho de que la transferencia de datos del puerto paralelo existente en los ordenadores antiguos sea más lenta que la del puerto serie no impone esta conclusión. "La conexión en serie es el futuro" - es discutible. Ahora mismo se está desarrollando más rápido ya que el coste del hardware es mucho menor que el del paralelo (menos señales - menos cables, menos transceptores, menos lógica).
0 votos
@JonRB ¿Estás diciendo que la comunicación en paralelo puede ser más rápida, pero que se abandonaron debido a su tamaño físico/apariencia? o ¿me estoy perdiendo tu punto de vista aquí?
2 votos
La DRAM de su PC se encuentra en un zócalo con un bus paralelo de 64 bits.
2 votos
El cambio es de "paralelo en un solo reloj" a "múltiples enlaces en serie". Respuesta pendiente.
4 votos
No merece los downvotes, diría yo...
1 votos
No es una cuestión de velocidad, hay otras consideraciones de diseño como el número de conductores \transceivers Lo que ocurre es que a la industria le gusta más la serie que el paralelo. Se podría argumentar que se podrían tomar dos puertos sata y ponerlos uno al lado del otro y llamarlos bus paralelo, lo que no sería más rápido pero tendría más rendimiento.
0 votos
Aunque no estoy convencido al 100% de que esta pregunta sea totalmente apta para ee.se, diré para que quede claro que el gran "problema" de la comunicación paralela, tradicionalmente, ha sido el de los problemas de sincronización. Garantizar que todos los bits se reciban durante el mismo ciclo de reloj de datos requiere reducir la velocidad del reloj de datos lo suficiente como para "cubrir" el máximo error de desviación de trayectoria previsto. Según tengo entendido, esa es la razón (como dijo @pjc50) de que la tendencia actual sea la de utilizar 1 o más enlaces en serie para conseguir la máxima velocidad de transmisión por cable.