¿Cuáles son los pros y los contras de little-endian versus big-endian?

Hasta donde sé, uno no es inherentemente mejor que el otro (al igual que en los viajes de Gulliver), pero en las redes IP big endian (o, más bien, el orden de la red ) es la regla (ver RFC 1700, Números asignados – Anotaciones de datos) .

Lo cual es un poco inconveniente, ya que x86 es históricamente poco endian y se ha convertido en una de las arquitecturas más importantes, incluso para equipos de red, por lo que hay una gran cantidad de bytes involucrados.

Aparte de eso, hay formatos de datos diseñados para adaptarse a ambos: por ejemplo, el sistema de archivos ISO 9960 que se encontraba comúnmente en el CD-ROM de datos tenía muchos campos numéricos en sus estructuras de directorio que se especificaron dos veces (una vez como big endian y una vez como little endian), por lo que el software no tuvo que perder tiempo para barajar bytes: consulte ISO 9660.

Son diferentes, no inherentemente mejores o peores. Prefiero big endian porque imita el número al que estamos acostumbrados. Quiero decir, ¿es 256 o 652 la forma correcta de escribir 2 ^ 8?

Pero los conjuntos de instrucciones del procesador se eligen generalmente por otras razones y ventajas que no sean endian grandes o pequeños.