red hat enterprise linux-6-power management guide-es-es

Red Hat Inc. Don Domingo Rdiger Landmann

Red Hat Enterprise Linux 6Gua de administracin de energa

Manejo del consumo de energa en Red Hat Enterprise Linux 6Edicin 1.0

Red Hat Enterprise Linux 6 Gua de administracin de energa

Manejo del consumo de energa en Red Hat Enterprise Linux 6Edicin 1.0

Don DomingoRed Hat Servicios de contenido de IngenieraRdiger LandmannRed Hat Servicios de contenido de [email protected] Hat Inc.

Legal NoticeCopyright 2010 Red Hat Inc..This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 UnportedLicense. If you distribute this document, or a modified version of it, you must provide attribution to RedHat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must beremoved.Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section4d of CC-BY-SA to the fullest extent permitted by applicable law.Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, MetaMatrix, Fedora, the Infinity Logo,and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.Linux is the registered trademark of Linus Torvalds in the United States and other countries.Java is a registered trademark of Oracle and/or its affiliates.XFS is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United Statesand/or other countries.MySQL is a registered trademark of MySQL AB in the United States, the European Union and othercountries.Node.js is an official trademark of Joyent. Red Hat Software Collections is not formally related to orendorsed by the official Joyent Node.js open source or commercial project.The OpenStack Word Mark and OpenStack Logo are either registered trademarks/service marks ortrademarks/service marks of the OpenStack Foundation, in the United States and other countries andare used with the OpenStack Foundation's permission. We are not affiliated with, endorsed orsponsored by the OpenStack Foundation, or the OpenStack community.All other trademarks are the property of their respective owners.AbstractEste documento explica cmo manejar efectivamente el consumo de energa en sistemas de Red HatEnterprise Linux 6. Las secciones a continuacin describen diferentes tcnicas para disminuir elconsumo de energa (para servidores y porttiles), y la forma como cada una de estas tcnicas afectael rendimiento general de su sistema.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Table of ContentsPrefacio

1. Convenciones del Documento1.1. Convenciones tipogrficas1.2. Convenciones del documento1.3. Notas y Advertencias

2. Necesitamos sus comentarios!Captulo 1. Vista preliminar

1.1. Importancia de administracin de energa1.2. Fundamentos de administracin de energa

Captulo 2. Herramientas de administracin y auditora de energa2.1. Vista preliminar de auditora y anlisis2.2. PowerTOP2.3. Diskdevstat y netdevstat2.4. Kit de herramientas de vida de batera2.5. Tuned y ktune

2.5.1. El archivo tuned.conf2.5.2. Tuned-adm

2.6. DeviceKit de energa y devkit de energa2.7. El Gestor de energa de GNOME2.8. Otros medios de auditora

Captulo 3. Infraestructura central y mecnica3.1. Estados de CPU inactivos3.2. Uso de gobernadores CPUfreq

3.2.1. T ipos de gobernadores CPUfreq3.2.2. Configuracin de CPUfreq3.2.3. Ajuste de la poltica CPUfreq y Velocidad

3.3. Suspender y reanudar3.4. Kernel sin intervalos3.5. Administrador de energa de estado activo3.6. Administracin de energa de enlace agresivo3.7. Optimizacin de acceso de unidad de Relatime3.8. Lmite de energa3.9. Administracin de energa en grficas mejoradas3.10. RFKill3.11. Optimizaciones en espacio de usuario

Captulo 4 . Casos de uso4.1. Ejemplo Servidor4.2. Ejemplo Porttil

Consejos para desarrolladoresA.1. Uso de hilosA.2. DespertadoresA.3. Fsync

Historial de revisiones

333456778

10101012161819212324252626262728293030303132333434353737384 04041414 3

Table of Contents

1


2

Prefacio

1. Convenciones del DocumentoEste manual utiliza varias convenciones para resaltar algunas palabras y frases y llamar la atencinsobre ciertas partes especficas de informacin.

En ediciones PDF y de papel, este manual utiliza tipos de letra procedentes de Liberation Fonts.Liberation Fonts tambin se utilizan en ediciones de HTML si estn instalados en su sistema. Si no, semuestran tipografas alternativas pero equivalentes. Nota: Red Hat Enterprise Linux 5 y siguientesincluyen Liberation Fonts predeterminadas.

1.1. Convenciones tipogrficasSe utilizan cuatro convenciones tipogrficas para llamar la atencin sobre palabras o frasesespecficas. Dichas convenciones y las circunstancias en que se aplican son las siguientes:

Negrita monoespaciado

Utilizado para resaltar la entrada del sistema, incluyendo los comandos de shell, nombres de archivos yrutas. Tambin sirve para resaltar teclas y combinaciones de teclas. Por ejemplo:

Para ver el contenido del archivo my_next_bestselling_novel en su directorio actualde trabajo, escriba el comando cat my_next_bestselling_novel en el intrprete decomandos de shell y pulse Enter para ejecutar el comando.

El ejemplo anterior incluye un nombre de archivo, un comando de shell y una tecla . Todo se presentaen negrita-monoespaciado y distinguible gracias al contexto.

Las combinaciones de teclas se pueden distinguir de las individuales con el signo ms que conectacada partee de la combinacin de tecla. Por ejemplo:

Pulse Enter para ejecutar el comando.

Pulse Ctrl+Alt+F2 para pasar a una terminal virtual.

El primer ejemplo resalta una tecla particular a pulsar. El segundo ejemplo, resalta una combinacin deteclas: un set de tres teclas pulsadas simultneamente.

Si se discute el cdigo fuente, los nombres de las clase, los mtodos, las funciones, los nombres devariables y valores de retorno mencionados dentro de un prrafo sern presentados en Negrita-monoespaciado. Por ejemplo:

Las clases de archivo relacionadas incluyen filename para sistema de archivos, filepara archivos y dir para directorios. Cada clase tiene su propio conjunto asociado depermisos.

Negrita proporcional

Esta denota palabras o frases encontradas en un sistema, incluyendo nombres de aplicacin, texto decuadro de dilogo, botones etiquetados, etiquetas de cajilla de verificacin y botn de radio; ttulos demen y ttulos del submen. Por ejemplo:

Seleccione Sistema Preferencias Ratn desde la barra del men principal paralanzar Preferencias de ratn. En la pestaa de Botones, seleccione la cajilla de ratn

Prefacio

3

de mano izquierda y luego haga clic en Cerrar para cambiar el botn principal delratn de la izquierda a la derecha (adecuando el ratn para la mano izquierda).

Para insertar un carcter especial en un archivo gedit , seleccione Aplicaciones Accesorios Mapa de caracteres de la barra del men. Luego, seleccione Bsqueda Buscar de la barra del men de Mapa de caracteres, escriba el nombre delcarcter en el campo de Bsqueda y haga clic en Siguiente. El carcter que busc serresaltado en la Tabla de caracteres. Haga doble clic en ese carcter resaltado paracolocarlo en el campo de Texto a copiar y luego haga clic en el botn Copiar. Ahoraregrese al documento y elija Modificar Pegar de la barra de men de gedit .

El texto anterior incluye nombres de aplicacin; nombres y elementos del men de todo el sistema;nombres de men de aplicaciones especficas y botones y texto hallados dentro de una interfaz grficade usuario, todos presentados en negrita proporcional y distinguibles por contexto.

Itlicas-negrita monoespaciado o Itlicas-negrita proporcional

Ya sea negrita monoespaciado o negrita proporcional, la adicin de itlicas indica texto reemplazable ovariable. Las itlicas denotan texto que usted no escribe literalmente o texto mostrado que cambiadependiendo de la circunstancia. Por ejemplo:

Para conectar a una mquina remota utilizando ssh, teclee ssh nombre de [email protected] en un intrprete de comandos de shell. Si la mquina remotaes example.com y su nombre de usuario en esa mquina es john, teclee ssh [email protected] .

El comando mount -o remount file-system remonta el sistema de archivo llamado.Por ejemplo, para volver a montar el sistema de archivo /home, el comando es mount -o remount /home.

Para ver la versin de un paquete actualmente instalado, utilice el comando rpm -q paquete. ste entregar el resultado siguiente: paquete-versin-lanzamiento.

Observe que las palabras resaltadas en itlicas nombre de usuario, dominio.nombre, sistema dearchivo, paquete, versin y lanzamiento. Cada palabra es un marcador de posicin, ya sea de texto aingresar cuando se ejecuta un comando o para un texto ejecutado por el sistema.

Aparte del uso estndar para presentar el ttulo de un trabajo, las itlicas denotan el primer uso de untrmino nuevo e importante. Por ejemplo:

Publican es un sistema de publicacin de DocBook.

1.2. Convenciones del documentoLos mensajes de salida de la terminal o fragmentos de cdigo fuente se distinguen visualmente deltexto circundante.

Los mensajes de salida enviados a una terminal se muestran en romano monoespaciado y sepresentan as:

books Desktop documentation drafts mss photos stuff svnbooks_tests Desktop1 downloads images notes scripts svgs

Los listados de cdigo fuente tambin se muestran en romano monoespaciado, pero se presentany resaltan de la siguiente manera:


4

static int kvm_vm_ioctl_deassign_device(struct kvm *kvm, struct kvm_assigned_pci_dev *assigned_dev){ int r = 0; struct kvm_assigned_dev_kernel *match;

mutex_lock(&kvm->lock);

match = kvm_find_assigned_dev(&kvm->arch.assigned_dev_head, assigned_dev->assigned_dev_id); if (!match) { printk(KERN_INFO "%s: device hasn't been assigned before, " "so cannot be deassigned\n", __func__); r = -EINVAL; goto out; }

kvm_deassign_device(kvm, match);

kvm_free_assigned_device(kvm, match);

out: mutex_unlock(&kvm->lock); return r;}

1.3. Notas y AdvertenciasFinalmente, utilizamos tres estilos visuales para llamar la atencin sobre la informacin que de otromodo se podra pasar por alto.

Nota

Una nota es una sugerencia, atajo o enfoque alternativo para una tarea determinada. Ignorar unanota no debera tener consecuencias negativas, pero podra perderse de algunos trucos quepueden facilitarle las cosas.

Importante

Los cuadros con el ttulo de importante dan detalles de cosas que se pueden pasar por altofcilmente: cambios de configuracin nicamente aplicables a la sesin actual, o servicios quenecesitan reiniciarse antes de que se aplique una actualizacin. Ignorar estos cuadros noocasionar prdida de datos, pero puede causar enfado y frustracin.

Aviso

Las advertencias no deben ignorarse. Ignorarlas muy probablemente ocasionar prdida dedatos.

Prefacio

5

2. Necesitamos sus comentarios!Si encuentra un error tipogrfico en este manual o si sabe de alguna manera de mejorarlo, nos gustaraescuchar sus sugerencias. Por favor complete un reporte en Bugzilla: http://bugzilla.redhat.com/bugzilla/usando el producto Red_Hat_Enterprise_Linux.

Cuando enve un reporte de error no olvide mencionar el identificador del manual: doc-Power_Management_Guide

Si tiene una sugerencia para mejorar la documentacin, intente ser tan especfico como sea posiblecuando describa su sugerencia. Si ha encontrado un error, por favor incluya el nmero de seccin yparte del texto que rodea el error para que podamos encontrarlo ms fcilmente.


6

P:

Captulo 1. Vista preliminarLa administracin de energa ha sido uno de los puntos de inters de mejoras para Red Hat EnterpriseLinux 6. La administracin de energa es uno de los aspectos de Tecnologa de informtica verde(informtica ecolgica), una serie de consideraciones que tambin incluye aspectos tales como el usode materiales reciclables, el impacto ambiental de la produccin de hardware y conciencia ambiental enel diseo e implementacin de sistemas. En este documento, proporcionamos orientacin e informacinsobre la administracin de energa de los sistemas que ejecutan Red Hat Enterprise Linux 6.

1.1. Importancia de administracin de energaEn el centro de la administracin de energa se entiende cmo optimizar de forma eficaz el consumo deenerga de cada componente del sistema. Esto conlleva a estudiar las diferentes tareas que su sistemarealiza y a configurar cada componente para garantizar que el rendimiento sea el correcto para eltrabajo.

La razn principal para administrar energa es:

reduccin general de consumo de energa para ahorrar costo

El uso correcto de la administracin de energa resulta en:

reduccin de calor para servidores y centros de cmputoreduccin de costos secundarios que incluyen enfriamiento, espacio, cables, generadores y Sistemade alimentacin ininterrumpida(UPS).extensin de vida de bateras para porttilesbaja salida de dixido de carbonocumplimiento de regulaciones gubernamentales o requisitos legales sobre Informtica verde, porejemplo Energy Starcumplimiento de reglamentacin empresarial para nuevos sistemas

Como regla general, la reduccin del consumo de energa de un componente especfico del sistema (odel sistema como un todo) conducir a reducir el calor y por ende el rendimiento. Consecuentemente, sedeber estudiar a fondo y probar la reduccin en rendimiento permitida por las configuraciones que serealicen, especialmente para sistemas de misin crtica.

Si estudia las diferentes tareas que realiza su sistema y configura cada componente para garantizarque su rendimiento sea apenas suficiente para el trabajo, podr ahorrar energa, generar menos calor yoptimizar la vida de la batera para porttiles. Muchos de los principios para anlisis y ajuste de unsistema con respecto al consumo de energa son similares a los del ajuste de rendimiento. En ciertogrado, la administracin energtica y el ajuste de rendimiento son enfoques opuestos a la configuracindel sistema porque generalmente los sistemas, se optimizan hacia el rendimiento o hacia la energa.

Red Hat Enterprise Linux 6 ya se distribuye con nuevas funcionalides de manejo de energa que estnhabilitadas por defecto. Fueron escogidas de forma selectiva para no impactar el rendimiento de unservidor tpico o el caso de escritorio. Sin embargo, para casos ms especficos de mximo rendimiento,se requiere latencia ms baja o rendimiento de CPU superior, una revisin de esos predeterminadospuede ser necesaria.

Para decidir si debe optimizar sus mquinas mediante las tcnicas descritas en este documento,hgase las siguientes preguntas:

Debo optimizar?

Captulo 1. Vista preliminar

7

R:

P:

R:

P:

R:

P:

R:

La importancia de optimizar energa depende de si su compaa tiene lineamientos que necesitenseguirse o si hay algunas reglas que deben cumplirse.

Cunto necesito optimizar?

Varias de las tcnicas que presentamos no requieren que usted vaya a travs de todo el procesode auditora y anlisis de su mquina , sino que ofrecen un set de optimizaciones generales quetpicamente mejoran el uso de energa. Aquellas, por supuesto, no son tan buenas como unsistema auditado y optimizado manualmente aunque proporcionan un buen compromiso.

La optimizacin reducir el rendimiento del sistema a un nivel inaceptable?

La mayora de las tcnicas descritas en este documento impactan notablemente el rendimiento desu sistema. Si opta por implementar la administracin de energa por fuera de los determinados enRed Hat Enterprise Linux 6, debe monitorizar el rendimiento del sistema despus de optimizar laenerga y decidir si la prdida de rendimiento es aceptable.

El t iempo y los recursos utilizados para optimizar el sistema superarn las gananciasobtenidas?

Optimizar manualmente un solo sistema siguiendo todo el proceso, no vale la pena, ya que eltiempo empleado y costo para hacerlo es hasta el momento superior al beneficio que se obtendrade una sola mquina. Por otra parte, podra ser una buena idea, si por ejemplo, usted despliega10000 sistemas de escritorio para sus oficinas todas con la misma configuracin y montaje yluego crea una configuracin optimizada y la aplica a todas las mquinas.

Las siguientes secciones explicarn cmo el ptimo rendimiento de hardware beneficia a su sistema entrminos de consumo de energa.

1.2. Fundamentos de administracin de energaLa administracin de energa efectiva se construye sobre los siguiente principios:

Una CPU inactiva solo debe despertarse cuando sea necesario

El kernel de Red Hat Enterprise Linux 5, utilizaba un temporizador peridico para cada CPU. Dichotemporizador evita que la CPU quede en realidad inactiva (lo cual sucede cada pocos milisegundos,segn la configuracin), independientemente de si se est ejecutando algn proceso o no. Una granparte de la administracin de energa efectiva implica la reduccin de la frecuencia en la cual se creanlos despertadores de CPU.

Debido a lo anterior, el kernel de Linux en Red Hat Enterprise Linux 6 elimina el temporizador peridico:como resultado, el estado de inactividad de una CPU es ahora sin_intervalo. As, se evita el consumo deenerga innecesario de la CPU cuando est inactiva. No obstante, los beneficios de esta funcin sepueden alterar si el sistema tiene aplicaciones que crean eventos de temporizador innecesarios. Loseventos de polling (tales como los controles de cambios de volumen, movimiento del ratn o similares)son ejemplos de dichos eventos.

Red Hat Enterprise Linux 5 incluye herramientas con las cuales se pueden identificar aplicaciones auditen la base del uso de su CPU. Consulte el Captulo 2, Herramientas de administracin y auditora deenerga para obtener mayor informacin.


8

Hardware y disposit ivos no utilizados deben desactivarse completamente.

Esto es cierto especialmente para dispositivos que tienen partes mviles (tales como los discos duros).Adems, algunas aplicaciones pueden dejar un dispositivo sin utilizar pero habilitado "abierto"; cuandoesto se presenta, el kernel asume que el dispositivo est en uso, lo que puede impedir que eldispositivo entre en un estado de ahorro de energa.

Actividad baja debe traducirse en bajo vataje

Sin embargo, en muchos casos esto depende de un hardware moderno y de una configuracin de BIOScorrecta. Los componentes viejos del sistema, por lo general, no soportan las nuevas funciones queahora podemos soportar en Red Hat Enterprise Linux 6. Asegrese de utilizar el firmware oficial msreciente para sus sistemas y que estn habilitadas en la administracin de energa o secciones deconfiguracin de dispositivo de BIOS. Algunas funciones que se deben buscar son:

SpeedStepPowerNow!Cool'n'QuietACPI (C state)Smart

Si su hardware soporta estas funciones y estn habilitadas en el BIOS, Red Hat Enterprise Linux 6 lasutilizar como predeterminadas.

Formas diferentes de estados de CPU y sus efectos

Las CPU modernas junto con la Configuracin avanzada e Interfaz de Energa (ACPI) proporcionandiferentes estados de energa. Los tres estados diferentes son:

Dormido (Estados-C)Frecuencia (estados-P)La salida de calor (estados-T o "thermal states")

Una CPU que se ejecute en el estado dormido ms bajo posible, consumir la menor cantidad de vatios,pero tambin utilizar ms tiempo para despertarse de su estado cuando se necesite. En varios casosesto conlleva a que la CPU tenga que despertarse al poco tiempo de quedarse dormida. Esta situacinproduce una CPU ocupada permanentemente y pierde parte de su potencial energtico si otro estadohaba sido utilizado.

Una mquina apagada utiliza la menor cantidad de energa

Obviamente, apagar los sistemas es una de las mejores formas de ahorrar energa. Por ejemplo, sucompaa puede desarrollar una cultura corporativa enfocada a una conciencia de tecnologainformtica "verde" con una lnea directriz para apagar las mquinas durante las horas de almuerzo,receso, o cuando termina la jornada laboral. Tambin se podran consolidar varios servidores fsicos enun servidor ms grande y virtualizarlos mediante la tecnologa de virtualizacin que distribuimos conRed Hat Enterprise Linux 6.

Captulo 1. Vista preliminar

9

Captulo 2. Herramientas de administracin y auditora deenerga

2.1. Vista preliminar de auditora y anlisisLa auditora manual detallada, el anlisis y ajuste de un sistema nico suelen ser la excepcin, porqueel tiempo y costo utilizado para hacerlo, por lo general, superan los beneficios obtenidos de estasltimas partes de ajuste del sistema. Sin embargo, puede ser muy til, si estas tareas se realizan unavez para un gran nmero de sistemas casi idnticos en los que se puede reutilizar la mismaconfiguracin para todos los sistemas. Por ejemplo, considere la implementacin de miles de sistemasde escritorio o un cluster HPC donde las mquinas son casi idnticas. Otra razn para hacer auditora yanlisis es proporcionar una base de comparacin con la cual pueda identificar regresiones o cambiosen conducta del sistema en el futuro. Los resultados de este anlisis pueden ser muy tiles en casosdonde se suceden regularmente actualizaciones de hardware, BIOS, o de software y no se quierentener sorpresas con respecto al consumo de energa. Por lo general, la auditora y anlisis le da unamejor idea de lo que realmente est pasando en su sistema.

La auditora y anlisis de un sistema con respecto al consumo de energa es relativamente difcil,incluso con los sistemas ms modernos disponibles. La mayora de los sistemas no proporcionan losmedios necesarios para medir el uso de energa a travs de software. Aunque existen excepciones: laconsola de administracin ILO de sistemas de servidor de Hewlett Packard tiene un mdulo deadministracin que se puede acceder a travs de la red. IBM proporciona una solucin parecida en sumdulo de administracin de energa BladeCenter. En algunos sistemas Dell, el Asistente deTecnologa Informtica tambin ofrece opciones de monitorizacin de energa. Otros proveedoresprobablemente ofrecen opciones similares para sus plataformas de servidor, pero como se puede verno hay una solucin nica disponible que sea soportada por todos los proveedores. Si su sistema notiene mecanismos incorporados para medir el consumo de energa, solo existen unas pocas opciones.Podra instalar una fuente de alimentacin para su sistema que ofrezca informacin de consumo deenerga a travs de USB. La fuente de alimentacin Gigabyte Odin GT 550 W PC , es un ejemplo deello y el software para leer esos valores bajo Linux est disponible externamente enhttp://mgmt.sth.sze.hu/~andras/dev/gopsu/. Como ltimo recurso, algunos medidores de vatios externoscomo Watts up? PRO tienen un conector USB.

Suelen necesitarse medidas directas de consumo de energa para maximizar el ahorro hasta dondesea posible. Afortunadamente, otros medios estn disponibles para medir si los cambios se efectan ycmo se est comportando el sistema. Este captulo describe las herramientas necesarias.

2.2. PowerTOPLa introduccin del kernel sin marca en Red Hat Enterprise Linux 6 (consulte la Seccin 3.4, Kernel sinintervalos) permite a la CPU entrar en estado de inactividad con ms frecuencia, reduciendo elconsumo de energa y mejorando la administracin de energa. La nueva herramienta PowerTOPidentifica componentes especficos de kernel y aplicaciones de espacio de usuario que frecuentementedespiertan a la CPU. PowerTOP serva en desarrollo para realizar las auditoras descritas en laSeccin 3.11, Optimizaciones en espacio de usuario, las cuales dieron lugar a numerosasaplicaciones que se est ajustando en esta versin, reduciendo as despertadores de CPUinnecesarios en un factor de 10.

Instale PowerTOP con el comando:

yum install powertop


10

Ejecute PowerTOP con el comando:

powertop

Tenga en cuenta que necesitar ejecutar PowerTOP con privilegios de root para que la aplicacinpueda hacer algo til.

Al ejecutarse, PowerTOP reune estadsticas del sistema y presenta una lista de los componentes queestn enviando con mayor frecuencia despertadores a la CPU. PowerTOP tambin hace sugerenciassobre ajustes al sistema para reducir consumo de energa. Dichas sugerencias aparecen en la parteinferior de la pantalla, y especifican la tecla para aceptar la sugerencia de PowerTOP. Puesto quePowerTOP se actualiza peridicamente, otras sugerencias aparecern. Observe en la Figura 2.1,PowerTOP en operacin , la sugerencia para aumentar el tiempo de reescritura sucia de VM, y la tecla (W) para aceptar la sugerencia.

Cuando se ejecuta, PowerTOP reune estadsticas desde el sistema y le presenta varias listasimportantes de informacin. En la parte superior de la lista est la lista de cunto tiempo sus ncleos deCPU han estado disponibles en estados C y P. Entre ms CPU permanezca en los estados superioresC o P es mejor (C4 es superior a C3) y es un buen indicador de qu tan bien se ajusta el sistema aluso de CPU. Su meta debe ser la residencia de 90% o ms en los estados superiores C o P cuando elsistema est inactivo.

La segunda parte de la informacin es un resumen de los despertadores por segundo reales de lamquina. El nmero de despertadores por segundo da una medida de qu tan bien los servicios u otrosdispositivos y controladores del kernel estn ejecutndose con respecto al uso de energa en susistema. Entre ms despertadores por segundo tenga, habr ms consumo de energa, por lo tantoentre ms baja es mejor aqu.

Luego, PowerTOP proporciona una aproximacin del uso de energa del sistema, si est disponible.Espere a que PowerTOP reporte este dato en los porttiles cuando estn en modo de batera.

Cualquier estimacin del uso de energa est acompaada por una lista detallada de todos loscomponentes que envan con ms frecuencia despertadores a la CPU. En la parte superior de la listaestn todos los componentes que debe investigar de cerca para optimizar su sistema y reducir el usode energa. Si se trata de componentes de kernel, (indicados por el nombre del componente que se listaen ) entonces los despertadores estarn siempre asociados con un controlador especfico que losgenera. El ajuste de controladores suele requerir cambios de kernel que van ms all del objetivo deeste documento. Sin embargo, los procesos de espacio de usuario que envan despertadores seadministran con mayor facilidad. Primero, identifique si este servicio o aplicacin debe ejecutarse eneste sistema. Si no, simplemente, desactvelo. Para apagar este servicio de forma permanente, ejecute:

chkconfig nombre_ de_servicio off

Para obtener mayores detalles sobre lo que realmente este componente hace, ejecute:

ps -awux | grep nombre_ de_ componente strace -p processid

Si el rastro parece que se est repitiendo, entonces probablemente ha encontrado un bucle ocupado.Para corregir esto se requerira cambiar el cdigo en ese componente, sin embargo este tema va msall del tpico de este documento.

Por ltimo, PowerTOP tambin hace sugerencias sobre ajustes del sistema para reducir el consumode energa. Dichas sugerencias aparecen en la parte inferior de la pantalla, y especifican la tecla para

Captulo 2. Herramientas de administracin y auditora de energa

11

aceptar la sugerencia de PowerTOP. Puesto que PowerTOP se actualiza peridicamente, otrassugerencias aparecern. Observe en la Figura 2.1, PowerTOP en operacin , la sugerencia para aumentar el tiempo de reescritura sucia de VM y la tecla (W) para aceptar la sugerencia.Estos cambios solo se activarn despus del reinicio. Para ayudarle a hacer los cambios permanentes,PowerTOP desplegar el comando exacto que ejecuta para realizar esta optimizacin. Aada elcomando a su archivo /etc/rc.local con su editor preferido para que el cambio se efecte cada vezque el computador arranque.

Figura 2.1. PowerTOP en operacin

La pgina Less Watts publica una lista de aplicaciones que PowerTOP ha identificado para manteneractivas las CPU. Consulte http://www.lesswatts.org/projects/powertop/known.php.

2.3. Diskdevstat y netdevstatDiskdevstat y netdevstat son herramientas de SystemTap que colectan informacin detalladasobre la actividad de disco y de la red de todas las aplicaciones que se ejecutan en un sistema. Estasherramientas fueron inspiradas por PowerTOP, la cual muestra el nmero de despertadores de CPUpor cada aplicacin por segundo (consulte la Seccin 2.2, PowerTOP). La estadstica que recogenestas herramientas le permiten identificar aplicaciones que desperdician energa con operaciones deE/S muy pequeas ms que con las ms grandes. Otras herramientas de monitorizacin que solomiden velocidades de transferencia no ayudan a identificar este tipo de uso.

Instalar estas herramientas con SystemTap con el comando:

yum install systemtap tuned-utils kernel-debuginfo

Ejecute las herramientas con el comando:


12

diskdevstat

o el comando:

netdevstat

Ambos comandos pueden tomar hasta tres parmetros, as:

diskdevstat update_interval duracin_total mostrar_histograma

netdevstat update_interval duracin_total mostrar_histograma

actualizar_intervaloEl tiempo en segundos entre actualizaciones de la pantalla. Predeterminado: 5

duracin_totalEl tiempo en segundos para el total. Predeterminado: 86400 (1 da)

mostrar_histogramaIndica si hacer histograma para todos los datos recolectados al final de la ejecucin.

La salida se parece a la de PowerTOP. A continuacin, una muestra de una ejecucin ms larga dediskdevstat en un sistema que ejecuta Fedora 10 KDE 4.2:


13

PID UID DEV WRITE_CNT WRITE_MIN WRITE_MAX WRITE_AVG READ_CNT READ_MIN READ_MAX READ_AVG COMMAND 2789 2903 sda1 854 0.000 120.000 39.836 0 0.000 0.000 0.000 plasma 15494 0 sda1 0 0.000 0.000 0.000 758 0.000 0.012 0.000 0logwatch 15520 0 sda1 0 0.000 0.000 0.000 140 0.000 0.009 0.000 perl 15549 0 sda1 0 0.000 0.000 0.000 140 0.000 0.009 0.000 perl 15585 0 sda1 0 0.000 0.000 0.000 108 0.001 0.002 0.000 perl 2573 0 sda1 63 0.033 3600.015 515.226 0 0.000 0.000 0.000 auditd 15429 0 sda1 0 0.000 0.000 0.000 62 0.009 0.009 0.000 crond 15379 0 sda1 0 0.000 0.000 0.000 62 0.008 0.008 0.000 crond 15473 0 sda1 0 0.000 0.000 0.000 62 0.008 0.008 0.000 crond 15415 0 sda1 0 0.000 0.000 0.000 62 0.008 0.008 0.000 crond 15433 0 sda1 0 0.000 0.000 0.000 62 0.008 0.008 0.000 crond 15425 0 sda1 0 0.000 0.000 0.000 62 0.007 0.007 0.000 crond 15375 0 sda1 0 0.000 0.000 0.000 62 0.008 0.008 0.000 crond 15477 0 sda1 0 0.000 0.000 0.000 62 0.007 0.007 0.000 crond 15469 0 sda1 0 0.000 0.000 0.000 62 0.007 0.007 0.000 crond 15419 0 sda1 0 0.000 0.000 0.000 62 0.008 0.008 0.000 crond 15481 0 sda1 0 0.000 0.000 0.000 61 0.000 0.001 0.000 crond 15355 0 sda1 0 0.000 0.000 0.000 37 0.000 0.014 0.001 laptop_mode 2153 0 sda1 26 0.003 3600.029 1290.730 0 0.000 0.000 0.000 rsyslogd 15575 0 sda1 0 0.000 0.000 0.000 16 0.000 0.000 0.000 cat 15581 0 sda1 0 0.000 0.000 0.000 12 0.001 0.002 0.000 perl 15582 0 sda1 0 0.000 0.000 0.000 12 0.001 0.002 0.000 perl 15579 0 sda1 0 0.000 0.000 0.000 12 0.000 0.001 0.000 perl 15580 0 sda1 0 0.000 0.000 0.000 12 0.001 0.001 0.000 perl 15354 0 sda1 0 0.000 0.000 0.000 12 0.000 0.170 0.014 sh 15584 0 sda1 0 0.000 0.000 0.000 12 0.001 0.002 0.000 perl 15548 0 sda1 0 0.000 0.000 0.000 12 0.001 0.014 0.001 perl 15577 0 sda1 0 0.000 0.000 0.000 12 0.001 0.003 0.000 perl 15519 0 sda1 0 0.000 0.000 0.000 12 0.001 0.005 0.000 perl


14

15578 0 sda1 0 0.000 0.000 0.000 12 0.001 0.001 0.000 perl 15583 0 sda1 0 0.000 0.000 0.000 12 0.001 0.001 0.000 perl 15547 0 sda1 0 0.000 0.000 0.000 11 0.000 0.002 0.000 perl 15576 0 sda1 0 0.000 0.000 0.000 11 0.001 0.001 0.000 perl 15518 0 sda1 0 0.000 0.000 0.000 11 0.000 0.001 0.000 perl 15354 0 sda1 0 0.000 0.000 0.000 10 0.053 0.053 0.005 lm_lid.sh

Las columnas son:

PIDEl ID de proceso de la aplicacin

UIDEl ID de usuario bajo el cual se ejecutan las aplicaciones

DEVEl dispositivo en el cual la E/S tienen lugar

WRITE_CNTEl nmero total de operaciones de escritura

WRITE_MINEl tiempo mnimo para dos escritos consecutivos (en segundos)

WRITE_MAXEl tiempo mximo para dos escritos consecutivos (en segundos)

WRITE_AVGEl tiempo promedio para dos escritos consecutivos (en segundos)

READ_CNTEl nmero total de operaciones de lectura

READ_MINEl tiempo mnimo para dos lecturas consecutivas (en segundos)

READ_MAXEl mximo tiempo para dos lecturas consecutivas (en segundos)

READ_AVGEl tiempo promedio para dos lecturas consecutivas (en segundos)


15

COMMANDEl nombre del proceso

En este ejemplo, tres aplicaciones muy obvias llaman la atencin:

PID UID DEV WRITE_CNT WRITE_MIN WRITE_MAX WRITE_AVG READ_CNT READ_MIN READ_MAX READ_AVG COMMAND 2789 2903 sda1 854 0.000 120.000 39.836 0 0.000 0.000 0.000 plasma 2573 0 sda1 63 0.033 3600.015 515.226 0 0.000 0.000 0.000 auditd 2153 0 sda1 26 0.003 3600.029 1290.730 0 0.000 0.000 0.000 rsyslogd

Estas tres aplicaciones tienen un WRITE_CNT mayor que 0, lo cual significa que realizan un forma deescritura durante la medicin. De ellas, plasma fue el peor transgresor en un alto grado: realiz lamayora de operaciones de escritura y por lo tanto el promedio de tiempo entre escrituras fue el msbajo. Por esa razn Plasma sera el mejor candidato para investigar si est interesado en aplicacionesineficientes de energa.

Utilice los comandos strace y ltrace para examinar aplicaciones de una forma ms cercana al rastreartodas las llamadas de sistema del ID de proceso determinado. En este ejemplo, puede ejecutar:

strace -p 2789

En este ejemplo, la salida de strace contena un patrn repetitivo cada 45 segundos que abra paraescribir el archivo cache del icono de KDE del usuario para escribir y luego lo cerraba inmediatamente.Esto llevaba necesariamente a una escritura fsica al disco duro cuando los metadatos del archivo(especficamente, el tiempo de modificacin) haban cambiado. La correccin final era evitar llamadasinnecesarias cuando no se presentaban actualizaciones de iconos.

2.4. Kit de herramientas de vida de bateraRed Hat Enterprise Linux 6 introduce el Kit de herramientas de vida de batera (BLTK), un paquetede prueba que simula y analiza la vida y rendimiento de la batera. BLTK lo hace mediante la realizacinde un set de tareas que simulan grupos de usuario especficos y reportan los resultados. Aunque BLTKest diseado especficamente para probar rendimiento de notebook, tambin puede reportar elrendimiento de computadores de escritorio cuando se inicia con la opcin -a.

BLTK le permite generar cargas de trabajo reproducibles que son comparables al uso real de unamquina. Por ejemplo, la carga de trabajo de office escribe un texto, corrige cosas en l y hace lomismo para una hoja de clculo. Al ejecutar BLTK junto con PowerTOP o cualquiera otra herramientade auditora o anlisis podr probar si las optimizaciones que usted realiz tienen algn efecto cuandola mquina est activa en uso en lugar de cuando solo est en inactividad. Puesto que la misma cargade trabajo se puede ejecutar varias veces para diferentes configuraciones, usted podr compararresultados para diferentes configuraciones

Instalar BLTK con el comando:

yum install bltk


16

Ejecutar BLTK con el comando:

bltk carga_de_trabajo opciones

Por ejemplo, para ejecutar la carga de trabajo idle por 120 segundos:

bltk -I -T 120

Las cargas predeterminadas disponibles son:

-I, --idleEl sistema est inactivo, usar una lnea de base para comparar con otras cargas de trabajo

-R, --readerSimula lectura de documentos (por defecto, con Firefox)

-P, --playerSimula ver archivos de multimedia desde una unidad de CD o DVD (por defecto, con mplayer)

-O, --officeSimula la edicin de documentos con el paquete de OpenOffice.org

Otras opciones le permiten especificar:

-a, --ac-ignoreIgnorar si energa de Corriente alterna est disponible (necesaria para usar escritorio)

-T nmero_de_segundos, --time nmero_de_segundosEl tiempo (en segundos) sobre el cual ejecutar la prueba; use esta opcin con la carga detrabajo idle

-F nombre_de_archivo, --file nombre_de archivoEspecifica un archivo para ser usado por una carga determinada, por ejemplo, un archivo parala carga de trabajo del reproductor para que se reproduzca en lugar de acceder a la unidadde CD o DVD

-W aplicacin, --prog aplicacinEspecifica una aplicacin para ser utilizada por una carga de trabajo particular, por ejemplo, unnavegador diferente a Firefox para la carga de trabajo de lector

BLTK soporta una gran cantidad de opciones especializadas. Para obtener mayor informacin, consultela pgina man bltk.

BLTK guarda los resultados que genera en un directorio especificado por defecto en el archivo deconfiguracin /etc/bltk.conf, ~/.bltk/workload.results.number/. Por ejemplo, el directorio


17

~/.bltk/reader.results.002/ guarda los resultados de la tercera prueba con la carga de trabajode lector (la primera prueba no est numerada). Los resultados estn esparcidos a travs de variosarchivos de texto. Para condensar estos resultados dentro de un formato fcil de leer, ejecute:

bltk_report ruta _a_directorio_de_resultados

Los resultados aparecen ahora en un archivo de texto llamado Report en el directorio de resultados.Para ver los resultados en un emulador de terminal, utilice la opcin -o:

bltk_report -o ruta_a_directorio_de_resultados

2.5. Tuned y ktuneTuned es un demonio que monitoriza el uso de los componentes del sistema y ajusta en formadinmica la configuracin del sistema con base en esa informacin de monitorizacin. El ajuste dinmicose encarga de la forma en que varios componentes del sistema se utilizan de forma diferente a travsdel uptime para cualquier sistema dado. Por ejemplo, el disco duro se utiliza bastante durante elarranque y el inicio de sesin, pero escasamente se utiliza con aplicaciones tales como OpenOffice oclientes de correo-e. Igualmente, los dispositivos de CPU y red se utilizan de forma diferente en variosmomentos. Tuned monitoriza la actividad de dichos componentes y reacciona ante los cambios en suuso.

A manera de ejemplo, considere una estacin de trabajo tpica. La mayora del tiempo, la interfaz de redde Ethernet estar muy inactiva. solo unos pocos correos-e entrarn y saldrn se cargarn algunaspginas web de vez en cuando. Para esa clase de cargas, la interfaz de red no tiene que ejecutarse atoda la velocidad todo el tiempo, como lo hace en forma predeterminada. Tuned tiene un complementode monitorizacin y ajuste para dispositivos de red que puede detectar esa baja actividad y luegoautomticamente bajar la velocidad de esa interfaz, resultando en un uso de energa ms bajo. Si laactividad en la interfaz aumenta drsticamente por un periodo de tiempo mayor, por ejemplo debido auna imagen de DVD que se est descargando o un correo-e que est abriendo un archivo adjuntotuned lo detectar y establecer la velocidad de interfaz al mximo para ofrecer el mejor rendimientocuando el nivel de actividad es tan alto. Este principio tambin se aplica para otras conexiones de CPUy discos duros.

Los dispositivos de red no estn configurados para comportarse de esa manera porque los cambios develocidad pueden tardar varios segundos en efectuarse y por lo tanto impactaran visiblemente laexperiencia del usuario. Consideraciones similares se aplican para conexiones de ajuste de CPU ydisco duro. Cuando un disco duro girado hacia abajo, puede tardar varios segundos para que vuelva agirar, lo que produce una falta de respuesta del sistema durante ese periodo. El efecto secundario delatencia es menor para la conexin de CPU, pero al menos an se puede medir, aunque es casiimperceptible al usuario.

Ahora junto con tuned ofrecemos ktune . Ktune fue presentada en Red Hat Enterprise Linux 5.3 comomarco de trabajo y servicio para optimizar el rendimiento de la mquina para casos de uso especfico.Desde entonces, ktune ha mejorado en tal grado que ahora la usamos como parte esttica de nuestromarco de trabajo de ajustes generales. Se utiliza principalmente en los perfiles predefinidos enSeccin 2.5.2, Tuned-adm.

Instale el paquete tuned y sus scripts de systemtap asociados con el comando:

yum install tuned

Al instalar el paquete tuned tambin establece un archivo de configuracin en /etc/tuned.conf y


18

activa el perfil predeterminado.

Inicie tuned al ejecutar:

service tuned start

Para iniciar tuned cada vez que la mquina arranque, ejecute:

chkconfig tuned on

Tuned por s misma tiene opciones adicionales que usted puede ejecutar manualmente. Las opcionesdisponibles son:

-d, --daemonInicia tuned como demonio en lugar de en primer plano.

-c, --conffileUsa un archivo de configuracin con el nombre y ruta especificados, por ejemplo, --conffile=/etc/tuned2.conf. El predeterminado es /etc/tuned.conf.

-D, --debugUsa el nivel superior de registro.

2.5.1. El archivo tuned.confEl archivo tuned.conf contiene las configuraciones de tuned. Por defecto, se localiza en /etc/tuned.conf, pero puede especificar un nombre y direccin diferentes si iniciatuned con laopcin --conffile.

El archivo config siempre debe contener una seccin [main] que define los parmetros generalespara tuned. El archivo contiene una seccin para cada complemento.

La seccin [main] contiene las siguientes opciones:

intervalEl intervalo en el que tuned debe monitorizar y ajustar el sistema, en segundos. Elpredeterminado es el valor 10.

verboseEspecifica si la salida debe ser detallada. El valor predeterminado es Falso.

loggingEspecifica la prioridad mnima de mensajes que deben ser registrados. En orden descendente,los valores permitido son: crtico, error, advertencia, info y depuracin. El valorpredeterminado es info.

logging_disableEspecifica la prioridad mxima de mensajes a ser registrados; cualquier mensaje con esta


19

prioridad o menor no ser registrado. En orden descendiente, los valores permitidos son: crtico, error, advertencia, info, y depuracin. El valor notset inhabilita estaopcin.

Cada complemento tiene su propia seccin, especificada con el nombre del complemento en parntesiscuadrados; por ejemplo: [CPUTuning]. Cada complemento puede tener sus propias opciones, pero losiguiente se aplica a todos los complementos:

enabledEspecifica si el complemento est habilitado o no. El valor predeterminado es Verdadero.

verboseEspecifica si la salida debe ser detallada. Si no se establece para este complemento, el valorse heredar de [main].

loggingEspecifica la prioridad mnima de mensajes a ser registrados. Si no se establece para estecomplemento, el valor se heredar de [main].

A continuacin, una muestra del archivo config:


20

[main]interval=10pidfile=/var/run/tuned.pidlogging=infologging_disable=notset

# Disk monitoring section

[DiskMonitor]enabled=Truelogging=debug

# Disk tuning section

[DiskTuning]enabled=Truehdparm=Falsealpm=Falselogging=debug

# Net monitoring section

[NetMonitor]enabled=Truelogging=debug

# Net tuning section

[NetTuning]enabled=Truelogging=debug

# CPU monitoring section

[CPUMonitor]# Enabled or disable the plugin. Default is True. Any other value# disables it.enabled=True

# CPU tuning section

[CPUTuning]# Enabled or disable the plugin. Default is True. Any other value# disables it.enabled=True

2.5.2. Tuned-admPor lo general, una auditora y anlisis de un sistema consume mucho tiempo y probablemente no valela pena el ahorro de unos pocos vatios adicionales al hacerla. Anteriormente la nica alternativa erausar los predeterminados. Ahora, Red Hat Enterprise Linux 6 incluye perfiles independientes para casosde uso especficos como una alternativa entre esos extremos, junto con la herramienta tuned-adm quele permite cambiar entre perfiles fcilmente en la lnea de comandos. Red Hat Enterprise Linux 6 incluyeun nmero de perfiles predefinidos para casos de uso tpicos que usted puede seleccionar y activarcon el comando tuned-adm , pero tambin usted mismo puede crear, modificar o borrar perfiles.

Para listar todos los perfiles disponibles e identificar el perfil actual activo, ejecute:


21

tuned-adm list

Para mostrar el perfil actualmente activo, ejecute:

tuned-adm active

Para cambiar uno de los perfiles, ejecute:

tuned-adm profile profile_name

por ejemplo:

tuned-adm profile server-powersave

Para desactivar todos los ajustes:

tuned-adm off

Cuando instale por primera vez tuned, el perfil predeterminado se activar. Red Hat EnterpriseLinux 6 tambin incluye los siguiente perfiles predeterminados:

defaultEs el perfil predeterminado de ahorro de energa. T iene el ms bajo impacto en ahorro deenerga de los perfile disponibles y solo habilita CPU y complementos de disco de tuned.

desktop-powersaveEs un perfil de ahorro de energa dirigido a sistemas de escritorio. Habilita ahorro de energaALPM para adaptadores de host SATA (consulte la Seccin 3.6, Administracin de energa deenlace agresivo ) y complementos de CPU, Ethernet, y disco de tuned.

server-powersaveEs un perfil de ahorro de energa dirigido a los sistemas de servidores. Habilita el ahorro deenerga ALPM para adaptadores de host SATA, inhabilita polling de CD-ROM a travs de HAL(consulte la pgina man hal-disable-polling) y activa la CPU y complementos de disco detuned.

laptop-ac-powersaveEs un perfil de ahorro de energa de medio impacto dirigido a porttiles en AC. Habilita ahorrode energa ALPM para adaptadores de host SATA, ahorro de energa WIFI, como tambincomplementos de CPU, Ethernet y disco de tuned.

laptop-battery-powersaveEs un perfil de ahorro de energa de alto impacto dirigido a porttiles que se ejecutan conbatera. Activa todos los mecanismos de ahorro de energa de los perfiles anteriores y habilitael programador de ahorro de energa multi-ncleos para sistemas despertadores bajos,.Adems, se asegura de que el gobernador ondemand est activo y que el ahorro de energaAC97 est habilitado. Este perfil se puede usar para ahorrar la mxima cantidad de energa encualquier clase de sistema, no solo porttiles con batera. El sacrificio a cambio es un notableimpacto en rendimiento, especficamente en latencia de disco y E/S de red.


22

throughput-performanceEs un perfil de servidor para ajuste de rendimiento. Inhabilita los mecanismos de ahorro deenerga tuned y ktune , habilita la configuracin de sysctl que mejora el rendimiento deprocesamiento de su E/S de red y disco y cambia al programador de fecha lmite .

latency-performanceEs un perfil de servidor para ajuste de rendimiento de latencia tpica. Inhabilita los mecanismosde ahorro de energa de tuned y ktune habilita la configuracin de sysctl para mejorar elrendimiento de latencia de su E/S de red.

Todos los perfiles estn almacenados en subdirectorios independientes bajo /etc/tune-profiles.Por lo tanto, /etc/tune-profiles/desktop-powersave contiene todos los archivos yconfiguraciones necesarios para ese perfil. Cada uno de estos directorios contiene hasta cuatroarchivos:

tuned.confla configuracin para el servicio ajustado como activo para este perfil.

sysctl.ktunela configuracin sysctl utilizada por ktune . El formato es idntico al archivo /etc/sysconfig/sysctl (consulte las pginas man sysctl y sysctl.conf)..

ktune.sysconfigel archivo de configuracin de ktune, tpicamente /etc/sysconfig/ktune.

ktune.shun script de shell estilo init utilizado por ktune el cual puede ejecutar comandos especficosdurante el inicio del sistema para ajustar el sistema.

La forma ms fcil de iniciar un nuevo perfil es copiando uno existente. El perfil laptop-battery-powersave ya contiene un set de ajustes muy variados y es por lo tanto, til como punto de partida.Simplemente copie todo el directorio al nuevo nombre de perfil as:

cp -a /etc/tune-profiles/laptop-battery-powersave/ /etc/tune-profiles/myprofile

Modifique los archivos en el nuevo perfil para que coincidan con sus requerimientos personales. Porejemplo, si usted requiere la deteccin de cambios de CD, puede desactivar esa optimizacin quitandoel comentario de la lnea apropiada en ktune.sh script:

# Disable HAL polling of CDROMS# for i in /dev/scd*; do hal-disable-polling --device $i; done > /dev/null 2>&1

2.6. DeviceKit de energa y devkit de energa


23

En Red Hat Enterprise Linux 6 el DeviceKit de energa asume las funciones de administrador deenerga que hacan parte de HAL y algunas de las funciones que hacan parte del Gestor de energade GNOME en los lanzamientos anteriores de Red Hat Enterprise Linux (consulte tambin laSeccin 2.7, El Gestor de energa de GNOME. El DeviceKit de energa proporciona un demonio, unAPI, y un set de herramientas de lnea de comandos. Cada fuente de alimentacin en el sistema estrepresentada como un dispositivo, ya sea un dispositivo fsico o no. Por ejemplo, una batera de porttily una fuente de alimentacin de corriente alterna(CA) y ambos representados como dispositivos.

Puede acceder a las herramientas de lnea de comandos con el comando devkit-power y lassiguientes opciones:

--enumerate, -ePresenta una ruta de objeto para cada dispositivo de energa en el sistema, por ejemplo:

/org/freedesktop/DeviceKit/power/devices/line_power_AC/org/freedesktop/UPower/DeviceKit/power/battery_BAT0

--dump, -dPresenta los parmetros para todos los dispositivos de energa en el sistema.

--wakeups, -wPresenta los despertadores de CPU en el sistema.

--monitor, -mMonitoriza el sistema para los cambios a los dispositivos de energa, por ejemplo, la conexin odesconexin de una fuente de alimentacin de CA o el agotamiento de una pila. PresioneCtrl+C para detener la monitorizacin del sistema.

--monitor-detailMonitoriza el sistema para cambios a dispositivos de energa, por ejemplo, la conexin odesconexin de una fuente de alimentacin de CA o el agotamiento de una pila. La opcin --monitor-detail presenta ms informacin que la opcin --monitor. Presione Ctrl+Cpara detener la monitorizacin del sistema.

--show-info object_path, -i object_pathPresenta toda la informacin disponible para una ruta de objeto determinada. Por ejemplo, paraobtener informacin sobre la batera de su sistema representada por la ruta de objeto /org/freedesktop/UPower/DeviceKit/power/battery_BAT0, ejecute:

devkit-power -i /org/freedesktop/UPower/DeviceKit/power/battery_BAT0

2.7. El Gestor de energa de GNOMEEl Gestor de energa de GNOME es un demonio que est instalado como parte del escritorio deGNOME. La mayora de la funciones de administracin de energa que el Gestor de energa deGNOME proporcionaba en versiones anteriores de Red Hat Enterprise Linux se convirti en parte deDeviceKit-power en Red Hat Enterprise Linux 6 (consulte, la Seccin 2.6, DeviceKit de energa y


24

devkit de energa. Sin embargo, el Gestor de energa de GNOME es an una interfaz para lafuncionalidad. A travs de una mini-aplicacin en la bandeja del sistema, el Gestor de energa deGNOME notifica sus cambios en el estatus de energa del sistema; por ejemplo, un cambio de la bateraa la energa de corriente alterna. Tambin reporta el estado de la batera y le avisa cuando la energade la batera est baja.

El Gestor de energa de GNOME tambin le permite establecer algunas configuraciones deadministracin de energa. Para acceder a estas configuraciones, haga clic en el icono Gestor deenerga de GNOME en la bandeja del sistema, luego haga clic en Preferencias

La pantalla de Preferencias de administracin de energa contiene las siguientespestaas:

En energa de CAEn energa de bateraGeneral

Use las pestaas En energa CA y En energa de batera para especificar cunto tiempodebe pasar antes de que la pantalla se apaga en un sistema inactivo, cunto tiempo debe pasar antesde que un sistema inactivo se duerma, y si el sistema debe dejar de girar los discos duros cuando noestn en uso. La pestaa En energa de batera tambin le permite establecer el brillo de lapantalla y elegir una conducta para un sistema con una batera crticamente baja. Por ejemplo, elGestor de energa de GNOME, por defecto, hace al sistema invernar cuando su nivel de pila alcanzaun nivel bajo crtico. Use la pestaa General para establecer las conductas para el botn de energa(fsica) y el botn de suspender en su sistema y especifique las circunstancias bajo las cuales el iconodel Gestor de energa de GNOME deber aparecer en la bandeja del sistema.

2.8. Otros medios de auditoraRed Hat Enterprise Linux 6 ofrece algunas herramientas ms con las cuales puede realizar auditoras yanlisis. La mayora de ellas pueden utilizarse como fuentes suplementarias de informacin en caso deque desee verificar lo que ya ha descubierto o en caso de que necesite informacin en profundidadsobre algunas partes. La mayora de estas herramientas tambin se utilizan para ajustar el rendimiento.Ellas incluyen:

vmstatvmstat proporciona informacin detallada sobre procesos, memoria, bsqueda, E/S de bloque,trampas y actividad de CPU. Utilcelo para ver ms de cerca lo que el sistema global hace ydnde est ocupado.

iostatiostat es similar a vmstat , pero solo para dispositivos de bloque de E/S. Tambin proporcionaestadsticas y una salida ms detallada.

blktraceblktrace es un programa de rastreo de E/S de bloque. Analiza la informacin en bloquesnicos asociados con aplicaciones. Es muy til en combinacin con diskdevstat .


25

Captulo 3. Infraestructura central y mecnica

3.1. Estados de CPU inactivosLas CPU con arquitectura x86 soportan estados en los que partes de la CPU estn desactivadas o seejecutan en configuraciones de rendimiento inferior. Dichos estados, conocidos como estados-C,permiten a los sistemas ahorrar energa al desactivar parcialmente las CPU que no estn en uso. Losestados-C se enumeran de C0 en adelante, con nmeros superiores que representan funcionalidad deCPU disminuida y mayor ahorro de energa. Los estados-C de un determinado nmero son bastantesimilares a travs de procesadores, aunque los detalles exactos de la configuracin de una funcinespecfica del estado puede variar entre familias de procesadores. Los estados-C se definen de as:

C0El estado en operacin o en ejecucin. En este estado, la CPU est funcionando y no estainactiva de ninguna manera.

C1, HaltUn estado en el que el procesador no est ejecutando instrucciones, pero tpicamente no esten un estado de energa bajo. La CPU puede continuar procesando sin ninguna demora.Todos los procesadores que ofrecen estados-C necesitan soportar dicho estado. Losprocesadores Pentium 4 soportan un estado C1 mejorado llamado C1E que en efecto es unestado de bajo consumo energtico.

C2, Stop-ClockUn estado opcional en el que el reloj est congelado para este procesador, pero que mantieneun estado completo para sus registradores y memorias cache, por lo tanto, despus dereiniciar el reloj puede inmediatamente reiniciar el procesamiento. ste es un estado opcional.

C3, DormidoUn estado opcional en el que el procesador se va a dormir y no necesita mantener su memoriacache actualizada. Despertar de este estado toma un tiempo considerablemente mayor quedesde C2.

Las CPU Intel recientes con la microarquitectura "Nehalem" representan un nuevo estado-C, C6, el cualpuede reducir a cero el voltaje proporcionado de una CPU, pero por lo general, reduce el consumo deenerga entre el 80 y 90 por ciento. El kernel en Red Hat Enterprise Linux 6 incluye optimizaciones paraeste nuevo estado-C.

3.2. Uso de gobernadores CPUfreqUna de las formas ms efectivas para reducir el consumo de energa y la salida de calor en su sistemaes utilizar CPUfreq. CPUfreq tambin se conoce como escalabilidad de velocidad de CPU permiteel ajuste inmediato de la velocidad del reloj del procesador. De esta manera,el sistema puede ejecutar auna velocidad reducida de reloj para ahorrar energa. El gobernador de CPUfreq define las reglas decambio de frecuencias, ya sea a una velocidad de reloj menor o mayor, y cundo cambiar lasfrecuencias.

El gobernador define las caractersticas de energa de la CPU del sistema que a su vez afectan elrendimiento de la CPU. Cada gobernador tiene su propia conducta, propsito e idoneidad en trminos


26

rendimiento de la CPU. Cada gobernador tiene su propia conducta, propsito e idoneidad en trminosde carga de trabajo. Esta seccin describe cmo elegir y configurar un gobernador de CPUfreq, lascaractersticas de cada gobernador y la clase de carga de trabajo para la cual cada gobernador esadecuado.

3.2.1. Tipos de gobernadores CPUfreqEsta seccin lista y describe los distintos tipos de gobernadores CPUfreq disponibles en Red HatEnterprise Linux 6.

cpufreq_performance

El Gobernador de Rendimiento fuerza a la CPU a usar la frecuencia de reloj ms alta posible. Estafrecuencia se establecer de forma esttica y no cambiar. Como tal, este gobernador no ofrecebeneficio de ahorro de energa. Solamente es apropiado para horas de carga de trabajo pesado y anas solo cuando la CPU est rara vez (o nunca) inactiva.

cpufreq_powersave

En contraste, el gobernador Powersave fuerza a la CPU a usar la frecuencia de reloj ms baja posible.Esta frecuencia se establecer de forma esttica y no cambiar. Como tal, este gobernador ofreceahorro mximo de energa, pero a expensas del rendimiento de CPU ms bajo.

El trmino "powersave" puede algunas veces ser engaoso, ya que (en principio) una CPU lenta concarga completa consume ms energa que una CPU rpida que no est cargada. Entonces, aunquepuede ser recomendable establecer la CPU para utilizar el gobernador Powersave durante los periodosen que se espera baja actividad, cualquier carga alta inesperada durante ese tiempo puede hacer queel sistema consuma ms energa.

El gobernador Powersave es ms que una "limitante de velocidad" para la CPU y un "ahorrador deenerga". Es ms til en sistemas y entornos donde el sobrecalentamiento puede ser un problema.

cpufreq_ondemand

El gobernador Ondemand es un gobernador dinmico que permite a la CPU alcanzar la mximafrecuencia de reloj cuando el sistema est inactivo. Aunque esto permite al sistema ajustar el consumode energa segn la carga del sistema, lo hace a expensas de la latencia entre el cambio de frecuencia.Como resultado, la latencia puede alterar los beneficios de ahorro de energa /rendimiento ofrecidos porel gobernador Ondemand si el sistema cambia, con demasiada frecuencia, entre inactivo y carga detrabajo pesada.

Para la mayora de sistemas, el gobernador Ondemand puede proporcionar el mejor compromiso entreemisin de calor, consumo de energa, rendimiento y gestin. Cuando el sistema solo est ocupado enmomentos del da especficos, el gobernador Ondemand cambiar automticamente entre frecuenciamxima y mnima segn la carga sin ninguna otra intervencin.

cpufreq_userspace

El gobernador Userspace le permite establecer la frecuencia a programas de espacio de usuario (ocualquier proceso que est ejecutndose como root). Este gobernador se utiliza junto con el demonio cpuspeed. De todos lo gobernadores, Userspace es el ms adaptable; y dependiendo de cmo seconfigure, puede ofrecer el mejor balance entre rendimiento y consumo para su sistema.

cpufreq_conservative

Al igual que el gobernador Ondemand, el gobernador Conservative ajusta la frecuencia de reloj segn eluso. Sin embargo, mientras el gobernador Ondemand lo hace de una manera agresiva (es decir, desdelo mximo a lo mnimo y viceversa), el gobernador Conservative cambia de frecuencias gradualmente.


27

Es decir que el gobernador Conservative se ajustar a una frecuencia de reloj que estime correcta parala carga, en lugar de elegir simplemente entre mxima y mnima. Aunque esto podra proporcionar unsignificativo ahorro en consumo de energa, lo hace siempre a una latencia mayor que la del gobernadorOndemand.

Nota

Puede habilitar al gobernador mediante trabajos cron. Esto le permite automticamenteestablecer gobernadores especficos durante horas especficas del da. Como consecuencia,puede especificar un gobernador de baja frecuencia durante tiempos de inactividad (por ejemplodespues de horas de trabajo) y retornar a un gobernador de frecuencia ms alta durante horasde carga de trabajo pesada.Para obtener instrucciones sobre cmo habilitar un determinado gobernador, consulte elProcedimiento 3.2, Cmo habilitar un gobernador CPUfreq en la Seccin 3.2.2, Configuracin deCPUfreq.

3.2.2. Configuracin de CPUfreqAntes de seleccionar y configurar un gobernador CPUfreq, se necesita aadir el controlador deCPUfreq.

Procedimiento 3.1. Cmo aadir el controlador CPUfreq

1. Utilice el siguiente comando para ver cules controladores de CPUfreq estn disponibles en susistema:

ls /lib/modules/[versin de kernel]/kernel/arq/[arquitectura]/kernel/cpu/cpufreq/

2. Use modprobe para aadir el controlador CPUfreq apropiado.

modprobe [controlador de CPUfreq]

Al usar el comando anterior, asegrese de eliminar el sufijo de nombre de archivo .ko

Importante

Al escoger un controlador CPUfreq apropiado, siempre elija acpi-cpufreq sobre p4-clockmod. Aunque el uso del controlador p4-clockmod reduce la frecuencia del reloj deuna CPU, no reduce el voltaje. Por otra parte, acpi-cpufreq reduce el voltaje junto conla frecuencia del reloj de la CPU, permitiendo menos consumo de energa y salida de calorpara cada reduccin de unidad en rendimiento..

3. Una vez el controlador CPUfreq est configurado, se podr ver el sistema actual que estgobernando, mediante:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Tambin puede ver qu gobernadores estn disponibles para una CPU especfica, mediante:


28

cat /sys/devices/system/cpu/[cpu ID]/cpufreq/scaling_available_governors

Algunos gobernadores de CPUfreq pueden no estar disponibles para su uso. En este caso, utilice modprobe para aadir los mdulos de kernel necesarios para habilitar el gobernador CPUfreqespecfico que desee utilizar. Dichos mdulos de kernel estn disponibles en /lib/modules/[versin de kernel]/kernel/drivers/cpufreq/.

Procedimiento 3.2. Cmo habilitar un gobernador CPUfreq

1. Si el gobernador especfico no aparece en la lista como disponible, utilice modprobe parahabilitar el gobernador que desee utilizar. Por ejemplo, si el gobernador ondemand no estdisponible para su CPU, use el siguiente comando:

modprobe cpufreq_ondemand

2. Cuando un gobernador est listado como disponible para su CPU, usted podr habilitarlomediante:

echo [gobernador] > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

3.2.3. Ajuste de la poltica CPUfreq y VelocidadUna vez 'haya escogido el gobernador CPUfreq, podr ajustar la velocidad de cada una de las CPU conlos ajustables que se hallan en /sys/devices/system/cpu/[cpu ID]/cpufreq/. Dichosajustadores son:

cpuinfo_min_freq Muestra la frecuencia operativa mnima disponible de CPU' (en KHz).cpuinfo_max_freq Muestra la frecuencia operativa mxima disponible de CPU' (en KHz).scaling_driver Muestra qu controlador CPUfreq se utiliza para establecer la frecuencia enesta CPU.scaling_available_governors Muestra los gobernadores de CPUfreq disponibles en estekernel. Si desea utilizar un gobernador de CPUfreq que no est listado en este archivo, consulte elProcedimiento 3.2, Cmo habilitar un gobernador CPUfreq en la Seccin 3.2.2, Configuracin deCPUfreq para obtener instrucciones sobre cmo hacerlo.scaling_governor Muestra el gobernador CPUfreq que est en uso. Para utilizar ungobernador diferente, utilice echo [governor] > /sys/devices/system/cpu/[cpu ID]/cpufreq/scaling_governor (consulte el Procedimiento 3.2, Cmo habilitar un gobernadorCPUfreq en la Seccin 3.2.2, Configuracin de CPUfreq para obtener mayor informacin).cpuinfo_cur_freq Muestra la velocidad actual de la CPU (en KHz).scaling_available_frequencies Lista las frecuencias disponibles para la CPU, en KHz.scaling_min_freq y scaling_max_freq Establecen los lmites de poltica de la CPU, enKHz.

Importante

Al establecer lmites de polticas, debe configurar scaling_max_freq antes de scaling_min_freq.

affected_cpus Lista las CPU que requieren software de coordinacin de frecuencia.scaling_setspeed Utilizado para cambiar la velocidad del reloj de la CPU, en KHz. Solo puede


29

establecer una velocidad entre los lmites de polticas de las CPU (como en scaling_min_freq y scaling_max_freq).

Para ver el valor actual de cada ajustable, utilice cat [tunable]. Por ejemplo, para ver la velocidadactual de cpu0 (en KHz), use:

cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq.

Para cambiar el valor de cada ajustable, use echo [value]> /sys/devices/system/cpu/[cpu ID]/cpufreq/[tunable]. Por ejemplo, para establecer la mnima velocidad de cpu0 a 360 KHz, use:

echo 360000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq

3.3. Suspender y reanudarCuando se suspende un sistema, el kernel le pide a los controladores almacenar sus estados y luegolos descarga. Cuando se reanuda el sistema, este recarga dichos controladores, los cuales intentan re-programar sus dispositivos. La habilidad de los controladores para realizar esta tarea, determina si elsistema se puede reanudar con xito.

Los controladores de vdeo son en particular problemticos en este respecto, porque la especificacinde la Configuracin avanzada e Interfaz de energa (ACPI) no requiere que firmware sea capaz de re-programar el hardware de vdeo. Por lo tanto, a menos que los controladores de vdeo puedanprogramar hardware desde un estado sin inicializar completamente, pueden impedir al sistemareanudar.

Red Hat Enterprise Linux 6 incluye mayor soporte para nuevos chipsets grficos, lo cual garantiza quela suspensin y la reanudacin funcionen en un nmero mayor de plataformas. El soporte para chipsetsde NVIDIA ha mejorado bastante; en particular para las series GeForce 8800.

3.4. Kernel sin intervalosAnteriormente, el kernel de Linux interrumpa peridicamente cada CPU en un sistema a una frecuenciapredeterminada 100 Hz, 250 Hz, 1000 Hz, segn la plataforma. El kernel le preguntaba a la CPUpor los procesos que estaba ejecutando y utilizaba los resultados para contabilidad de procesos ybalance de cargas. Conocido como el temporizador de intervalo, el kernel realizaba esta interrupcinindependientemente del estado de energa de la CPU. Por lo tanto, incluso una CPU inactiva respondahasta 1000 de estas solicitudes por segundo. En sistemas que implementaban medidas de ahorro deenerga para CPU inactivas, el temporizador de intervalos evitaba que la CPU permaneciera inactiva losuficiente como para que el sistema se beneficiara de estos ahorros de energa

El kernel en Red Hat Enterprise Linux 6 ejecuta sin intervalos: es decir, remplaza las interrupcionesperidicas antiguas por las interrupciones en demanda. Por lo tanto, a las CPU inactivas se les permitepermanecer inactivas hasta que haya una nueva tarea en cola para procesar y las CPU que hanentrado a estados de energa inferiores, pueden permanecer en esos estados por ms tiempo.

3.5. Administrador de energa de estado activoEl Administrador de energa de estado activo (ASPM) ahorra energa en el subsistema de Interconexinde componentes perifricos Express (PCI Express o PCIe) al establecer el estado de baja energa paraenlaces PCIe cuando los dispositivos que ellos conectan no estn en uso. ASPM controla el estado deenerga en ambos extremos del enlace y ahorra energa en el enlace an cuando el dispositivo en elextremo del enlace est en estado de energa Total.


30

Cuando ASPM est habilitado, la latencia de dispositivo aumenta debido al tiempo requerido para latransicin del enlace entre diferentes estados de energa. ASPM tiene tres polticas para determinar lostres estados de energa:

defaultestablece los estados de enlace de energa de PCLe segn los predeterminadosespecificados por firmware en el sistema (por ejemplo, BIOS). Este es el estadopredeterminado para ASPM.

powersaveConfigura ASPM para ahorrar energa cuando sea posible, independiente del costo derendimiento.

performanceInhabilita ASPM para permitir que enlaces PCLe operen con el mximo rendimiento

Las polticas ASPM se establecen en /sys/module/pcie_aspm/parameters/policy, perotambin pueden especificarse en el momento de arranque con el parmetro de kernel pcie_aspm,donde pcie_aspm=off inhabilita a ASPM y pcie_aspm=force habilita a ASPM, incluso endispositivos que no soportan ASPM.

Advertencia pcie_aspm=force puede hacer que los sistema dejen deresponder

Si se establece pcie_aspm=force, el hardware que no soporte ASPM puede hacer que elsistema deje de responder. Antes de configurar pcie_aspm=force, verifique si todo elhardware PCIe en el sistema soporta ASPM.

3.6. Administracin de energa de enlace agresivoAdministracin de energa de enlace agresivo (ALPM) es una tcnica de ahorro de energa que ayuda aldisco a ahorrar energa al establecer un enlace SATA al disco a baja energa durante el tiempo deinactividad (es decir, cuando no hay E/S). ALPM restablece automticamente el enlace SATA a unestado de energa activo una vez que las solicitudes de E/S estn en la cola para ese enlace.

El ahorro de energa introducido por ALPM viene a expensas de la latencia de disco. Como tal, solodebe usar ALPM si espera que el sistema presente largos periodos de tiempo de inactividad de E/S.

ALPM solo est disponible en controladores SATA que utilizan la Interfaz de controlador de hostavanzado (AHCI). Para obtener mayor informacin sobre AHCI, consultehttp://www.intel.com/technology/serialata/ahci.htm.

Cuando est disponible, ALPM est habilitado por defecto. ALPM tiene tres modos:

min_power

Este modo establece el enlace a su mnimo estado de energa, (LETARGO) cuando no hay E/S en eldisco. Dicho modo es til para cuando se espera un periodo extendido de tiempo de inactividad.


31

medium_power

Este modo establece el enlace en el segundo estado ms bajo de energa (PARCIAL) cuando no hayE/S en el disco. Dicho modo est diseado para permitir transiciones en estados de enlace de energa(por ejemplo durante los momentos de alta carga de E/S intermitente y tiempo de inactividad de E/S) conel menor impacto posible en rendimiento.

El modo medium_power permite el enlace a la transicin entre estados PARCIAL y TOTAL (es decir"ACTIVO"), dependiendo de la carga. Observe que no es posible la transicin directa de un enlacePARCIAL a SLUMBER y viceversa; en este caso, ningn estado de energa puede pasar al otro sinhaber hecho primero la transicin al estado ACTIVO.

max_performance

ALPM est inhabilitado; el enlace no entra a ningn estado de baja cuando no hay E/S en el disco.

Para verificar si sus adaptadores de host SATA en realidad soportan ALPM, puede chequear si elarchivo /sys/class/scsi_host/host*/link_power_management_policy existe.

Importante algunas configuraciones inhabilitan la conexin en caliente

Al establecer ALPM a min_power o a medium_power se desactivar automticamente lafuncin "Conexin en caliente".

3.7. Optimizacin de acceso de unidad de RelatimeEl estndar POSIX requiere que los sistemas operativos mantengan metadatos de sistema de archivosque registren la ltima vez que cada archivo ha sido accedido. Esta marca de tiempo se denomina atime, y el mantenimiento de sta requiere una serie constante de operaciones de escritura paraalmacenaje. Dichas escrituras mantienen dispositivos de almacenamiento y sus enlaces ocupados yencendidos. Puesto que pocas aplicaciones utilizan datos atime, esta actividad de dispositivo dealmacenamiento desperdicia energa. La escritura a almacenamiento se presenta incluso si el archivono fue ledo desde el almacenaje, sino desde la memoria cache. Por algn tiempo, el kernel de Linux hasoportado la opcin noatime para mount y no escribira datos atime a sistemas de archivosmontados con esta opcin. Sin embargo, la desactivacin de esta funcionalidad es problemtica, puestoque algunas aplicaciones dependen de los datos de atime y fallarn si no est disponible.

El kernel utilizado en Red Hat Enterprise Linux 6 soporta otra alternativa relatime. Relatimemantiene datos atime, pero no para cada vez que se acceda a un archivo. Con esta opcin habilitada,los datos atime se escriben al disco nicamente si el archivo ha sido modificado desde la ltima vezque los datos atime fueron actualizados (mtime), o si el archivo fue accedido por un periodo detiempo mayor (por defecto, un da).

Por defecto, todos los sistemas de archivos ahora se montan con relatime habilitada. Para suprimiresta funcin a travs de todo el sistema, use el parmetro de arranque default_relatime=0. Si relatime est habilitada por defecto en un sistema, podr suprimirla para un determinado sistema dearchivos montando ese sistema de archivos con la opcin norelatime. Por ltimo, para variar lalongitud predeterminada antes de que el sistema actualice los datos atime de un archivo, use elparmetro de arranque relatime_interval=, especificando el periodo en segundos. El valorpredeterminado es 86400.


32

3.8. Lmite de energaRed Hat Enterprise Linux 6 es compatible con las funciones de lmite de energa de hardware reciente,tales como tecnologa Para lmite de energa dinmica (DPC) de HP y el Administrador de nodos de Intel(NM). El lmite de energa permite a los administradores limitar la energa consumida por los servidores,pero tambin permite a los administradores planificar los centros de datos de forma ms eficiente,porque el riesgo de sobrecarga de fuentes de alimentacin existente se disminuye considerablemente.Los administradores pueden colocar ms servidores dentro del mismo espacio fsico y tener confianzaen que si el consumo de energa de servidor est limitado, la demanda de energa durante la cargapesada no superar la energa disponible.

Lmite de energa dinmico de HP

El lmite de energa dinmico es una funcin disponible en la seleccin de servidores ProLiant yBladeSystem que permite a los administradores de sistema limitar el consumo de energa de unservidor o un grupo de servidores. El lmite es un lmite definitivo que el servidor no superar,independientemente de su carga de trabajo actual. El lmite no surte ningn efecto hasta que el servidoralcanza su lmite de consumo de energa. En ese momento, el procesador de gestin ajusta estados deCPU P y la aceleracin del reloj para limitar la energa consumida.

El lmite de energa dinmico modifica el comportamiento de CPU independientemente del sistemaoperativo, sin embargo, firmware integrated Lights-Out 2 (iLO2) de HP, permite el acceso de sistemasoperativos al procesador de gestin y por lo tanto, las aplicaciones en el espacio de usuario puedenconsultar el procesador de gestin. El kernel de Red Hat Enterprise Linux 6 incluye un controlador parafirmware de HP iLO e iLO2, el cual permite que los programas consulten procesadores de gestin en /hpilo/dev/d X ccb N. El kernel tambin incluye una extensin de la interfaz de sysfs hwmon quesoporta funciones de lmite de energa y un controlador hwmon para medidores de energa ACPI 4.0que utilizan la interfaz sysfs. Estas caractersticas permiten que el sistema operativo y lasherramientas de espacio de usuario lean el valor configurado para el lmite de energa, junto con el usoactual de energa del sistema.

Para obtener mayor informacin sobre el Lmite de energa dinmica de HP, consulte HP Power Cappingand HP Dynamic Power Capping for ProLiant Servers, disponible enhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c01549455/c01549455.pdf

Administrador de Nodos Intel

El Administrador de nodos de Intel ,impone un lmite de energa en sistemas, mediante el procesador deestados- P y estados-T para limitar el rendimiento de la CPU y, por tanto, el consumo de energa. Alestablecer una poltica de gestin de energa, los administradores pueden configurar sistemas paraconsumir menos energa en momentos en que las cargas de sistema son bajas, por ejemplo, por lanoche o los fines de semana.

El administrador nodos Intel ajusta el rendimiento de la CPU mediante la Administracin de energa yconfiguracin dirigida del Sistema operativo (OSPM) a travs de la Interfaz de energa y configuracinavanzada estndar. Cuando el Administrador de nodos de Intel notifica al controlador de OSPM sobrelos cambios a estados-T, el controlador hace los cambios correspondientes al procesador de estados-P. Igualmente, cuando el Administrador de nodos de Intel notifica al controlador de OSPM de los cambiosde estados -P, el controlador cambia a estados-T respectivamente. Estos cambios sucedenautomticamente y no requieren ms entrada del sistema operativo. Los administradores configuran ymonitorizan al Administrador de nodos de Intel con software Administrador de centro de datos Intel(DCM).

Para obtener mayor informacin sobre el Administrador de nodos de Intel, consulte Node Manager ADynamic Approach To Managing Power in The Data Center, disponible en


33

http://communities.intel.com/docs/DOC-4766

3.9. Administracin de energa en grficas mejoradasRed Hat Enterprise Linux 6 ahorra energa en grficas y muestra dispositivos al eliminar varias fuentesde consumo innecesario.

LVDS reclocking

La Seal diferencial de bajo voltaje (LVDS) es un sistema para llevar seales electrnicas en alambrede cobre. Una aplicacin importante del sistema es la transmisin de informacin pixel a pantalla decristal lquido (LCD) en computadores notebook. Todas las pantallas tienen tasa de actualizacin latasa en la cual reciben datos actualizados desde un controlador grfico y redirigen la imagen en lapantalla. Por lo general, la pantalla recibe datos actualizados sesenta veces por segundo (unafrecuencia de 60 Hz). Cuando una pantalla y controlador grfico estn conectados por LVDS, el sistemaLVDS utiliza energa en cada ciclo de actualizacin. Cuando est inactivo, la tasa de actualizacin devarias pantallas LCD pueden caer a 30 Hz sin ningn efecto perceptible (a diferencia de los monitoresde tubo de rayos catdicos (CRT), en los cuales la reduccin en la tasa de actualizaciones produce unparpadeo caracterstico). El controlador Intel para adaptadores grficos incorporado en el kernelutilizado en Red Hat Enterprise Linux 6 realiza automticamente este downclocking y ahorra cerca de0.5 W cuando la pantalla est inactiva.

Habilitando memoria de auto-actualizacin

Memoria de acceso aleatorio dinmico y sincrnico (SDRAM) utilizada para memoria de vdeo enadaptadores grficos se recarga miles de veces por segundo para que las clulas de memoriaindividual retengan los datos que se almacenan en ellos. Aparte de su funcin principal de administrardatos cuando entran y salen de la memoria, el controlador de memoria es responsable de iniciar estosciclos de actualizacin. Sin embargo, SDRAM tambin tiene un modo de auto actualizacin de bajaenerga. En dicho modo, la memoria utiliza un temporizador interno para generar su propios ciclos deactualizacin, lo cual permite al sistema apagar el controlador de memoria sin daar los datos que estnactualmente en memoria. El kernel utilizado en Red Hat Enterprise Linux 6 puede reactivar la auto-actualizacin de memoria en los adaptadores grficos Intel cuando estn en inactividad, lo cual ahorracerca de 0.8 W.

Reduccin de GPU de relojes

Las unidades de procesamiento grfico tpicas (GPU) contienen relojes internos que gobiernan variaspartes de su circuito interno. El kernel utilizado en Red Hat Enterprise Linux 6 puede reducir lafrecuencia de algunos de los relojes internos en GPU Intel y ATI. Al reducir el nmero de ciclos que loscomponentes de GPU realizan en un tiempo determinado, se ahorra la energa que hubieran consumidoen los ciclos que no tenan que actuar. El kernel reduce automticamente la velocidad de estos relojescuando la GPU est inactiva y la incrementa cuando la actividad de GPU aumenta. Al reducir los ciclosde reloj de GPU se pueden ahorrar hasta 5 W.

GPU powerdown

Los controladores grficos Intel y ATI en Red Hat Enterprise Linux 6 pueden detectar cuando no hay unmonitor conectado a un adaptador y por lo tanto, apagar completamente la GPU. Esta funcin es enparticular importante para servidores que no tienen monitores conectados regularmente a ellos.

3.10. RFKillMuchos sistemas informticos contienen radiotransmisores, que incluyen dispositivos Wi-Fi, Bluetooth, y


34

3G. Dichos dispositivos consumen energa, la cual se pierda si no se utiliza.

RFKill es un subsi

red hat enterprise linux-6-power management guide-es-es

Documents

trademarks of red hat

red hat trademarks

red hat software collections

red hatenterprise linux

energa y devkit

administracin y auditora

don domingored hat servicios

openstack logo