Difference between revisions of "Maximizing performance (Español)"

From ArchWiki
Jump to: navigation, search
(Created page with "Category: Otros recursos para el escritorio del usuario (Español) {{i18n|Maximizing Performance}} ==Lo basico== ==Conoce tu sistema== La mejor manera de optimizar el siste...")
 
(continuando traduccion)
Line 1: Line 1:
 
[[Category: Otros recursos para el escritorio del usuario (Español)]]
 
[[Category: Otros recursos para el escritorio del usuario (Español)]]
{{i18n|Maximizing Performance}}
+
{{i18n|Maximizando la performance}}
 +
 
  
 
==Lo basico==
 
==Lo basico==
Line 110: Line 111:
  
 
==CPU==
 
==CPU==
 +
La unica manera directa de aumentar el rendimiento del CPU es aumentar la velocidad del reloj (Overclock). Esto es complicado y riesgoso, y no se recomienda a nadie exeptuando a los expertos. La mejor manera de acelerar el reloj es desde la BIOS.
 +
 +
Una manera de moidifcar la performance es usar [ http://lkml.org/lkml/2009/9/6/136| los parches de conl kolivas' para el kernel], reemplazan completamente al Completely Fair Scheduler (CFS) por el  Brain Fuck Scheduler (BFS).
 +
 +
Los PKGBUILDS del kernel que incluyen el parche BFS pueden ser instalados desde [[AUR]] o desde [[Unofficial_User_Repositories]]. Revise respectimante las paginas de [http://aur.archlinux.org/packages.php?ID=50911 linux-ck] y  [https://wiki.archlinux.org/index.php/Linux-ck linux-ck wiki ],  [http://aur.archlinux.org/packages.php?ID=36384 kernel26-bfs] o  [http://aur.archlinux.org/packages.php?ID=40191 kernel26-pf] para mas informacion sobre los parches adicionales.
 +
 +
{{Note|BFS/CK  fue diseñado para escritorios/laptops, no pasa servidores. Bajaran la latencia y funcionan bien con
 +
CPUs o menos. Con Kolivas siguiere configurar los Hertz a 1000. Para mas informacion, revise http://ck.kolivas.org/patches/bfs/bfs-faq.txt BFS FAQ]  y [http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.6/2.6.37/2.6.37-ck1/patches/ ck patches].}}
 +
 +
===[[Verynice]]===
 +
[http://thermal.cnde.iastate.edu/~sdh4/verynice/ Verynice] es un DEMONIO, disponible en http://aur.archlinux.org/packages.php?ID=6403 AUR], para ajuste dinamico de los niveles de prioridad en los ejecutables. Esto representa cuan favorecido sera por los recursos del CPU. Simplemente defina a los ejecutables por cuan importante es su respuesta, como X o las aplicaciones multimedia, como l“goodexe” en {{filename|/etc/verynice.conf}}. Los ejecutables que se les quiera dar baja prioridad, deben ser definidos como “badexe”. Estas priorizaciones le daran grandes beneficios cuando el sistema este muy cargado.
 +
 +
===[[Ulatencyd]]===
 +
Ulatency es un DEMONIO que controla como el Kernel gasta sus recursos en los procesos que se estan ejecutando. Usa cgroups dinamicos para darle al Kernel consejos y limitaciones sobre los procesos.
 +
 +
==Red==
 +
Revise estas  [[General Recommendations#Networking|recomendaciones generales]].
 +
 +
==Graficos==
 +
 +
===Xorg.conf configuration===
 +
El rendimiento grafico depende en gran medida de la configuracion del archivo {{Filename|/etc/X11/xorg.conf}}. Hay tutoriales para placas [[Nvidia]], [[ATI]] e [[Intel]]. Configuraciones erroneas haran que Xorg deje de funcionar.
 +
 +
===Driconf===
 +
Driconf es una pequeña utilidad que le permitira cambiar la condiguracion de direct rendering para los drivers de codigo abierto. Habilitar HyperZ aumentara el desempeño drasticamente.
 +
 +
 +
=== Overclock del GPU===
 +
Realizar un overclock sobre las tarjetas graficas esta mucho mas documentado que sobre CPU, hay buena cantidad de aplicaciones que le premitiran ajustar el reloj del GPU al vuelo. Para los usuarios de ATI [http://aur.archlinux.org/packages.php?ID=2128 rovclock], para los de Nvidia, nvclock puede ser encontrado en el repositorio extra. Los usuarios de Intel pueden instalar [http://www.gmabooster.com/ GMABooster] desde [http://aur.archlinux.org/packages.php?ID=28197 AUR].
 +
 +
Los cambios pueden hacerse permanentes ejecutando los comandos apropiados luego de que X inicie, por ejemplo agregandolos al archivo {{Filename|~/.xinitrc}}. Por seguridad se recomienda aplicar estos cambios solo cuando sean necesarios.
  
CONTINUARA
+
==RAM y swap==
 +
Continuara

Revision as of 19:04, 22 August 2011

This template has only maintenance purposes. For linking to local translations please use interlanguage links, see Help:i18n#Interlanguage links.


Local languages: Català – Dansk – English – Español – Esperanto – Hrvatski – Indonesia – Italiano – Lietuviškai – Magyar – Nederlands – Norsk Bokmål – Polski – Português – Slovenský – Česky – Ελληνικά – Български – Русский – Српски – Українська – עברית – العربية – ไทย – 日本語 – 正體中文 – 简体中文 – 한국어


External languages (all articles in these languages should be moved to the external wiki): Deutsch – Français – Română – Suomi – Svenska – Tiếng Việt – Türkçe – فارسی


Lo basico

Conoce tu sistema

La mejor manera de optimizar el sistema es encontrar los cuellos de botella, son subsistemas que limitan el desempeño general. Usualmente pueden ser identificados conociendo las especificaciones del sistema, pero hay algunas indicaciones basicas:

  • Si la computadora se vuelve lenta cuando grandes aplicaciones corren. Como cuando libreoffice y firefox, son corridas a la vez, es probable que la cantidad de RAM es insuficiente. Para verificar la RAM disponible, use este comando, y observe la linea que comienza con +/-buffers:
$free -m
  • Si el inicio es realmente lento, y si las aplicaciones toman demaciado tiempo en cargar la primera vez, pero cargan bien luego, probablemente el disco rigido sea demaciado lento. La velocidad de un disco rigido puede ser medidad usando el comando hdparam:
$ hdparm -t /dev/harddrive

Esa es la velocidad pura de lectura, definitivamente no es una prueba de rendimiento valida, pero un valor superior a los 40MB/s ( asumiendo que el dispositivo fue testeado mientras estaba ocupado) debe ser considerado un valor decente en el desempeño del sistema.

  • Si la carga del CPU es consistente aunque haya RAM disponible, entonces disminuir el uso del CPU deberia ser una de las prioridades. La carga del CPU puede ser monitoreada de varias maneras, por ejemplo usando el comando top:
$top
  • Si las unicas aplicaciones que demoran son las que usan Direct Rendering, significa que estan usando la placa de video, como los repoductores de video y los juegos, mejorar la performance de video deberia ayudar. Para esto debemos verificar si el Direct Rendering esta activado. No ayudara el comando glxinfo:
$ glxinfo | grep direct

Lo primero a hacer

La manera mas simple y eficiente de mejorar el desempeño general es correr aplicaciones y un entorno liviano.

Compromiso

Casi toda optimizacion acarrea inconvenientes. Las aplicaciones livianas usualmente vienen con menos caracterisias, algunos ajustes pueden desencadenar en un sistema inestables o simplente requerir timepo para implementarlos y mantenerlos. Esta pagina tratara de resaltar esos inconvenientes, pero el juicio final lo debe hacer el usuario.

Test de rendimiento

Los efectos de la optimizacion son en su mayoria dificiles de juzgar. Sin embargo pueden ser medidos con tests de rendimiento

Dispositivos de almacenamiento

Eligiendo y optimizando es sistema de archivos

Elegir el mejor sistema de archivos para un sistema especifico es muy importante por que cada uno tiene su fuerte. La guia para principiantes da un pequeño sumario de los mas populares.

Sumario

  • XFS: Exelente performacnce con archivos grandes. Lento con archivos pequeños. Una buena eleccion para /home
  • Resiserfs: Exelente performance con archivos pequeños. Una muena eleccion para /var
  • Ext3: Una performance media, pero seguro.

Ext4: Buen rendimiento general. Seguro, tiene algunos problemas con sqlite y algunas otras bases de datos.

  • JFS: Buen desempeño general, muy poco uso del CPU, luego de fallas electricas, se recupera muy rapido.
  • Btrfs: Gran desempeño general (mejor que ext4), seguro (una vez que pase a ser estable). Gran cantidad de caracteristicas. Aun se mantiene bajo un intenso desarrollo, se lo considera inestable. No use este sistema de archivos si no sabe bien lo que esta haciendo, se arriesga a una probable perdida de datos.

Opciones de montaje

Las opciones de montaje le ofrecen una manera sencilla de aumentar la verlocidad sin formatear. Pueden ser usadas por medio del comando mount:

$ mount -o opcion1,opcion2 /dev/particion /mnt/particion

Para hacerlas permanentes, debe modificar /etc/fstab y hacer que queden de esta manera;

/dev/particion /mnt/particion tipo_de_particion opcion1,opcion2 0 0

Un par de opciones que mejoran el rendimiento en casi todo sistema de archivos es {Codeline|noatime,nodiratime}}. El primero es parte del conjunto de la ulima (el cual se aplica solo a los directorios. Template:Codeline se aplica tanto a carpetas como a directorios, en algunos casos raros, por ejemplo si usa muttm puede causar problemas menores. En vez se puede usar Template:Codeline, (realtime esta por defecto en kernels >2.6.30)

Ext3

Mire Ext3 Filesystem Tips.

Ext4

Mire Ext4 wiki page.

JFS

Mire JFS Filesystem.

XFS

Para una velocidad optima, cree un sistema de archivos XFS con estas opciones:

$ mkfs.xfs -l internal,lazy-count=1,size=128m -d agcount=2 /dev/particion

Una opcion especifica de XFS que aumentara el rendimiento es Template:Codeline.

#/etc/fstab
LABEL=XFSHOME /home xfs noatime,logbufs=8 0 1

Reiserfs

La opcion de monaje {{Codelinedata=writeback}} aumenta la velocidad, pero puede ocacionar que los datos se corrompan durante un fallo electrico. La opcion Template:Codeline incrementa el espacio usado por el sistema de archivos en aproximadamenteun 5%, pero tambien aumenta el desempeño general. Tambien se puede reducir el uso del disco poniendo el registro(journal) y los datos en discos separados. Esto se debe hacer cuando se crea el sistema de archivos:

$ mkreiserfs –j /dev/hda1 /dev/hdb1

Reemplace /dev/hda1 con la particion reservada para el registro, y /dev/dhb1 para los datos. Puede aprender mas sobre reiserfs en este articulo.

BTRFS

Btrfs is un nuevo sistema de archivos que ofrece desfragmentacion en linea (en el momento que se usa), modo optimizado para discos SDD, edicion de snapshots, cambio del tamaño de la particion sin perdida de datos y otras caracteristicas mas. Btrfs todavia esta en etapa de desarrollo y esta disponible en el kernel (posee la marca de experimental). Puede ver m,as informacion en la pagina de btrfs.

mkinitcpio.conf para btrfs

Cuando btrfs se no se usa como raiz, los modulos y las dependencias son cargadas cuando son requeridas. Para un sistema raiz, debe asegurarse de cargarlas en la ramdisk de inicio. El modulo de btrfs depende del modulo libcrc32c. Puede agregar crc32c en la linea de modulos de /etc/mkinitcpio.conf, de esta manera:

MODULES="crc32c libcrc32c zlib_deflate btrfs"

Para evitar los errores como "unknown symbol" cuando carga el modulo de btrfs. Mire tambien mkinitcpio-btrfs.

Comprimiendo /usr

Una manera de aumentar la velocidad de lectura de los discos es comprimiendo los datos, lo que deriva en menos datos a leer, pero tambien significa un aumento del uso del CPU. Algunos sistemas de archivos soportan una compresion transparente, es lo mas notable de btrfs y reiserfs4, but el radio de compresion esta limitado por los bloques de 4k. Una buena alternativa es comprimir /usr en un archivo squashfs. Con bloques de 64K(128k), como se explica en este hilo del foro de Gentoo. Lo que este tutorial explica basicamente es como comprimr /usr dentro de un sistema de archivos squashfs comprimido. Para luego montaro con aufs. De esta manera se ahora mucho espacio, usualmente dos tercios del tamaño original de /usr y las aplicaciones cargan rapido. Sin embargo, cada vez que una aplicación es instalada o reinstalada, esta se escribe descomprimida, entonces /usr debe ser recomprimido periodicamente. Squashfs se encuentra en el kernel y aufs2 esta en el repositorio extra, asi que no se necesita una recompilacion del kernel lo que hace util al kernel por defecto. Dado que la guia esta vinculada a Gentoo, los siguentes comandos describen los pasos para Arch. Basicamene debemos instalar dos paquetes para hacerlo funcionar:

# pacman -S aufs2 squashfs-tools

Esto nos instalara los modulos de aufs y algunas erramientas para el manejo de squashfs. Ahora necesitamos algunos directorios extra donde almacenar los archivos de /usr como solo-lectura y otro directiorio para almacenar los datos que cambien respecto a la ultima compresion, con permisos de escritura:

# mkdir -p /squashed/usr/{ro,rw}

Siempre se debe hacer una actualizacion del sistema antes de comprimir /usr. Si usa prelink, debe hacer un prelink completo antes de crear el archivo. Ahora es momento de comprimir /usr:

# mksquashfs /usr /squashed/usr/usr.sfs -b 65536

Estos parametros son los sugeridos por el tutorial de Gentoo, pero puede haber un cierto margen de mejor con las opciones descriptas en aquí. Para que se monte junto con la carpeta( que tenia permisos de escritura) es necesario editar fstab:

# nano /etc/fstab

Agregue estas lineas:

/squashed/usr/usr.sfs   /squashed/usr/ro   squashfs   loop,ro   0 0 
usr    /usr    aufs    udba=reval,br:/squashed/usr/rw:/squashed/usr/ro 0 0

Ya deberia ser posible reiniciar. El autor original sugiere eliminar todo el contenido del viejo directorio de /usr, pero podria causar algunos problemas si algo se estropea luego de la compresion. Es mas seguro dejar los viejos archivos para tener un respaldo.

Hay un bash script que se diseño para automatizar el proceso de recompresion. Algunas opciones pueden ser no correlativas para Arch.

Tuning for an SSD

Trucos para maximizar el rendimiento de discos SSD

CPU

La unica manera directa de aumentar el rendimiento del CPU es aumentar la velocidad del reloj (Overclock). Esto es complicado y riesgoso, y no se recomienda a nadie exeptuando a los expertos. La mejor manera de acelerar el reloj es desde la BIOS.

Una manera de moidifcar la performance es usar [ http://lkml.org/lkml/2009/9/6/136%7C los parches de conl kolivas' para el kernel], reemplazan completamente al Completely Fair Scheduler (CFS) por el Brain Fuck Scheduler (BFS).

Los PKGBUILDS del kernel que incluyen el parche BFS pueden ser instalados desde AUR o desde Unofficial_User_Repositories. Revise respectimante las paginas de linux-ck y linux-ck wiki , kernel26-bfs o kernel26-pf para mas informacion sobre los parches adicionales.

Note: BFS/CK fue diseñado para escritorios/laptops, no pasa servidores. Bajaran la latencia y funcionan bien con CPUs o menos. Con Kolivas siguiere configurar los Hertz a 1000. Para mas informacion, revise http://ck.kolivas.org/patches/bfs/bfs-faq.txt BFS FAQ] y ck patches.

Verynice

Verynice es un DEMONIO, disponible en http://aur.archlinux.org/packages.php?ID=6403 AUR], para ajuste dinamico de los niveles de prioridad en los ejecutables. Esto representa cuan favorecido sera por los recursos del CPU. Simplemente defina a los ejecutables por cuan importante es su respuesta, como X o las aplicaciones multimedia, como l“goodexe” en Template:Filename. Los ejecutables que se les quiera dar baja prioridad, deben ser definidos como “badexe”. Estas priorizaciones le daran grandes beneficios cuando el sistema este muy cargado.

Ulatencyd

Ulatency es un DEMONIO que controla como el Kernel gasta sus recursos en los procesos que se estan ejecutando. Usa cgroups dinamicos para darle al Kernel consejos y limitaciones sobre los procesos.

Red

Revise estas recomendaciones generales.

Graficos

Xorg.conf configuration

El rendimiento grafico depende en gran medida de la configuracion del archivo Template:Filename. Hay tutoriales para placas Nvidia, ATI e Intel. Configuraciones erroneas haran que Xorg deje de funcionar.

Driconf

Driconf es una pequeña utilidad que le permitira cambiar la condiguracion de direct rendering para los drivers de codigo abierto. Habilitar HyperZ aumentara el desempeño drasticamente.


Overclock del GPU

Realizar un overclock sobre las tarjetas graficas esta mucho mas documentado que sobre CPU, hay buena cantidad de aplicaciones que le premitiran ajustar el reloj del GPU al vuelo. Para los usuarios de ATI rovclock, para los de Nvidia, nvclock puede ser encontrado en el repositorio extra. Los usuarios de Intel pueden instalar GMABooster desde AUR.

Los cambios pueden hacerse permanentes ejecutando los comandos apropiados luego de que X inicie, por ejemplo agregandolos al archivo Template:Filename. Por seguridad se recomienda aplicar estos cambios solo cuando sean necesarios.

RAM y swap

Continuara