Parámetros que determinan el rendimiento de tus aplicaciones web

Hace algunos años el uso de la World Wide Web (WWW) se limitó a la industria de servicios, pero hoy en día esta es la era web donde todo está en la web. Ahora, las organizaciones no sólo la prestación de servicios en línea a sus clientes, sino también utilizar esta plataforma para ejecutar completamente sus negocios. Este exceso de uso y la importancia de los servicios en línea también en gran medida la demanda de su entrega sin problemas. Los usuarios de estos días son muy exigentes y abandono usuario inicia al recibir el tiempo de respuesta mayor de 3 segundos. Lento de realizar las aplicaciones tienen impacto directo en el rendimiento del negocio y de acuerdo a un estudio de la pérdida de negocio $ 45 mil millones cada año se producen debido al mal desempeño de las aplicaciones web.

Las pruebas de rendimiento se lleva a cabo para asegurarse de que la aplicación bajo prueba (AUT) se reunirá expectativas de los usuarios en el entorno de producción. Basado en los resultados de la actividad de pruebas de rendimiento, acciones requeridas se toman para llenar el vacío entre los resultados reales y esperados. Como resultados de la medición efectiva es la clave para el éxito de cualquier proceso, actividad similar de pruebas de rendimiento requeridos no se puede lograr sin tener claramente definidos los criterios de éxito. Diferentes métricas de pruebas de rendimiento se usan para medir la salida de la actividad de rendimiento. Estas medidas de rendimiento proporciona el método cuantitativo para evaluar los resultados de las pruebas. Información obtener de estas métricas ayudar a las organizaciones a mejorar su productividad, tasa de error baja y mejorar la calidad del producto y el nivel de servicios para lograr sus metas de negocio.

Hay docenas de contadores de rendimiento que se generan durante la prueba de rendimiento y es casi imposible de evaluar a fondo cada uno de ellos. Ser un ingeniero de buen rendimiento, hay que tener buen entendimiento de las áreas de desempeño problemáticos de la AUT y derecho conjunto de contadores de rendimiento de cada una de estas áreas. En este debate, voy a destacar diferentes aspectos de las métricas de rendimiento, áreas problemáticas potenciales de rendimiento de aplicaciones web (Clint lado, servidor Web, servidor de aplicaciones, servidor de base de datos y configuraciones de red) y contadores de rendimiento de cada una de estas áreas en los detalles que necesitan ser registrada durante la prueba de rendimiento.

¿Qué es la métrica?

Métrica es una unidad de medida estándar que calcula los resultados. Métricas de software se utilizan para la evaluación de producto de software y sus servicios.

Métricas de rendimiento de pruebas se utilizan para evaluar los parámetros de rendimiento de las aplicaciones y para identificar qué áreas de la aplicación está creando cuellos de botella de rendimiento.

métricas de rendimiento

Importancia de la métrica

Los resultados cuantitativos siempre ofrecer el mejor resultado de una actividad y métricas ayuda para obtener estos resultados cuantitativos. Los siguientes puntos también destacan la importancia de las métricas de pruebas de rendimiento,

  • Mediciones se utilizan para mejorar la calidad del producto para lograr una mejor satisfacción del cliente
  • Métricas de proporcionar una salida fácil y clara de la actividad e identificar las áreas que necesitan más atención
  • Métricas de ayudar al comparar los resultados de diferentes pruebas para conocer el impacto de cualquier cambio en la aplicación
  • Las métricas son monitores que proporcionan la causa exacta del problema
  • Métricas de establecer línea de base para todas las pruebas
  • Métricas de seguimiento de los avances del proyecto

Características métricas

Hay docenas de indicadores generados en la prueba de rendimiento, pero no es posible evaluar todos ellos. Métricas de rendimiento específicos se seleccionan basándose en las características siguientes,

  • Métricas cuya completa y precisa los datos pueden ser recogidos deben ser evaluados
  • Métricas que son importantes en el contexto de la aplicación deberá evaluarse
  • Métricas que son fáciles de calcular deben ser evaluados

Pruebas de selección de parámetros de rendimiento

Es normalmente depende de los objetivos de rendimiento AUT para decidir qué métricas de software deben ser evaluados. Pero hay pocos indicadores genéricos que normalmente se consideran en cada prueba de rendimiento que se enumeran a continuación.

Métricas de rendimiento de prueba Requisitos Gathering

El alcance de la prueba y sus actividades siempre depende de los requisitos. Tener cristal requisitos claros antes de iniciar la actividad de pruebas de rendimiento es un paso fundamental. Un examen de los requisitos vagos nunca podrá lograr los resultados deseados. Así, en la primera fase de ser un ingeniero de rendimiento, una necesidad de identificar el conjunto de indicadores necesarios para reunir una lista completa de requisitos de desempeño. Las diferentes partes interesadas pueden ponerse en contacto para recoger las necesidades de rendimiento, pero viendo el registro de actividad del servidor es también muy útil. Tras las mediciones del servidor son considerados para una aplicación en vivo para establecer objetivos de rendimiento,

  • Reproducciones de páginas por semana
  • Impactos totales por semana
  • Sesiones por semana Total Navegadores
  • Tamaño medio de página
  • Tamaño Promedio de Hit
  • Página Solicitud de Distribución
  • Abandono del usuario

Reproducciones de páginas por semana

Vista Página es la solicitud en el servidor de esa página específica con todos sus objetos incrustados. Este indicador proporciona la información sobre el tráfico semanal en AUT. La elección de la métrica de páginas vistas a través de visitas a la página o byte transferido se prefiere debido a que se utiliza habitualmente como indicador de tráfico del sitio web. Por otra parte, la elección del límite semanal también ofrece la aplicación de análisis de tráfico más realista sobre la elección de las horas específicas y el tráfico de día.

Impactos totales por semana

Un golpe es cualquier recurso (página web, imágenes, archivos, etc) Solicitud recibida por el servidor web del cliente. Se realizan varias visitas en el servidor cuando la solicitud del cliente para una página web. Páginas Web normalmente hechas de número de imágenes y archivos, el número de accesos al servidor de web para una página web específica será igual al número de recursos que contiene.

Sesiones por semana Total Navegadores

Una sesión de usuario es una visita de usuario única en la web. Esta singularidad usuario se mantiene con muchos enfoques diferentes, como con nombre de usuario y su contraseña, cookies del navegador y la dirección IP del usuario de la máquina. El seguimiento de sesión de usuario es muy útil en las pruebas de carga, porque no es sólo proporcionar la información del número de usuarios que acceden a la aplicación, sino también ofrecer las tendencias de navegación del usuario en la aplicación, que es muy importante para simular la carga real de los usuarios durante la prueba.

Tamaño Promedio de Hit

Esta es la cantidad media de datos de usuario recibida desde el servidor web contra un éxito particular. Tamaño medio éxito se mide en Kbytes.

Página Solicitud de Distribución

Petición Página métrica distribución representan la distribución en porcentaje petición del usuario a través de todas las páginas del sitio. Este indicador proporciona información útil sobre las tendencias de los usuarios y ayudar a la hora de decidir la distribución de usuarios en la fecha prevista el rendimiento.

Abandono del usuario

Este indicador proporciona información sobre la cantidad de tiempo que un usuario medio espera una carga de la página antes de salir de la aplicación en modo insatisfecho. Este valor ayuda a la hora de decidir sobre el uso aceptable límite de tiempo de respuesta.

De cliente-Metrics Requisito Gathering

Los usuarios finales que interactúan y utilizar la aplicación para cumplir con sus requisitos específicos se denominan clientes. Los patrones de uso y el comportamiento de la aplicación a todos estos clientes pueden variar mucho dependiendo de variables diferentes que se llaman variables de lado del cliente y simular todos los requisitos de los usuarios es necesario para el diseño de prueba de rendimiento eficaz. Tras las mediciones del cliente deben ser considerados al diseñar una prueba de rendimiento,

  • Interacción velocidad
  • Latencia Tolerancia
  • Familiaridad
  • Velocidad de conexión
  • Ubicación

Interacción velocidad

Velocidad de interacción representa la velocidad de la interacción del usuario con las aplicaciones. Esta variable representa la rapidez con que un usuario realizar acciones comerciales en una página web y navega por las páginas web diferentes.

Latencia Tolerancia

Esta variable proporciona la información de la cantidad de un usuario espera respuesta de la página antes de tomar la siguiente acción que podría ser el abandono de aplicación, recarga de la página, etc Hoy en promedio un usuario espera durante 3 segundos para una página web se cargue antes de tomar cualquier acción.

Familiaridad

Esta variable representa la cantidad de usuario está familiarizado con la aplicación. Los usuarios frecuentes son siempre capaces de completar la tarea requerida con mucha facilidad en un tiempo mucho menor en comparación con los nuevos visitantes.

Hay pocas sistema cliente-variables, así que debe ser considerado antes de comenzar la prueba de carga,

Velocidad de conexión

Es importante saber cuál es el porcentaje de usuarios que utiliza la conexión a Internet. El tiempo de respuesta será mucho más baja en la conexión a Internet rápido en comparación con la conexión inferior. Por otra parte para la prueba de rendimiento realista, este ancho de banda de conexión a Internet se debe considerar para los usuarios virtuales.

Ubicación geográfica del usuario

Ubicación geográfica del usuario también afecta en gran medida de la experiencia de usuario en la aplicación. El tiempo de respuesta será menor para menor número de saltos entre el cliente y el servidor.

Hemos hablado de las métricas de la captura de requerimientos y ahora tenemos que hablar de las métricas de rendimiento evaluados durante la prueba de rendimiento. Los parámetros de rendimiento de ensayo se pueden dividir en las siguientes categorías generales,

  • Vuser Monitoreo
  • Transaction Monitoring
  • Métrica Web de recursos
  • Sistema de Monitoreo de Recursos
  • Métricas de rendimiento del servidor Web
  • Aplicación métricas de rendimiento del servidor
  • Base de datos del servidor
  • Monitores de red
  • Métricas Client Side

Vuser Monitoreo

Es muy importante conocer el estado de cada usuario en cada transacción realizada para analizar el impacto de la creciente carga de trabajo en el sistema. Hay varios gráficos disponibles en todas las herramientas de pruebas de rendimiento para supervisar las actividades Vusers y algunas de las más importantes son las siguientes,

Ejecución Gráfico Vusers

Ejecución métrica Vusers proporciona la información completa de cuántos usuarios están en ejecución, cuántos están esperando su turno y cómo se han ejecutado en un momento determinado de la prueba. Proporciona la información del número de usuarios que acceden a la aplicación.

Vusers con gráfico de errores

Uno de los factores más importantes al analizar los resultados de rendimiento ejecutadas prueba es saber cuántos usuarios no pudieron completar sus acciones y que los errores que se enfrentaban. Conocer esta información no sólo proporciona los conocimientos rendimiento de las aplicaciones, sino también ayudar a identificar la causa raíz de un problema.

Transaction Monitoring

Las transacciones son los procesos de negocio que se ejecutan para cierto usuario para probar el rendimiento de las aplicaciones. Es de vital importancia conocer el estado de cada operación ejecutada y su tiempo de respuesta. A continuación se presentan algunos de los indicadores importantes que deben ser cuidadosamente monitoreados durante la prueba de rendimiento,

Tiempo de respuesta medio de las transacciones

No hay duda de que el tiempo de respuesta es el parámetro más el rendimiento del usuario en cuestión. Una aplicación o transacción con tiempo de respuesta lento nunca será aceptado a los usuarios. Así que cada vez transacción ejecutada respuesta es supervisado durante cada segundo del escenario utilizado para evaluar el impacto de los usuarios que ejecutan sobre el rendimiento. En estos días respuesta de transacción promedio no debe ser más 3 segundos; abandono usuario iniciado.

Transacciones aprobado / no aprobado

A veces (especialmente para las aplicaciones críticas de negocio) que es más importante para completar la transacción comercial determinada y no su tiempo de respuesta lento. Por lo que conocer la información del número de transacciones que pasó y no durante la prueba de rendimiento también es muy importante.

Métrica Web de recursos

Métricas de recursos Web proporcionar al servidor web parámetros de la información capturada durante la prueba de rendimiento. A continuación se presentan algunos indicadores importantes del servidor web que deben ser controlados durante la prueba de rendimiento,

Visitas por segundo

Visitas por segundo gráfico proporciona la información del número de peticiones HTTP enviada al servidor web durante el periodo de tiempo específico de la prueba de rendimiento. Esta es una de la métrica más importante que muestra cómo la aplicación se comportó en el aumento de la carga del usuario. Resultados por segundo aumentarse incrementando la carga de usuarios a menos que la aplicación es capaz de manejar que la carga de usuarios específico.

Rendimiento

El rendimiento gráfico de proporcionar la información sobre la respuesta del servidor durante el periodo de tiempo específico de la prueba de rendimiento. Esto también es métrica muy importante ya que proporciona la información de respuesta del servidor web contra las solicitudes de los usuarios. Valor de rendimiento es también directamente proporcional a la carga de usuarios a menos que servidor web es capaz de manejar con éxito que la carga de usuarios específicos en esas condiciones.

Las respuestas HTTP por segundo

HTTP gráfico respuestas proporcionan la información de todos los códigos de estado HTTP generadas por segundo durante la ejecución de las pruebas de rendimiento. Estos valores proporcionan información útil sobre el estado de los servidores Web durante cada segundo de la prueba de rendimiento. A continuación se presenta el resumen de los códigos de respuesta,

1XX: Informativo (solicitud de cliente que se recibe)

2XX: Éxito (petición del cliente es recibido, aceptado y procesado con éxito)

3XX: Redirección (cliente tiene que tomar medidas adicionales para completar la solicitud)

4XX: Error del cliente (Error en la solicitud del cliente)

5XX: Error del servidor (Server no pudo completar la solicitud)

Errores por segundo

A solicitud de bajo rendimiento no sólo necesita más tiempo para completar su transacción de negocios, pero también generan diferentes tipos de errores también. Estos errores se detuvo a los usuarios completar sus transacciones. Todos los errores no tienen el mismo impacto en la AUT. La gravedad del error puede ser analizado a partir de su código de respuesta HTTP como se mencionó anteriormente.

Páginas descargadas por segundo

En este gráfico se muestra la información de las páginas web descargadas en cada segundo de la prueba desde el servidor web. Este indicador proporciona información útil sobre la cantidad de carga generada por los usuarios virtuales en el servidor web en términos de páginas web.

Conexiones por segundo

La información sobre el número de nuevas conexiones TCP / IP abierto y cerrado durante cada segundo de la prueba de rendimiento se ofrece con conexiones por segundo gráfico. Conexiones abierto / cerrado debe ser más pequeño que los impactos por segundo como conexiones TCP / IP son muy caros. Para los mejores intereses del sistema, varias petición HTTP debe utilizar una misma red TCP / IP.

Sistema de Monitoreo de Recursos

Seguimiento de todos los equipos (servidores y los inyectores de carga) y de sus recursos de sistemas operativos que se utilizan en las pruebas de rendimiento también proporciona información útil en el análisis. Modernas herramientas de pruebas de rendimiento proporcionan la facilidad de monitorear los recursos en todas las máquinas que se utilizan durante la prueba para fijar el punto el cuello de botella causa raíz. Siguientes mediciones se suelen considerar en todos los sistemas, mientras que un escenario de actuación se está ejecutando,

Uso de CPU

Este indicador proporciona información sobre máquina de utilización de la CPU. Para la utilización de CPU eficaz desempeño de las aplicaciones no deben ser más del 70%.

Uso de la memoria

El uso de memoria proporciona la información sobre la cantidad de espacio libre en disco, las páginas de memoria virtual se movió entre la memoria principal y almacenamiento en disco y la memoria por ciento utiliza durante la ejecución del escenario.

Uso de Disco Space

Esta métrica proporciona la información sobre el espacio de disco se utiliza por ciento.

Monitores de Servicio

Proporciona la información sobre los procesos en ejecución en la máquina y la cantidad de recursos del sistema que están utilizando. Los procesos problemáticos que utilizan más recursos pueden ser identificados y se fija rápidamente a partir de estos monitores.

Métricas de rendimiento del servidor Web

Métricas de servidor Web proporciona la información del uso de los recursos en el servidor web durante la prueba de rendimiento. Estas métricas proporciona la información útil sobre el rendimiento de los servidores Web y sus cuellos de botella. Hay larga lista de las métricas que se generan durante el funcionamiento, dependiendo del tipo de servidor de web. Apache HTTP, Servicios de Microsoft Internet Information Services (IIS de Microsoft), Lighttpd, Sistema Sun Java y el servidor Jigsaw son famosos servidores web. Como mencioné anteriormente, la lista de indicadores de desempeño monitoreados durante la prueba de rendimiento varía según el tipo de servidor web, a continuación se presenta la lista de los contadores de rendimiento que deben supervisarse para el servidor web de Microsoft IIS durante la prueba de rendimiento.

  • Bytes enviados por segundo
  • Bytes recibidos por segundo
  • Recibe peticiones por segundo
  • Publica solicitudes por segundo
  • Máximo de conexiones
  • Not Found (404) Error por segundo
  • Bytes privados
  • Porcentaje de tiempo de procesador
  • Procesador Sistema Longitud de la cola
  • Porcentaje de tiempo de disco
  • Longitud de la cola
  • Caché Porcentaje Hit
  • Solicitar Tiempo de espera
  • Solicitar cola
  • Transacciones por segundo

Aplicación métricas de rendimiento del servidor

La mayoría de las actividades de la aplicación de cálculo se realiza en su servidor de aplicaciones. Podemos decir servidor de aplicaciones es la columna vertebral de la aplicación, especialmente en el caso de las aplicaciones empresariales de alta complejidad. Sphere Web, JBoss, Apache Tomcat, Web Logic, Microsoft. Net y Oracle Application Server son algunos de los servidores de aplicaciones famosos están utilizando en estos días.

Cada tipo de servidor de aplicaciones tiene sus contadores de rendimiento basados ​​en su modelo. Tras Estoy escuchando algunos de los contadores de rendimiento de las aplicaciones Web de Esfera que debe ser monitoreado durante la prueba de rendimiento,

  • Memoria libre
  • Memoria total
  • Uso de memoria
  • Frijol Destruye
  • Hilos activos
  • Temas totales
  • Tiempo Porcentaje Maxed
  • Tiempo de espera de conexión
  • Tiempo de conexión
  • Conexión Percent Used
  • Transacciones activas
  • Transacciones suspendido
  • Deshacer
  • Tiempos de espera
  • Errores Servlet
  • Sesiones Invalidated

Data Base Server

Todos los datos de aplicación se almacena en la base de datos y el sistema de base de datos en la que está instalado se llama servidor de base de datos. Como el servidor de base de datos contiene toda la información crítica de la aplicación, su trabajo rápido y libre de errores es muy importante. Oracle, DB2, Microsoft SQL Server e Informix son famosos servidores de bases de datos. Algunos de los sistemas de medición comunes para supervisar todos los servidores de bases están siguiendo,

  • Resumen de transacciones de base de datos: Base de datos de transacción monitor de proporcionar la información del volumen de datos enviados y recibidos por el servidor de base de datos. Proporciona el detalle en bytes de las solicitudes enviadas y recibidas durante la prueba de rendimiento.
  • Base de datos Resumen de conexion: Este indicador proporciona la información del número total de conexiones abiertas y se cierran en el servidor de base de datos durante la prueba. El exceso de conexiones de base de datos mal puede afectar el rendimiento del servidor de base de datos.
  • Base de datos Resumen Tema: Rosca métrica proporciona la información de número de subprocesos creados, conectarse y utilizarse.
  • Base de datos Resumen de consultas: Leer, escribir y borrar datos son las principales funciones de base de datos y su detalle es muy importante comprobar el rendimiento del servidor de base de datos durante la prueba de rendimiento. Métrica Database Query proporciona la información del número total de consultas de lectura, escribió y eliminados por el servidor de base de datos.

Algunos de los contadores de rendimiento más importantes de Microsoft SQL Server están siguiendo,

  • Transacciones por segundo
  • Entrar Relación de aciertos de caché
  • Caché de registros lecturas por segundo
  • Bytes de registro Flushed por segundo
  • Entrar Enjuague Tiempo de espera
  • Entrar Enjuague Waits por segundo
  • Entrar Vacía por segundo
  • Porcentaje de registro utilizado

Configuraciones de Red de la Métrica

Configuraciones de red desempeñan un papel vital en el rendimiento de las aplicaciones. Una aplicación no puede funcionar bien si su red está mal diseñado. Cada red de aplicación consta de varios segmentos y es muy importante controlar adecuadamente todos y cada segmento de red de tiempo de retardo durante la prueba de rendimiento. Todas las herramientas modernas están equipadas con la posibilidad de configurar los monitores de red en el entorno de pruebas de rendimiento para ver el impacto de las configuraciones de red en el rendimiento de la aplicación.

Algunos de los parámetros importantes de la red dentro de un segmento de red que necesita ser monitorizado durante la prueba de rendimiento están siguiendo,

  • Bytes por segundo enviados a la tarjeta de interfaz de red
  • Bytes recibidos por segundo por NIC
  • Los segmentos TCP enviados por segundo
  • Los segmentos TCP recibidos por segundo
  • Segmentos TCP por segundo
  • TCP retransmitidos por segundo Segmentos
  • Conexiones TCP Fallas
  • Conexiones TCP Restablecer
  • Conexiones TCP establecidas

Cliente mediciones del rendimiento

Según un estudio de Yahoo, 80-90% de la carga de la página web tiempo que se gasta en front-end y su rendimiento de la aplicación se puede mejorar hasta un 40% mediante la reducción de la mitad de la hora de finalización de carga frontal. Los ingenieros de rendimiento están muy enfocar el uso extremo delantero de los recursos ya que los usuarios están demandando un mejor rendimiento de las aplicaciones. Buenas herramientas de pruebas de rendimiento proporcionan los detalles de tiempo consumido en diversas páginas web recursos como imágenes, archivos de JavaScript, CSS, HTML, conexión DNS, conexión TCP, protocolo de enlace SSL, HTTP Request, estado de respuesta HTTP y el tamaño de la respuesta. Algunas de las métricas del lado del cliente deben ser supervisados ​​durante las pruebas de rendimiento,

  • Imágenes de tiempo de carga
  • Archivos de tiempo de carga de JavaScript
  • CSS archivos de tiempo de carga
  • Recursos HTML Tiempo de carga
  • DNS Lookup Tiempo
  • Tiempo de conexion TCP
  • Tiempo SSL Handshake
  • Tiempo al primer byte
  • Contenido Tiempo de descarga
  • Política de contenido caché
  • El contenido disponibilidad Entrega Network (CDN)
  • Recursos Time Rendering
  • Número de peticiones HTTP
  • HTTP Response Status
  • Tamaño de la respuesta HTTP

Conclusión

Los resultados cuantitativos siempre ofrecer un panorama claro de la situación y realizar un seguimiento de los cambios. Métricas de rendimiento de prueba proporciona resultados cuantitativos que ayuda a los ingenieros de rendimiento en el análisis de la prueba. Vuser específica, Transaction, servidor Web, servidor de aplicaciones, servidor de base de datos, configuraciones de red y la métrica de clientes secundarios se deben ser supervisados ​​durante la prueba de rendimiento para determinar el rendimiento de la aplicación actual y descubrir sus áreas problemáticas y sus causas.

 

Sajid Manzor

16 Comments

  • Oops. Thate should say “late night”. Although, lights at night are essential.
    cartier replica love bracelet http://www.clovejs.com/en/screwdriver-cartier-love-yellow-gold-bracelet-replica-with-four-diamonds-b6035916-p711/

  • nwvhncuzb lyvpw mmlspds cuqw pcuwumpotwzasnu

  • informática serviços

    marzo 9, 2016

    532668 253900I like this site very much, Its a really nice situation to read and get info . 386138

  • economics tuition

    marzo 10, 2016

    266173 668871I like the valuable details you supply inside your articles. Ill bookmark your weblog and check once more here often. Im quite certain I will learn lots of new stuff proper here! Excellent luck for the next! 173398

  • french door repair

    marzo 15, 2016

    897522 28484I observe there is a lot of spam on this weblog. Do you need to have assist cleaning them up? I may possibly support among classes! 113113

  • likri.com

    marzo 16, 2016

    764098 294245I admire the beneficial facts you offer inside your articles. I will bookmark your weblog and also have my children verify up here often. Im quite confident theyll learn a great deal of new items appropriate here than anybody else! 97799

  • 629187 359994Overall, politicians are split on the issue of whether Twitter is more for business or personal use. The first thing is the fact that you can build up quite a large following of people. 540845

  • 794235 617844I appreciate your work , thanks for all the informative blog posts. 469522

  • 962311 104966Youve made various nice points there. I did specific search terms around the matter and found mainly individuals will believe your site 263351

  • VapinPlus

    abril 9, 2016

    81838 907086Hiya! Great blog! I happen to be a every day visitor to your website (somewhat much more like addict ) of this web site. Just wanted to say I appreciate your blogs and am searching forward for much more! 591452

  • Kaninchenstall

    abril 15, 2016

    476487 415225This really is a very good common sense post. Quite valuable to 1 who is just obtaining the resouces about this part. It will surely support educate me. 215714

  • yeast infection no more

    abril 15, 2016

    909787 465703Some genuinely wonderful weblog posts on this internet web site , thankyou for contribution. 67099

  • Tu hap gio cha

    abril 17, 2016

    494036 837378As I web-site possessor I believe the content matter here is rattling wonderful , appreciate it for your efforts. You should keep it up forever! Best of luck. 151715

  • Maison et Jardin

    abril 17, 2016

    503464 957509Following study a couple of of the content inside your website now, we genuinely such as your technique of blogging. I bookmarked it to my bookmark web website list and will also be checking back soon. Pls take a look at my web-site likewise and make me aware what you believe. 440790

  • Khay inox

    abril 18, 2016

    835674 288676Oh my goodness! an incredible article dude. Thank you Nonetheless Im experiencing challenge with ur rss . Don know why Unable to subscribe to it. Is there anyone getting similar rss drawback? Anybody who knows kindly respond. Thnkx 586113

  • 104192 82567Cheers for this outstanding. I was wondering in the event you were thining of writing comparable posts to this one. .Keep up the fantastic articles! 857763

Leave A Response

* Denotes Required Field