Вы находитесь на странице: 1из 16

El Rendimiento de los Sistemas (Importancia y Objetivos) El rendimiento de un sistema informtico depende de cmo ste utiliza y asigna sus recursos.

Controle el rendimiento del sistema con regularidad para saber cmo se comporta en condiciones normales. En la ingeniera del software, las pruebas de rendimiento son las pruebas que se realizan, desde una perspectiva, para determinar lo rpido que realiza una tarea un sistema en condiciones particulares de trabajo. Tambin puede servir para validar y verificar otros atributos de la calidad del sistema, tales como la escalabilidad, fiabilidad y uso de los recursos. Las pruebas de rendimiento son un subconjunto de la ingeniera de pruebas, una prctica informtica que se esfuerza por mejorar el rendimiento, englobndose en el diseo y la arquitectura de un sistema, antes incluso del esfuerzo inicial de la codificacin. Debe tener una idea clara acerca de lo que se espera y tambin debe poder reconocer los problemas cuando se producen. Objetivos.

Comprender lo que es el rendimiento del sistema. Proporcionar las herramientas necesarias para monitorizar y determinar qu componentes del sistema no estn rindiendo adecuadamente.

ideas de las acciones que puedes llevar a cabo para mejorar el rendimiento del sistema.

Es importante tener en cuenta las impresiones de los usuarios ya que nos puede dar una pista de lo que est ocurriendo con el sistema. A su vez es muy importante tener un conocimiento exacto de lo que hace el sistema, para poder valorar la fiabilidad de estas impresiones. Hay que saber a qu puede deberse que el sistema vaya lento; est el procesador sobrecargado? La CPU pierde el tiempo porque se ha colgado un proceso? Hay suficiente memoria?, etc... Las pruebas de rendimiento pueden servir para diferentes propsitos. Pueden demostrar que el sistema cumple los criterios de rendimiento. Pueden comparar dos sistemas para encontrar cul de ellos funciona mejor. O pueden medir que partes del sistema o de carga

de trabajo provocan que el conjunto rinda mal. Para su diagnstico, los ingenieros de software utilizan herramientas como pueden ser monitorizaciones que midan qu partes de un dispositivo o software contribuyen ms al mal rendimiento o para establecer niveles (y umbrales) del mismo que mantenga un tiempo de respuesta aceptable. Es fundamental para alcanzar un buen nivel de rendimiento de un nuevo sistema, que los esfuerzos en estas pruebas comiencen en el inicio del proyecto de desarrollo y se ampli durante su construccin. Cuanto ms se tarde en detectar un defecto de rendimiento, mayor es el coste de la solucin. Esto es cierto en el caso de las pruebas funcionales, pero mucho ms en las pruebas de rendimiento, debido a que su mbito de aplicacin es de principio a fin. En las pruebas de rendimiento, a menudo es crucial que las condiciones de prueba sean similares a las esperadas en el uso real. Esto es, sin embargo, casi imposible en la prctica. La razn es que los sistemas en produccin tienen un carcter aleatorio de la carga de trabajo y aunque en las pruebas se intente dar lo mejor de s para imitar el volumen de trabajo que pueda tener el entorno de produccin, es imposible reproducir exactamente la variabilidad de ese trabajo, salvo en el sistema ms simple. Por lo cual un buen administrador de un sistema trabaja para obtener el mximo rendimiento absoluto del mismo. Debe asegurarse de que los recursos se utilizan de forma eficiente y que se reparten de forma justa entre los usuarios. Debe tambin localizar aquellas partes del sistema que sufren de sobrecarga ("overload"), y gestionar las polticas adecuadas para reducir dicha sobrecarga. En ocasiones es necesario actualizar ciertos mdulos del sistema, para controlar cules son estos mdulos y cuando es necesario actualizarlos.

Proporcionar las herramientas necesarias para monitorizar y determinar qu componentes del sistema no estn rindiendo adecuadamente.

Cmo saber si nuestro sistema est funcionando correctamente y de una forma eficiente es una de las preguntas ms frecuentes que debe hacerse un administrador de sistemas. Para lograr dicho funcionamiento deber realizar una serie de tareas:

a. Estructurar el sistema para maximizar el rendimiento total. b. Estructurar el sistema para que los recursos sean utilizados eficientemente y repartidos entre los usuarios de una forma justa. c. Localizar las partes del sistema que sufren una sobrecarga ("overloading"). d. Gestionar polticas que reduzcan la sobrecarga. e. Controlar cuando determinadas partes del sistema deben ser actualizadas. En la tabla siguiente, se describen los recursos del sistema que afectan el rendimiento. Recurso del sistema Unidad central Descripcin de La CPU procesa instrucciones mediante la recuperacin y ejecucin de instrucciones de la memoria.

procesamiento (CPU) Dispositivos

de Los dispositivos de entrada y salida transfieren informacin desde el equipo o hacia el equipo. Estos dispositivos pueden ser terminales, teclados, unidades de discos o impresoras.

entrada y salida (E/S)

Memoria

La memoria fsica (o principal) est representada por la cantidad de memoria de acceso aleatorio (RAM, Random Access Memory) del sistema.

La tecnologa de las pruebas de rendimiento utiliza uno o ms PCs o servidores para actuar como peticionarios. Cada uno emula la presencia de un nmero de usuarios y cada uno ejecuta una secuencia automtica de las interacciones (registrada como una secuencia de comandos, o como una serie de scripts para simular los distintos tipos de uso por parte de los usuarios) con la aplicacin cuyo rendimiento se pone a prueba. Por lo general, un PC acta como gestor de prueba, coordinando, recopilando las mtricas de cada uno de los ejecutores y acumulando los datos de rendimiento para la realizacin de los informes. Rendimiento de los Sistemas Operativos Los sistemas operativos, Windows for Workgroups, Windows NT, y NetBSD (una variante disponible libremente del sistema operativo UNIX), cubren un amplio rango de

funcionalidades del sistema y requerimientos de usuario, desde un simple modelo de direccionamiento de espacio a una proteccin preventiva completa con multi-tarea. Windows Windows es el entorno operativo estndar para PCs, Windows es a veces referenciado como una extensin de MS-DOS y debe ser usado en conjunto con MS-DOS. El sistema de software de Windows est compuesto de cuatro componentes que son cargados separadamente:

KRNL386.EXE USER.EXE WIN386.EXE GDI.EXE.

Windows NT Soporta espacios de direccionamiento protegidos, prevencin multi-tarea y mltiples APIs. Windows NT implementa sistemas de APIs usando procesos de servidor a nivel de usuario llamados subsistemas protegidos. El kernel en Windows NT es llamado el NT ejecutivo y provee interrupciones y excepciones, memoria virtual, comunicacin de proceso interno (IPC), archivos de sistema y acceso a redes. NetBSD Descendiente de Unix BSD hecho en Berkeley. Cada proceso de NetBSD corre en su propio espacio de direccionamiento protegido de 32-bit, con la mitad baja disponible para los procesos de usuario, y la parte media superior reservada para el sistema. El Sistema X11-Window corre de forma separada del kernel de sistema operativo como una coleccin de procesos de usuario.

Microbenchmarks Se utiliz una suite de Microbenchmarks para medir y comparar aspectos especficos de la funcionalidad del sistema: por ejemplo

Null. Contador de latencia de acceso. Mide el tiempo de acceso al dispositivo de control de contador.

Syscall. Sistema mnimo de latencia de llamado. Tiempo para invocar la funcionalidad implementada en el sistema operativo.

Exec. Latencia para cargar y correr un programa trivial. Se prueba con Exec con carga esttica y dinmica de libreras.

Tiempo de acceso a memoria. Prueba de desempeo de archivos de sistema. Bitblt. Un benchmark para probar el desempeo de bitblt. Netbw . Una prueba para llevar a cabo conexiones de red.

Los benchmarks fueron compilados por cada uno de los tres sistemas con el ms alto nivel de optimizacin. Todos los benchmarks en NetBSD y Windows NT fueron linkeados estticamente. Null. La primera es un elevado nmero de ciclos por radio de instruccin para Windows comparado con el NetBSD, este elevado nmero en Windows es debido en parte a las instrucciones milti-ciclo usadas para implementar llamadas entre diferentes subsistemas de Windows. Los contadores revelaron que la cuenta tan elevada de ciclos bajo Windows NT era debido en parte a un alto rango de instrucciones de cach prdidas relativo a los otros sistemas.

Syscall Se midi el tiempo mnimo requerido para invocar una llamada de sistema. Aqu se mostr que tanto Windows NT como Windows de 16 bits significan un gran costo en cuanto al tiempo requerido para invocar una llamada de sistema.

Exec Windows NT requiere seis veces ms lecturas de datos y cinco veces ms escritura de datos a espacio de direccionamiento, que NetBSD cuando se ejecuta cualquier programa. El modelo de anlisis de rendimiento es un mtodo para modelar el comportamiento de una aplicacin en una hoja de clculo. El modelo se alimenta con las mediciones de los recursos solicitados por las peticiones (CPU, IO, LAN, WAN), ponderado por el nivel de transaccin (las peticiones realizadas por unidad de tiempo, habitualmente una hora). Las pruebas de rendimiento son en s mismas una ciencia evolucionada de la industria del software. En s mismos, los scripts, aunque importantes, son slo uno de los componentes de las pruebas de rendimiento. El principal desafo para cualquier persona que pruebe el rendimiento es determinar el tipo de pruebas necesarias y analizar los distintos medidores de rendimiento para determinar el cuello de botella de rendimiento. La secuencia habitual es incrementar la carga, comenzando con un pequeo nmero de usuarios virtuales y aumentando el nmero durante un periodo hasta alcanzar el mximo. El resultado de la prueba muestra la forma en que el rendimiento vara con la carga, mostrando como el nmero de usuarios modifica el tiempo de respuesta. Existen diversas herramientas disponibles para la realizacin de tales pruebas. Estas herramientas suelen ejecutar un conjunto de pruebas que simulan usuarios reales utilizando el sistema. A veces los resultados pueden revelar curiosidades, por ejemplo, si el promedio de tiempo de respuesta puede ser aceptable, si existen valores anmalos en las peticiones que necesitan tiempos considerablemente ms largo para ejecutarse - algo que puede ser causado por peticiones poco eficientes a la base de datos, fotos, etc.

La demanda de recursos de las peticiones es acumulada para obtener la demanda de recursos por unidad de tiempo y divididas por la capacidad total de recursos por la misma unidad, obteniendo as la carga de recursos. Usando la frmula de tiempo de respuesta (R=S/(1-U), R=tiempo de respuesta, S=tiempo del servicio, U=carga), los tiempos de respuesta pueden ser calculados y calibrados con los resultados de las pruebas de rendimiento. El modelo de anlisis del rendimiento permite la evaluacin de diferentes opciones de diseo y dimensionamiento del sistema sobre la base actual o la prevista del uso de la aplicacin. Por lo tanto, es mucho ms rpido y ms barato que las pruebas de rendimiento, aunque requiere una alta comprensin de las plataformas de hardware. Existen adems una serie de herramientas propias del sistema que nos proporcionan informacin general. Esta informacin debe ser utilizada por el administrador para controlar qu todo est funcionando correctamente. Estas herramientas son: cron Ejecuta los comandos indicados a intervalos regulares. Aunque no se trata de una herramienta que permita medir el rendimiento directamente, s permite ejecutar procesos que recojan

informacin peridicamente, obteniendo as el administrador sus propias estadsticas. uptime Informa sobre el promedio de carga del sistema. Esta medida nos permite localizar los momentos de sobrecarga del sistema. ps iostat Informa sobre los procesos que se estn ejecutando. Proporciona informacin, sobre el uso del espacio en disco as como del uso de la CPU. sar Proporciona informacin sobre el uso de la CPU (porcentaje de tiempo ociosa, etc...), produce una serie de reports muy tiles para la administracin y la configuracin del sistema. sa Genera un conjunto de informes diarios de control mostrando qu comandos se estn ejecutando y qu cantidad de CPU estn solicitando.

Control de la Carga de Trabajo. Una forma de tener controlado el rendimiento general del sistema es abrir una ventana xload en tu escritorio y dejarla en algn rincn. La ventana xload representa grficamente el rendimiento de tu sistema. Comprueba peridicamente la carga del sistema y despus registra la demanda del sistema en el tiempo. Pruebas de carga Una prueba de carga se realiza generalmente para observar el comportamiento de una aplicacin bajo una cantidad de peticiones esperada. Esta carga puede ser el nmero esperado de usuarios concurrentes utilizando la aplicacin y que realizan un nmero especfico de transacciones durante el tiempo que dura la carga Prueba de estrs Esta prueba se utiliza normalmente para romper la aplicacin. Se va doblando el nmero de usuarios que se agregan a la aplicacin y se ejecuta una prueba de carga hasta que se rompe. Este tipo de prueba se realiza para determinar la solidez de la aplicacin en los momentos de carga extrema y ayuda a los administradores para determinar si la aplicacin rendir lo suficiente en caso de que la carga real supere a la carga esperada. Prueba de estabilidad (soak testing) Esta prueba normalmente se hace para determinar si la aplicacin puede aguantar una carga esperada continuada. Generalmente esta prueba se realiza para determinar si hay alguna fuga de memoria en la aplicacin. Pruebas de picos La prueba de picos, como el nombre sugiere, trata de observar el comportamiento del sistema variando el nmero de usuarios, tanto cuando bajan, como cuando tiene cambios drsticos en su carga. Esta prueba se recomienda que sea realizada con un software automatizado que permita realizar cambios en el nmero de usuarios mientras que los administradores llevan un registro de los valores a ser monitorizados.

Pre-requisitos para las pruebas de carga Un desarrollo estable de la aplicacin instalado en un entorno lo ms parecido al de produccin. El entorno de pruebas de rendimiento no debe cruzarse con pruebas de aceptacin de usuarios ni con el entorno de desarrollo. Esto es tan peligroso que si las pruebas de aceptacin de usuarios, o las pruebas de integracin o cualquier otra prueba se ejecutan en el mismo entorno, entonces los resultados no son fiables. Como buena prctica, siempre es aconsejable disponer de un entorno de pruebas de rendimiento lo ms parecido como se pueda al entorno de produccin. Las pruebas de rendimiento se pueden realizar a travs de la web. Por ejemplo, si el 50% de usuarios de un sistema accede a travs de una conexin de mdem de 56K y la otra mitad a travs de una T1, entonces la carga simulada (ordenadores que simulan los usuarios reales) se debe realizar, ya sea con las mismas conexiones (caso ideal) o simular la latencia de la red de conexiones de este tipo, siguiendo el mismo perfil de usuario. La especificacin de rendimiento, como mnimo, debera responder a las siguientes preguntas:

Cul es el alcance, en detalle, de la prueba de rendimiento? Qu subsistemas, interfaces, componentes, etc estn dentro y fuera del mbito de ejecucin de esta prueba?

Para las interfaces de usuario involucradas, Cul es el nmero de usuarios concurrentes que se esperan para cada uno (especificando picos y medias?

Cul es la estructura objetivo del sistema (hardware, especificandor todos los servidores de red y configuraciones de dispositivo)?

Cul es la distribucin del volumen de trabajo de la aplicacin para cada componente? (por ejemplo: 20% login, 40% buscando, 30% seleccionando elemento, 10% comprando).

Cules son los requisitos de tiempo para cada uno y para todos los procesos por lotes (especificando picos y medias)?

Metodologa de pruebas de rendimiento de aplicaciones Web

Actividad 1. Identificar el entorno de pruebas. Identificar el entorno fsico de pruebas y el entorno de produccin, as como las herramientas y recursos de que dispone el equipo de prueba. El entorno fsico incluye hardware, software y configuraciones de red. Tener un profundo conocimiento de todo el entorno de prueba desde el principio permite diseos ms eficientes de pruebas y la planificacin y ayuda a identificar problemas en las pruebas en fases tempranas del proyecto. En algunas situaciones, este proceso debe ser revisado peridicamente durante todo el ciclo de vida del proyecto.

Actividad 2. Identificar los criterios de aceptacin de rendimiento. Determinar el tiempo de respuesta, el rendimiento, la utilizacin de los recursos y los objetivos y limitaciones. En general, el tiempo de respuesta concierne al usuario, el rendimiento al negocio, y la utilizacin de los recursos al sistema. Adems, identificar criterios de xito del proyecto que no hayan sido recogidos por los objetivos y limitaciones, por ejemplo, mediante pruebas de rendimiento para evaluar qu combinacin de la configuracin da lugar a un funcionamiento ptimo.

Actividad 3. Planificar y disear las pruebas. Identificar los principales escenarios, determinar la variabilidad de los usuarios y la forma de simular esa variabilidad, definir los datos de las pruebas, y establecer las mtricas a recoger. Consolidar esta informacin en uno o ms modelos de uso del sistema a implantar, ejecutarlo y analizarlo.

Actividad 4. Configurar el entorno de prueba. Preparar el entorno de prueba, herramientas y recursos necesarios para ejecutar cada una de las estrategias, as como las caractersticas y componentes disponibles para la prueba. Asegrarse de que el entorno de prueba se ha preparado para la monitorizacin de los recursos segn sea necesario.

Actividad 5. Aplicar el diseo de la prueba. Desarrollar las pruebas de rendimiento de acuerdo con el diseo del plan.

Actividad 6. Ejecutar la prueba. Ejecutar y monitorizar las pruebas. Validar las pruebas, los datos de las pruebas, y recoger los resultados. Ejecutar pruebas validas para analizar, mientras se monitoriza la prueba y su entorno.

Actividad 7. Analizar los resultados, realizar un informe y repetirlo. Consolidar y compartir los resultados de la prueba. Analizar los datos, tanto individualmente, como con un equipo multidisciplinario. Volver a priorizar el resto de las pruebas y volver a ejecutarlas de ser necesario. Cuando todas las mtricas estn dentro de los lmites aceptados, ninguno de los umbralesestablecidos han sido rebasados, y toda la informacin deseada se ha reunido, las pruebas han acabado para el escenario definido por la configuracin

Ideas de las acciones que puedes llevar a cabo para mejorar el rendimiento del sistema. El rendimiento de los discos es uno de los aspectos bsicos ms importantes del sistema de Entrada/Salida. Afecta a muchos otros aspectos del rendimiento del sistema en general. Un buen rendimiento de disco, favorece al rendimiento de la memoria virtual, reduce los tiempos de espera de los procesos en las colas de E/S, reduce el tiempo de ejecucin de dichos procesos, etc. Existen tres factores que deberas tener en cuenta a la hora de afinar los parmetros del sistema de discos:

Rendimiento por cada proceso: Esto es la velocidad a la que cada proceso individual puede leer o escribir en el disco.

Rendimiento glogal del disco: Velocidad todal a la cual todos los procesos que se estn ejecutando pueden transferir datos desde y a los discos.

Eficiencia de carga de disco: La eficiencia con la que se est utilizando la carga del disco.

Los dos primeros factores suelen ser compatibles, sin embargo, obtener un uso de la carga del sistema que sea eficiente generalmente decrementa el rendimiento en la transferencia de datos entre los procesos y el disco. Por ejemplo, aumentando el tamao de bloque de fichero, mejoraras el rendimiento del sistema de ficheros, pero se desaprovechara una gran cantidad de espacio en disco.

Como siempre debers llegar a una solucin intermedia en funcin de las necesidades de tu servidor. Por ejemplo, una posible solucin sera aislar todos los ficheros crticos en un sistema de ficheros donde puedes favorecer el acceso a dichos ficheros, y optimizar la eficiencia de carga de disco en los dems sistemas de ficheros. Tambin debes tener en cuenta las especificaciones del disco. Las ms importantes son el tiempo de posicionamiento (seek time), la velocidad de transferencia de datos (raw transfer rate) y la velocidad de rotacin (RPM). Un comando muy til es el comando du que nos muestra cuanto espacio de disco est siendo consumido por un directorio determinado (y sus subdirectorios). Cuando se ejecuta sin opciones, du lista todos los directorios por debajo del directorio actual junto con el espacio que cada directorio consume. Por ejemplo: # du -h /home/tula

114k 234k 137k 701k 1.0M

/home/tula/httpd/stuff /home/tula/httpd /home/tula/uucp/data /home/jake/uucp /home/tula

La salida muestra el espacio en disco utilizado por cada directorio dentro del directorio de inicio del usuario de nombre tula (/home/tula). El espacio total en disco consumido por /home/tula aparece en la ltima lnea. De igual manera se puede visualizar el espacio disponible utilizando el comando df. El comando df sin opciones nos muestra el espacio disponible en todos los sistemas de ficheros que se encuentran montados en este momento. Otras opciones de df permiten:

Mostrar los sistemas de ficheros de un tipo determinado (-t tipo). Excluir los sitemas de ficheros de un tipo determinado (-x tipo). Incluir los sitemas de ficheros que no tienen espcio (-a). Listar slo los inodos disponibles y utilizados (-i). Mostrar espacio en disco en determinados tamaos de bloque (--blocksize= Tamao).

Rendimiento y Afinamiento del Manejo de Memoria. Lo que ms ralentiza el rendimiento de un sistema es que se agote la memoria virtual. Esperar a que la CPU disponga de tiempo tambin puede impedir que los procesos se ejecuten eficazmente. El comando vmstat muestra diversas estadstivas que te pueden indicar el nivel de eficacia de tu sistema Linux. La siguiente figura muestra un ejemplo de un comando vmstat. En este ejemplo, vmstat se ejecuta con un intervalo de 5 segundos entre cada actualizacin y realizar cinco actualizaciones anes de salir:

Algunos de los datos que se pueden obtener del comando vmstat son los siguientes:

Aunque en esta CPU no hay muchos procesos en ejecucin, en la columna runtime procs (r) puedes ver que en cada caso haba procesos esperando tiempo de ejecucin (en la tercera actualizacin haba nueve procesos esperando para ejecutarse). Hasta 14 procesos (b) estaban esperando a ser despertados.

A pesar de las demandas sobre el tiempo de CPU, el procesador estuvo inactivo la mitad del tiempo o ms en cada instancia (el cpu id estaba entre 50 y 97 por ciento). La demanda procedente de procesos de usuario (us) era mayor que la de procesos de sistema (sy).

Cuando el porcentaje de ocupacin de los procesos de usuario es demasiado elevado, esto puede deberse a que algn proceso se ha quedado "colgado" en la cola de ejecucin. Una de las prcticas ms comunes del administrador del Sistema es utilizar el comando "ps" para analizar qu procesos se estn ejecutando. Una vez localizados aquellos procesos que generan problemas, estos pueden ser eliminados de la cola de ejecucin mediante el comando "kill" con la opcin 9 que enviar al kernel una seal que detendr la ejecucin de dicho proceso. El rendimiento del sistema depende no slo de la configuracin del hardware, sino tambin de la carga de la CPU, el uso de la memoria y el espacio del disco duro. Tambin est conectado directamente a su configuracin de software y a la administracin de sus datos. Estas son las principales acciones que puede tomar con Bitdefender para mejorar la velocidad y rendimiento de su sistema: Desfragmente su disco duro Se recomienda desfragmentar el disco duro para acceder a los archivos ms rpidamente y mejorar el rendimiento general del sistema. El desfragmentador de disco le ayuda a reducir la fragmentacin de archivos y mejorar el rendimiento de su sistema. Para inicia el Desfragmentador de disco, siga estos pasos: 1. Abra la ventana de Bitdefender.

2. En el panel Tune-Up, haga clic en Optimizar y seleccione Desfragmentador de disco en el men desplegable. 3. Siga los pasos del asistente. Limpiar su PC Limpiador de PC mejora el rendimiento de su sistema eliminando aquellos archivos que ya no se utilizan, tales como: archivos temporales de Internet, cookies y archivos temporales del sistema. Para iniciar el Limpiador del PC, siga estos pasos: 1. Abra la ventana de Bitdefender. 2. En el panel Tune-Up, haga clic en Optimizar y seleccione PC Clean-Up en el men desplegable. 3. Siga los pasos del asistente. Limpiar registro de Windows Limpiar el Registro de Windows puede mejorar el rendimiento de su sistema. Para hacer esto, use el Limpiador del registro. El Limpiador del registro analiza el registro de Windows y elimina las claves de registro no vlidas. Para iniciar el asistente del Limpiador del registro, siga estos pasos: 1. Abra la ventana de Bitdefender. 2. En el panel Tune-Up, haga clic en Optimizar y seleccione Limpiador del registro en el men desplegable. 3. Siga los pasos del asistente. Analice su sistema peridicamente La velocidad y el comportamiento general de su sistema puede verse afectado por el malware. Se recomienda utilizar el Anlisis completo del sistema, ya que intenta localizar todos los tipos de malware que puedan amenazar la seguridad de su sistema y tambin realiza el anlisis dentro de los archivos.

http://es.wikipedia.org/wiki/Pruebas_de_rendimiento_del_software http://www.bitdefender.es/support/%C2%BFc%C3%B3mo-puedo-mejorar-el-rendimientode-mi-sistema-1017.html http://exa.unne.edu.ar/depar/areas/informatica/SistemasOperativos/SO12.htm#TIAAR BRADLEY, Chen et all. The Measured Performance of Personal Computer Operating Systems , Harvard, E.U. http://www.angelfire.com/ex/martin1/Resumenx3.htm

Вам также может понравиться