Las bibliotecas compartidas por lo general no son buenas
(lore.kernel.org)- La razón por la que clang/llvm es lento en Fedora es que, por política, hace enlace dinámico con otros paquetes
→ Comentario de Linus Torvalds al respecto
"Ojalá Fedora no hiciera eso. Las bibliotecas compartidas por lo general no son buenas.
En este caso (clang), generan mucho overhead y crean dependencias y complejidad innecesarias.
La mayoría de las bibliotecas compartidas ni siquiera son realmente seguras entre versiones, así que no aportan ninguna ventaja"
"Puede que se ahorre uso de disco, pero el disco es barato, y el ahorro de memoria en la práctica incluso resulta negativo.
La gente dice que 'las bibliotecas compartidas son intrínsecamente buenas', pero realmente no es así. Crean muchos problemas, y sus ventajas deben compararse con estas grandes desventajas.
Los únicos lugares donde las bibliotecas compartidas son realmente útiles son las bibliotecas del sistema de una distribución base verdaderamente estandarizada."
2 comentarios
Esto me trae de vuelta el recuerdo de cuando programaba en Windows y me debatía entre hacerlo como DLL o meterlo dentro del EXE como una biblioteca estática.
Al principio me gustaba usar bibliotecas compartidas porque reducían el uso de disco y memoria y además mejoraban la tasa de caché, pero después ya era imposible administrarlas y tenían demasiadas incomodidades, así que terminé metiendo todo de forma estática.
Desde entonces mi vida se volvió más cómoda, pero por alguna razón seguía sintiéndome incómodo por dentro; ahora que escucho a Linus, por fin me siento en paz.....
Debí haber elegido la vida fácil desde el principio.
Sí, y en la práctica, además de que le facilita el trabajo al responsable de desarrollo, también pesa mucho el hecho de que se reduce la carga de dar soporte por los problemas que surgen según el entorno.