Mejora la respuesta de tu desktop con linux-ck

Publicado: abril 25, 2014 en Desktops, System
Etiquetas:, , , ,

Cuando utilizamos escritorios pesados, es posible que la respuesta del sistema, según la carga del sistema, sea pobre. Para el kernel Linux existe un patchset, ck1, desarrollado por Con Kolivas, que mejora extremadamente las respuestas del sistema.

Con este patchset, podemos utilizar Brain Fuck Scheduler (BFS) como planificador de procesos. Además, podemos activar Budget Fair Queueing (BFQ), que es un planificador de disco, que también nos va a permitir mejorar, en general, el rendimiento.

Si, a todo esto, le sumamos que el kernel esté optimizado para nuestro microprocesador, obtendremos una respuesta más que óptima, genial para los usuarios que utilizamos escritorios pesados, como KDE o GNome, con equipos relativamente modestos.

En el AUR disponemos del paquete linux-ck, con parcheado con lo anterior. Sin embargo, podemos utilizar el repositorio de graysky, que contiene, además del linux-ck, con el kernel genérico parcheado, diferentes grupos de paquetes, con el kernel optimizado para microprocesador.

Para añadir este repositorio, debemos editar el /etc/pacman.conf y añadir:

[repo-ck]
Server = http://repo-ck.com/$arch

Hecho esto, hay que añadir también las keys para comprobar la firma de paquetes. Ejecutamos:

sudo pacman-key -r 5EE46C4C && sudo pacman-key --lsign-key 5EE46C4C
sudo pacman -Syy

Ya tan sólo nos falta instalar el grupo de paquetes correspondiente a nuestro kernel. Para saber cuál es el grupo que deberíamos instalar, podéis consultar la tabla de aquí. En mi caso, un Petium D (nocona):

sudo pacman -S ck-p4

Para activar BFQ, editamos el /etc/default/grub  y añadimos, a la línea GRUB_CMDLINE_LINUX_DEFAULT, la variable correspondiente:

GRUB_CMDLINE_LINUX_DEFAULT="... elevator=bfq ..."

Y, por último, generamos el menú de GRUB para que se añada el nuevo kernel, con su variable:

sudo grub-mkconfig -o /boot/grub/grub.cfg

Pues esto es todo, espero que os sea útil.

Anuncios
comentarios
  1. dmacias dice:

    Como siempre buena info, para leerla e informarse con calma.

    Me da la duda sobre que version de kernel hacen la modificicacion que comentas, o van actualizando??
    Yo uso un core 2 duo bastante antiguo ya y xfce que aunque van muy bien siempre se agradece un extra de velocidad, ademas quizas dentro de poco reinstale para probar btrfs y en ese momento podré hacer experimentos xD

    Un saludo

    • Archuser dice:

      Muchas gracias!

      En principio, la última versión del parche es para el kernel 3.13.11, pero según se publica una nueva versión del mismo, se actualiza en el repo. Para el core2 duo, instala el ck-core2. No necesitas quitar el kernel actual y se añadirán más entradas al grub, puedes probar y, en caso de que te guste el resultado, ponerla por defecto.

      En mi caso, que me como toda la memoria del sistema en cuanto abro unas cuantas pestañas en firefox, se nota bastante.

      btrfs está muy bien, pero yo me esperaría a que fedora lo use de manera predeterminada, ya que es Red Hat quién está detrás y, aunque no sea exactamente así, fedora es su “banco de pruebas”…

  2. dmacias dice:

    verificando conflictos…
    error: se han detectado paquetes con conflictos no resolvibles
    error: error al preparar la transacción (dependencias en conflicto)
    :: nvidia-304xx-ck-core2 y nvidia-ck-core2 están en conflicto

    Conflictos con los driver de nvidia, voy a leer sobre el tema y lo pruebo a ver que tal

    • Archuser dice:

      Sí, es porque están los dos drivers, el legacy y el actual, pero solo puedes utilizar uno (si tienes nvidia, si no, no son necesarios).
      Cuando te aparezcan los paquetes del grupo, selecciona solo aquellos que necesites, en principio, el kernel, el headers, virtualbox (si lo usas)… Para eso, vas indicando el número de paquete, separando con comas.

  3. Essaú dice:

    excelente, probando Kernel: x86_64 Linux 3.13.11-2-ck para mi CPU: Intel Core2 Duo CPU T6570 @ 2.101GHz, a ver que tal. Muchas gracias Archuser.

  4. Essaú dice:

    hola Archuser, pues ya lo estoy probando y creo que, si considero como mini-test el tiempo de arranque, noto una pequeña mejora de un 10-12 % en el rendimiento del equipo, no es mucho pero no es despreciable en un intel core2 duo de más de 4 años. Tengo una duda respecto a BFQ. ¿Para qué vale exáctamente?. No sé si está activado por defecto o hay que agregar elevator=bfq al GRUB_CMDLINE_LINUX_DEFAULT=”quiet” en /etc/default/grub ¿hay que quitar quiet o añadirle lo otro? y también veo rara a sintaxis que pones de “… elevator=bfq …” (eso de los tres puntos a cada lado (?). ¿Puedes aclarar esto?, Muchas gracias.

    • Archuser dice:

      Hola! El BFQ es otro planificador, pero para disco. Intenta asignar a los procesos e hilos, partes del disco que permitan optimizar las entradas/salidas.
      Para activalo, hay que pasar la variable.elevator a los parámetros del kernel en el arranque. Los … los usé con la intención de indicar que podemos añadirla en cualquier parte de la lista.

      Si arrancas con un kernel que no tenga el BFQ, en el arranque, verás un error al no reconocer la variable, pero arrancará sin problemas.
      Puede editar el /boot/grub/grub.cfg y quitar la variable elevator de las entradas de menú correspindientes a kernels sin el parche.

  5. Essaú dice:

    ok, muchas gracias, voy a probar a activarlo añadiendo elevator=bfq tras quiet en GRUB_CMDLINE_LINUX_DEFAULT=”quiet elevator=bfq” en /etc/default/grub. A ver si noto algo. En todo caso mi prioridad es mejorar uso de CPU, y no sé si esto ayudará o consumirá más micro.

  6. roko dice:

    checando la wiki para ver cual correspondia a mi procesador al ingresar gcc -c -Q -march=native –help=target | grep march me regreso: -march= bonnell y no veo uno que este en la lista, entonces no es compatible o en que estoy mal?

  7. Yoyo dice:

    Ya me habéis picado, voy a probarlo en mi Antergos para mi Intel i5 (ivybridge)

    Si no explota ya comentaré los resultados 😛

  8. Yoyo dice:

    Pues vaya, instalados linux-ck-ivybridge linux-ck-ivybridge-headers y al reiniciar Kernel Panic

    El primero en mi carrera linuxera y llevo en esto desde el 2004. Remove remove >.<

    ¿Como quito ahora las keys del repo?

    • Archuser dice:

      Bueno, ya has tenido uno, yo he sufrido bastantes, incluso con pérdida de datos, por el driver libre de ATI y Upstart…

      Sería interesante acotar el problema. Antes de nada, comprobar que el i5 es realmente ivybridge, pues hay varios (doy por hecho que ya lo hiciste antes de instalar), ejecutando:

      gcc -c -Q -march=native –help=target | grep march

      Si, efectivamente, la arquitectura está bien, probar con el genérico, compilado para 64 bits. De esta manera, si tienes un kernel panic, podrás avisar al autor del parche de que hay un bug.

      Si va bien, el problema está en el empaquetado que, por alguna razón, no está correctamente compilado. En este caso, puedes avisar en el repo, para que corrijan en problema.

      En cualquier caso, las claves se quitan con pacman-key:

      pacman-key -d 5EE46C4C

      Con pacman-key -h puedes ver todas las opciones 😉

      • Yoyo dice:

        Si, las comprobaciones previas todas hechas, no soy un novato 😉

        De todas maneras, el kernel 3.15.2 de Arch en mi SSD vuela, solo era curiosidad por probar el linux-ck

        Gracias

  9. […] Mejora la respuesta de tu desktop con linux-ck abril 25, 2014 […]

  10. Hola Miguel, sé que es una publicación un poco vieja, pero quise probar esto y me encuentro con este error una y otra vez:
    sudo pacman -S ck-nehalem
    :: Hay 7 miembros en el grupo ck-nehalem:
    :: Repositorio repo-ck
    1) broadcom-wl-ck-nehalem 2) linux-ck-nehalem 3) linux-ck-nehalem-headers 4) nvidia-304xx-ck-nehalem 5) nvidia-ck-nehalem
    6) virtualbox-ck-guest-modules-nehalem 7) virtualbox-ck-host-modules-nehalem
    Introduzca una selección (por defecto=todos): 2
    resolviendo dependencias…
    verificando conflictos…
    Paquetes (1): linux-ck-nehalem-3.15.9-2
    Tamaño Total de Descarga: 40,38 MiB
    Tamaño Total Instalado: 70,58 MiB
    :: ¿Continuar con la instalación? [S/n]
    :: Recuperando paquetes …
    error: error al obtener archivo ‘linux-ck-nehalem-3.15.9-2-x86_64.pkg.tar.xz’ desde repo-ck.com: transfer closed with 33925460 bytes remaining to read%
    atención: falló al recuperar algunos archivos
    error: error al realizar la transacción (error de descarga de biblioteca)
    Ocurrieron errores, no se actualizaron paquetes
    ¿No existe algún mirror o algo, porque además veo que la descarga es bastante lenta?
    Saludos

    • Archuser dice:

      Hola! Pasa a veces, cuando está de mantenimiento. No sé si hay más mirrors.

      En la actualidad he sacrificado el rendimiento por la seguridad: Estoy con el kernel grsec…

      Saludos!

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s