5 publicaciones etiquetados con "herramientas"

Esta publicación en el blog ha sido escrita por José Dapena Paz (Igalia), con contribuciones de Jason Williams (Bloomberg), Ashley Claymore (Bloomberg), Rob Palmer (Bloomberg), Joyee Cheung (Igalia) y Shu-yu Guo (Google).

En esta publicación sobre instantáneas de montón de V8, hablaré sobre algunos problemas de rendimiento encontrados por ingenieros de Bloomberg, y cómo los solucionamos para que el análisis de memoria de JavaScript sea más rápido que nunca.

El problema​

Los ingenieros de Bloomberg estaban trabajando en diagnosticar una fuga de memoria en una aplicación de JavaScript. Estaba fallando con errores de Falta de Memoria. Para la aplicación probada, el límite del montón de V8 estaba configurado en aproximadamente 1400 MB. Normalmente, el colector de basura de V8 debería poder mantener el uso del montón por debajo de ese límite, por lo que los fallos indicaban que probablemente había una fuga.

Los últimos tres meses han sido una experiencia de aprendizaje increíble para mí, ya que me he unido al equipo de V8 (Google Londres) como becaria y he estado trabajando en una nueva herramienta llamada Indicium.

Este analizador de sistemas es una interfaz web unificada para rastrear, depurar y analizar patrones de cómo se crean y modifican los Inline Caches (IC) y Mapas en aplicaciones del mundo real.

V8 ya tiene una infraestructura de trazado para ICs y Mapas, la cual puede procesar y analizar eventos de IC usando el IC Explorer y eventos de Mapas usando Map Processor. Sin embargo, las herramientas anteriores no permitían analizar mapas e ICs de manera holística, lo cual ahora es posible con el analizador de sistemas.

Introducción​

Gracias a trabajos recientes en Chrome y Emscripten, ahora puedes usar hasta 4GB de memoria en aplicaciones de WebAssembly. Esto supera el límite anterior de 2GB. Podría parecer extraño que alguna vez haya existido un límite: después de todo, ¡no se necesitaba trabajo adicional para usar 512MB o 1GB de memoria! Pero resulta que hay algunas particularidades en el salto de 2GB a 4GB, tanto en el navegador como en la cadena de herramientas, que describiremos en esta publicación.

Contamos con un número creciente de compiladores y otras herramientas que generan o manipulan archivos .wasm, y a veces podrías querer echarles un vistazo. Tal vez eres desarrollador de una de estas herramientas, o más directamente, eres programador que trabaja con Wasm y te preguntas cómo luce el código generado, por razones de rendimiento u otras.

WebAssembly normalmente se compila desde un lenguaje fuente, lo que significa que los desarrolladores necesitan herramientas para usarlo. Debido a esto, el equipo de V8 trabaja en proyectos de código abierto relevantes como LLVM, Emscripten, Binaryen y WABT. Esta publicación describe parte del trabajo que hemos estado haciendo en Emscripten y LLVM, que pronto permitirá que Emscripten cambie al backend WebAssembly de LLVM por defecto, ¡pruébalo e informa cualquier problema!