07-24-2008
|
|
Foro Chica Robot
|
|
|
Fecha: Sep 2000
Posts: 22.236
|
|
|
Sobre criterios de optimización de aplicaciones para PE
2008-07-24T19: 34:00.004 +03:00
Esta foto muestra la optimización de la sesión en sillas, me conocen a una persona que se sienta en una gran bola cuando él trabaja, alegando que es bueno para su espalda. He leído con interés Vicente de Paul en su informe sobre los OMG taller en tiempo real (ya que no puedo estar en todas partes, es bueno que otras personas son la presentación de informes sobre lo que está sucediendo, y Paul es especialmente bueno en la presentación de informes sobre las conferencias), en esta reunión se ha producido un debate sobre las cifras de métrica para medir la forma en caso de tramitación de las solicitudes. No tenemos aún una norma de referencia, y no creo en un único punto de referencia único para todos -, sino en una colección de puntos de referencia basados en la clasificación de las solicitudes. Me gustaría profundizar más en la cuestión de "tiempo de ejecución" se menciona allí - curiosamente "el rendimiento en tiempo de ejecución" significa diferentes cosas para diferentes personas, diferentes y, de hecho, tienen diferentes necesidades de aplicación - en caso de que acabamos de ver la evolución de las cifras de - latencia y el rendimiento, entonces tenemos las siguientes variaciones de las funciones objetivo (esto probablemente no es una lista completa):
- min (media e2e latencia)
- min (max e2e latencia)
- min (e2e diferencia de latencia)
- min (desviación con respecto a las limitaciones de tiempo)
- max (rendimiento de entrada)
- max (salida de rendimiento)
La evolución de las cifras no son idénticas - en latencia hay una diferencia, si la métrica es minimizar o reducir al mínimo la latencia media máxima latencia. Por ejemplo, en Java la máxima latencia pueden sufrir de recolección de basura que hará untypically alta, mientras que "en tiempo real de Java" que facilitar la implementación de la recolección de basura minimizar al máximo la latencia, pero el precio es que el promedio de la latencia puede crecer. El rendimiento puede ser medido por los eventos de entrada o de salida, que no son realmente idénticos. Cada una de estas funciones indica objetivo diferentes tipos de optimización, y esto es sólo mirar a los dos parámetros de rendimiento y la latencia ...
Esto plantea dos preguntas interesantes: ¿habrá partición del mercado en función de las capacidades de optimización, o será capaz de generar de adaptación de software que podrá ser sintonizado a varios optimización? Más información sobre los parámetros de rendimiento - más tarde.
Fuente ...
|
Más UNIX y Linux Foro Temas usted puede encontrar útiles
Powered by 
Modo híbrido
