Mejora el rendimiento de Ubuntu

Navegando, navegando me he encontrado con una lista de trucos y ajustes que pueden hacer que tu Ubuntu 8.04 (Hardy Heron) vaya un poco más rápido.

Existen algunos que no recomiendo por motivos de seguridad como el autologin, aunque hay otros como deshabilitar programas y demonios que se cargan en el arranque u optimizar la velocidad de los discos duros que pueden ser realmente útiles.

Aunque aún no lo he probado en mi Kubuntu, imagino que se podrán adaptar fácilmente utilizando las opciones adecuadas.

Leído en Optimize Ubuntu 8.04 for Speed – Speed up Hardy Heron!

5 thoughts on “Mejora el rendimiento de Ubuntu

  1. pfffffffffffff me muerdo la lengua y me estoy envenenando…..

    ubuntu lo veo para gente como el tal “shankao” al cual no le gusta configurar NADA o para gente que s ebaja el windows del emule con el office y emule y winmap ya instalado…. Pero para que quiero yo un sistema operativoque 70 de los servicios que vienen activados por defecto no voy a usar? es perdida de:

    – Rendimiento
    – uso de disco duro
    – tiempo en posibles dependencias que puedan tener estos sevricios que no utilizas.
    – conexion para bajar actualizacion de un monton de software que no usas
    – SEGURIDAD

    ¿Seguimos?

    Me parece una gran opcion para usarlo de adaptacion entre window sy linux o ir enredando un poco…. pero no para un entorno de trabajo habitual donde necesites al maximo la rapidez de tu ordenador y la usabilidad….

    Quizas si cunado empece con debian potato y woody hubiera habido algo asi no pensaria lo mismo… Pero creo que para aprender hay pelear y entender el funcionamiento.

    Para aclarar… no me gusta *ubuntu y menos UBUNTU que usa una cosa llamada GNOME!!!!!!!! me escuece la boca de pronunciarlo y los dedos de escribirlos XD

    Ave yo!

  2. Claro, prefieres pasarte un día entero recompilando un kernel. Hasta que salga el siguiente. A mi eso me parece:

    – Pérdida de rendimiento: como el tiempo de procesador que usas para compilar todo, que no es poco. Estaría mejor empleado en otra cosa.
    – Pérdida de rendimiento (2). Teniendo en cuenta que en los kernel precompilados se han hecho numerosas pruebas para mejorar su rendimiento (p.e. opciones de optimización del compilador). A no ser que tengas mucho tiempo, dudo que hayas hecho pruebas tan exaustivas al recompilar a mano… y en el caso en el que sea así, estás perdiendo rendimiento como se especifica en el primer punto.
    – Uso de disco duro. A nivel global, todos los bytes que la gente que recompila el tiempo tiene replicados en sus máquinas para hacer el proceso de compilado. Si compila uno, el tamaño total se minimiza.
    – Uso de disco duro (2) y dependencias. A nivel local. No olvidemos que para recompilar necesitas un entorno de compilación (make, gcc, librerías, cabeceras, etc..) que con un kernel precompilado no necesitas instalar.
    – Conexión para bajar software que no usas. Te puedes hacer un sistema completo sin bajar nada más desde internet.
    – Seguridad. Las combinaciones de software y configuraciónes del mismo que puedes hacer en tu casa, puede que no sean las mejores. Una de las ventajas del software libre a la hora de luchar contra bugs y problemas de seguridad es que las cosas se hacen entre todos, en lugar de una sola persona. En cambio, si tú cometes un error, solo eres uno para darte cuenta.

    Realmente, me parece que recompilar el kernel está bien para aprender como se hace y conocer mejor el interior del sistema. Pero una vez hecho y aprendido, deberíamos ocupar todo ese tiempo en seguir mejorando en otra cosa.

    Como hacer un cluster de algo. ;)

  3. El kernel muchas veces es necesario recompilarlo, bien para instalar uns drivers nuevos que no haya soporte en el oficial, o bien para hace run kernel monolitico, o para añadir seguridad al sistema instalando por ejemplo el grsecurity etc… Ademas que los kernels.

    Sobre lo de los cluster estoy deacuerdo contigo, pero dificilmente a una persona que le gusta tener todo configurado por defecto, tenga muchas ganas de ponerse a configurar clusters.

    Y sobre lo de que compilando necesitas las fuentes de las dependencias de las aplicaciones que compilas tambien es cierto pero prefiero eso a ocupar ese mismo espacio con servicios que tienen puertos a la escucha a la espera de ser explotado por alguna vulnerabilidad conocida o no…

  4. Recompilar para tener soporte a cosas que no vienen por defecto creo que puede ser de las pocas razones válidas para hacerlo, pero es una cosa que necesita un porcentaje muy pequeño de la gente y sólo para ordenadores que vayan a cumplir tareas específicas.

    Para el resto, mastercard :D

Leave a Reply

Your email address will not be published. Required fields are marked *

Proudly powered by WordPress
Theme: Esquire by Matthew Buchanan.