book

Go eficiente

by Bartlomiej Plotka

September 2024

Intermediate to advanced

502 pages

15h 34m

Spanish

O'Reilly Media, Inc.

Book available

Read now

Unlock full access

Por qué escribí este libroCómo obtuve este conocimientoA quién va dirigido este libroCómo está organizado este libroConvenciones utilizadas en este libroUtilizar ejemplos de códigoAgradecimientos¡Los comentarios son bienvenidos!Aprendizaje en línea O'ReillyCómo contactar con nosotros
Detrás del rendimientoErrores comunes sobre la eficienciaEl código optimizado no es legibleNo lo vas a necesitarEl hardware es cada vez más rápido y baratoPodemos escalar horizontalmenteEl tiempo de comercialización es más importanteLa clave del rendimiento pragmático del códigoResumen
Lo básico que debes saber sobre el GoLenguaje imperativo, compilado y tipado estáticamenteDiseñado para mejorar las bases de código seriasGobernado por Google, pero de código abiertoLa sencillez, la seguridad y la legibilidad son primordialesEnvases y módulosTransparencia de las dependencias por defectoHerramientas consistentesManera única de tratar los erroresEcosistema fuerteUna importación o variable no utilizada provoca un error de compilaciónPruebas unitarias y pruebas de tablaElementos lingüísticos avanzadosLa documentación del código como primer ciudadanoCompatibilidad con versiones anteriores y portabilidadTiempo de ejecución GoProgramación Orientada a ObjetosGenéricos¿Ir "rápido"?Resumen
Más allá del despilfarro, la optimización es un juego de suma ceroOptimizaciones razonablesOptimizaciones deliberadasRetos de optimizaciónComprende tus objetivosLos requisitos de eficiencia deben formalizarseRequisitos de eficiencia en función de los recursosAdquirir y evaluar objetivos de eficienciaEjemplo de definición del RAER¿Tienes un problema de eficiencia? ¡Mantén la calma!Optimización Niveles de diseñoFlujo de desarrollo consciente de la eficienciaFase de funcionalidadFase de eficienciaResumen
La CPU en una arquitectura informática modernaMontajeComprender el compilador GoProblema con la CPU y el muro de memoriaSistema jerárquico de cachéPipelining y ejecución fuera de ordenHyper-ThreadingProgramadoresProgramador del sistema operativoProgramador de tiempo de ejecución GoCuándo utilizar la concurrenciaResumen
Relevancia de la memoria¿Tenemos un problema de memoria?Memoria físicaGestión de memoria del SOMemoria virtualmmap Llamada al sistemaAsignación de memoria del SOGestión de la memoria GoValores, punteros y bloques de memoriaIr a AsignadorRecogida de BasuraResumen
ObservabilidadEjemplo: Instrumentación de la latenciaRegistroRastreandoMétricasMétricas de eficiencia SemánticaLatenciaUso de la CPUUso de la memoriaResumen
Análisis de la complejidadEficiencia "estimada" ComplejidadComplejidad asintótica con notación Big OAplicaciones prácticasEl arte de la evaluación comparativaComparación con las pruebas funcionalesPuntos de referencia MentiraFiabilidad de los experimentosErrores humanosReproducción de la producciónRendimiento No determinismoNiveles de referenciaEvaluación comparativa de la producciónMacrocomparacionesMicrocomparaciones¿Qué nivel debes utilizar?Resumen
MicrocomparacionesPuntos de referencia GoComprender los resultadosTrucos y consejos para el microbenchmarkingDesviación demasiado elevadaEncuentra tu flujo de trabajo¡Comprueba si tu punto de referencia es correcto!Compartir puntos de referencia con el equipo (y con tu futuro yo)Ejecutar pruebas comparativas para diferentes entradasMicrobenchmarks frente a la gestión de la memoriaOptimizaciones del compilador frente a la prueba comparativaMacrocomparacionesConceptos básicosMarco Go e2eComprender los resultados y las observacionesFlujos de trabajo comunes de MacrobenchmarkingResumen
Análisis de Causas Raíz, pero por EficienciaPerfilar en GoFormato pprofir herramienta pprof InformesCaptar la señal de perfiladoInstrumentación de perfil comúnPilaGoroutineCPUTiempo fuera de la CPUTrucos y consejosCompartir perfilesPerfilado continuoComparar y agregar perfilesResumen

Ejemplos de sumasOptimizar la latenciaOptimizar bytes.SplitOptimización del tiempo de ejecución.slicebytetostringOptimizar strconv.ParseOptimizar el uso de la memoriaPasar al algoritmo de streamingOptimizar bufio.ScannerOptimizar la latencia mediante la concurrenciaUna concurrencia ingenuaUn enfoque de trabajador con distribuciónUn Enfoque Trabajador Sin Coordinación (Sharding)Un enfoque de trabajador fragmentado y en streamingBonus: Pensar con originalidadResumen
Patrones comunesHaz menos trabajoFuncionalidad comercial para la eficienciaIntercambiar Espacio por TiempoCambiar Tiempo por EspacioEl método de optimización de las tres erresReducir las asignacionesReutilizar la memoriaReciclaNo filtres recursosControla el ciclo de vida de tus goroutinesCerrar cosas de forma fiableCosas del tubo de escapePreasigna si puedesUso excesivo de memoria con matricesReutilización y agrupación de memoriaResumenPróximos pasos

Content preview from Go eficiente

Capítulo 1. La eficiencia del software importa

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com

La principal tarea de los ingenieros de software es el desarrollo rentable de software mantenible y útil.

Jon Louis Bentley, Escribir programas eficaces (Prentice Hall, 1982)

Incluso después de 40 años, la definición de desarrollo de Jon es bastante exacta. El objetivo último de cualquier ingeniero es crear un producto útil que pueda mantener las necesidades del usuario durante toda la vida útil del producto. Por desgracia, hoy en día no todos los desarrolladores se dan cuenta de la importancia del coste del software. La verdad puede ser brutal; afirmar que el proceso de desarrollo puede ser caro puede ser una subestimación. Por ejemplo, Rockstar necesitó 5 años y 250 ingenieros para desarrollar el popular videojuego Grand Theft Auto 5, cuyo coste se estimó en 137,5 millones de dólares. Por otro lado, para crear un sistema operativo comercializable y utilizable, Apple tuvo que gastar mucho más de 500 millones de dólares antes del primer lanzamiento de macOS en 2001.

Debido al elevado coste de producir software, es crucial centrar nuestros esfuerzos en las cosas que más importan. Idealmente, no queremos malgastar tiempo y energía de ingeniería en acciones innecesarias, por ejemplo, dedicar semanas a la refactorización de código que no reduce objetivamente la complejidad del código, o a microoptimizaciones profundas ...