Publicidad
Publicidad

RSS Rendimiento

JavaScript BenchMark con Benchmark.js

8 Comentarios
JavaScript BenchMark con Benchmark.js

Las pruebas de rendimiento sobre el código de JavaScript se estan convirtiendo en algo cada día más necesario. La capa de presentación adquiere más responsabilidades y los frameworks MVC de cliente ganan adeptos. Existen muchas herramientas que nos permiten realizar pruebas de rendimiento sobre JavaScript, una de las clásicas es JsPerf. Sin embargo comienzan a aparecer soluciones muy prácticas con un enfoque diferente. Una de ellas es Benchmark.js.
Leer más »

Google lanza PerfKit ¿Cómo evaluar el rendimiento real de las plataformas en la nube?

5 Comentarios
Google lanza PerfKit ¿Cómo evaluar el rendimiento real de las plataformas en la nube?

¿Qué plataforma en la nube proporciona mejor rendimiento? ¿Cómo elegir entre Google Cloud Platform, Amazon Web Services, Microsoft Azure y otras muchas más alternativas? Evaluar su rendimiento más allá de tablas de precios y características es complejo. Es agradable ver como Google de forma abierta ha lanzado una herramienta como PerfKit que pretende crear un estándar para evaluar el rendimiento de las plataformas en la nube.

Sin miedo a comparar sus propios servicios de Google Cloud Platform con otras soluciones, la herramienta que promueven es totalmente Open Source y pretende crear benchmark de forma común con todas las plataformas interesadas. Ya cuenta con más de 30 empresas asociadas entre ellas ARM, Canonical, Intel, Rackspace o Redhat.

Leer más »
Publicidad

Aguantar 560 millones de páginas vistas al mes según Stack Exchange

16 Comentarios
Aguantar 560 millones de páginas vistas al mes según Stack Exchange

Todos soñamos con conseguir la web o app que triunfe definitivamente, el nuevo Facebook, el nuevo Twitter... pero también tenemos pesadillas sobre como sobrellevar ese éxito y no morir bajo toneladas de visitas que no somos capaces de servir. El tema del rendimiento es, por tanto, algo capital y la gente de Stack Exchange comparte sus secretos en esta materia en forma de un atractivo gráfico cargado de jugosa información.

Stack Exchange, la casa madre de Stack Overflow (que tanto adoramos en este vuestro blog) y otras muchas webs de preguntas y respuestas, tiene en torno a 560 millones de páginas vistas al mes, una cifra nada desdeñable que conlleva una transferencia de 34 TB de datos. Y para conseguir estar arriba siempre y dar unos tiempos de respuesta atractivos (52 Ms en la home, 33 Ms en páginas de preguntas) en estas condiciones utilizan lo siguiente:

  • 9 servidores web que suman hasta 48 GB de RAM y que pueden manejar picos de hasta 250 peticiones por segundo.
  • 4 servidores SQL organizados en dos clusters que suman hasta los casi 3 TB de tamaño de base de datos.
  • 2 servidores Redis.
  • 3 servidores Tag Engine para indexar todas las preguntas que se hacen en Stack Exchange (y que ellos consideran poco menos que la joya de la corona de su arquitectura).
  • 3 servidores Elasticsearch.
  • 2 servidores Haproxy para balancear cargas.
  • Websockets capaces de mantener hasta 260.000 conexiones.
  • Y en cuanto a tecnologías de programación: ASP.NET, Dapper ORM, StackExchange.Redis, DotNetOpenAuth, MiniProfiler y Jil.

Desde luego un sistema y una arquitectura de la que tomar buena nota si nuestras perspectivas son las de montar algo grande.

Vía e imagen | StackExchange

Leer más »

JQuery DOM y Rendimiento

27 Comentarios
JQuery DOM y Rendimiento

Cuando programamos con JavaScript el uso de JQuery es parte del día a día. JQuery se ha convertido para mucha gente en el nuevo "JavaScript", hasta que enfoques tipo Angular.js se impongan. ¿Para que utilizamos JQuery?, la mayoría de las veces utilizamos este framework para realizar modificaciones en el arbol DOM y cambiar dinamicamente contenidos de la página. Por ejemplo podríamos tener un bloque de código como el siguiente:

Leer más »

De cómo las tripas de Stack Overflow aguantan el éxito

23 Comentarios
De cómo las tripas de Stack Overflow aguantan el éxito

Aquí somos muy fans de Stack Overflow y una de las razones es que siempre que estás atascado y acudes a él a por iluminación y clarividencia, nunca está caído. Pues bien, la gente de High Scability, el blog de referencia en temas de rendimiento, ha hablado con la gente de Stack Overflow para conocer sus datos de tráfico y esfuerzo y conocer como consiguen su gran tasa de éxito. Lectura indispensable de la que entresacamos algunas notas muy pero que muy interesantes:

Leer más »

13 claves para mejorar el rendimiento de tu código Javascript

10 Comentarios

La Google I/O 2012 pasó y se nos quedaron muchas cosas en el tintero. Vamos a intentar poner remedio Una de estas cosas en el tintero es, por ejemplo, una interesante charla de Daniel Clifford sobre rendimiento y velocidad de Javascript con motores V8 de Google. En el blog de Jon Fox han resumido la charla y extraído 13 claves para conseguir que tu código Javascript vaya como un auténtico tiro:

Leer más »
Publicidad

Yahoo libera el código de desarrollo de YSlow para que los desarrolladores interesados contribuyan

Comentar
Yahoo libera el código de desarrollo de YSlow para que los desarrolladores interesados contribuyan

El plugin de Yslow ha sido bastante popular a lo largo de estos años entre los desarrolladores interesados en comprobar el rendimiento de sus páginas webs. Pero aunque Yahoo ha seguido apoyando la herramienta y actualizándola, según las sugerencias de los desarrolladores, se enfrentaba a una dura competencia como es Page Speed, una herramienta muy similar liderada por Google.

No es de extrañar que Yahoo haya liberado el proyecto (cambio a licencia BSD y liberación del código de desarrollo) animando a los desarrolladores a aprender cómo funciona, hacer sus propios fork del proyecto en Github y enviar sus modificaciones. Yslow está desarrollada íntegramente en JavaScript, HTML y CSS por lo que es fácil y viendo como ha sido creada. El motivo principal es, sin duda, que los desarrolladores apoyen el desarrollo que hasta entonce llevaba en solitario Yahoo.

Leer más »

Usando Etags para aumentar el rendimiento de tu servidor en el procesamiento de páginas dinámicas

Comentar
Usando Etags para aumentar el rendimiento de tu servidor en el procesamiento de páginas dinámicas

Uno de los elementos recomendados por Yahoo para mejorar el rendimiento de nuestros sitios web es el uso de Etags. Con ellos podremos procesar desde nuestro servidor más peticiones, en algunas ocasiones, sin necesidad de enviar por la red páginas dinámicas que no han sido modificadas si el navegador las posee ya cacheada.

Los Etags forman parte de la información que envían los navegadores dentro de las solicitudes HTTP. Sirven para indicarle al servidor web qué versión de una página tenemos almacenada localmente, para que determine si ha cambiado y nos mande una nueva. Normalmente son fácilmente configurables en Apache para las páginas estáticas, pero para las páginas dinámicas normalmente confiamos en el uso de caches en servidor que evitan el procesamiento de nuevo de la página pero no el envío por la red de nuevo de la misma página al usuario (algo que podíamos evitar si ya la tiene cacheada el usuario)

Leer más »

Twitter y MySQL, una combinación que funciona

2 Comentarios

Si de verdad quieres aprender de cualquier tema, tienes que escuchar y leer a los mejores en ese campo. Si quieres aprender de escalabilidad y rendimiento de bases de datos de gran carga y tamaño, escuchar al arquitecto de bases de datos de un gigante en expansión continua parece una gran idea. Pues bien, Jeremy Cole, uno de los arquitectos de bases de datos de Twitter impartió una charla en el ámbito de la O'Reilly MySQL Conference titulada 'Big and Small Data in @Twitter'. La tienes completa en el vídeo de arriba pero podemos sacar unas cuantas revelaciones de lo que comenta a lo largo de la media hora larga que dura la charla:

Leer más »

El verdadero coste de los bloques try/catch

18 Comentarios
El verdadero coste de los bloques try/catch

addEventListener('load', function (event) { prettyPrint() }, false);


Durante mi carrera, tanto universitaria como profesional, me he encontrado con varios profesores y colegas con ciertas reticencias a usar los bloques try/catch así como las excepciones. Por una parte estaban los que alegaban que iba contra la claridad del código, ya que consideraban más limpio y elegante verificar las precondiciones y tratar los posibles errores nada más detectarlos, en lugar de amontonar todo el tratamiento de fallos en uno o más bloques catch que pueden encontrarse a cientos de líneas de código de distancia de la sentencia que los propició.

Este podría ser un ejemplo de código que horrorizaría a más de uno por su uso exagerado del catch:

Leer más »
Publicidad

Menú

Lo nuevo en genbetadev

Ver más artículos