¿Cómo saber el tiempo de arranque de nuestro ordenador con Systemd?

Systemd es el nuevo demonio para el sistema de inicio que incorporan muchas distribuciones que han sustituido al viejo init.

Odiado por muchos (incluido Linus Torvalds quién con sobrados motivos mandó a volar a uno de sus programadores), adorado por otros, no deja de ser cierto que más allá de los problemas que pueda “filosóficamente” tener Systemd, las distribuciones que lo han adoptado han mostrado un tiempo de arranque muy inferior al resto.

Y justamente de eso trata este post, mostrarle un simple comando que nos mostrará el tiempo de arranque del Kernel y el espacio de trabajo.

Abrimos un terminal y ponemos:

$ systemd-analyze

En mi caso, tengo instalado ArchLinux en un SSD Caché, con KDE 4.12.4, por lo que obtuve el siguiente resultado:

Startup finished in 5.355s (kernel) + 2.309s (userspace) = 7.664s

¿Qué les parece?

Comparte para difundir

Si te ha gustado nuestro contenido ahora puedes ayudar a difundirlo en las redes sociales de manera sencilla usando los siguientes botones:

Envía
Pinea
Print

37 comentarios

  1.   Maykel dijo

    Systemd me parece de lo mejorcito, no he visto nada igual. Además el systemctl status da mucha info para ayudar a corregir ciertos errores. Mira la mia:

    [maykel@maykel-arch akonadi]$ systemd-analyze
    Startup finished in 1.785s (kernel) + 1.511s (userspace) = 3.296s

    Intuyo que si dices ssd caché, lo usas solo para cargar el arranque del SO y para cachear las apps que vayas abriendo a ssd caché. Yo lo tengo todo en el mismo ssd de 128 GB.

    Gracias por la info.

    1.    elav dijo

      Los SSD Caché son los discos SSD que algunos fabricantes incluyen para que Windows lo use como Memoria Virtual. Tengo entendido que son más baratos y “malos” que los SSD normales. En el SSD Caché tengo instalado el Sistema dejando mis datos para el disco mecánico 😀

  2.   petercheco dijo

    Desde el principio dije que SystemD es una de las cosas buenas para linux. Desde el principio dije que Debian lo adoptara y las razones son mas que evidentes. Btrfs también lo es y por ello mis servidores, portátil y pc’s ya andan sobre el. Y reconozco que muy pero muy bien 😀

    1.    B dijo

      ¿Y no estás encantado con la nueva funcionalidad de Btrfs (la adición de atributos extendidos)?

      Cierto es que todavía no hay muchas (ninguna, diría yo) aplicaciones que lo usen, pero las posibilidades son infinitas.

  3.   axel1709 dijo

    a mi me tarda bastante:
    Startup finished in 2.961s (kernel) + 24.178s (userspace) = 27.140s

    ¿Como hago para que inicie más rápido? Por que realmente si que lo noto

    1.    elav dijo

      Tendrías que instalar un SSD. 🙁

      1.    axel1709 dijo

        Pues entonce me quedare mejor así jajaja

    2.    anom dijo

      systemd-analyze blame

      Te indica el tiempo por cada servicio

  4.   Adolfo Rojas G. dijo

    Startup finished in 3.605s (kernel) + 25.651s (userspace) = 29.257s
    Como puedo mejorar el tiempo de inicio de mi maquina : ( (Tengo el kernel 3.8 y cinnamon como entorno de escritorio, estoy en archlinux)

    1.    elav dijo

      El tiempo de inicio solo mejorará usando un SSD. Aunque a nivel de Software puedas hacer algunos ajustes, un SSD es la solución.

  5.   Bart dijo

    Tiempo de inicio de KaOS en un SSD msata:
    Startup finished in 1.082s (kernel) + 1.343s (userspace) = 2.425s

    Un lujo!!

  6.   MalditoBarbudo dijo

    Además del tiempo total se pueden añadir opciones para que muestre más información:

    systemd-analyze blame ordena de mayor a menor el tiempo de todos los procesos
    systemd-analyze critical-chain indica los posibles cuellos de botella en los tiempos de inicio.

    Un saludo.

    1.    elav dijo

      Gracias por el dato..

  7.   jomada dijo

    Startup finished in 2.089s (kernel) + 6.680s (userspace) = 8.770s
    Eso me dio en KaOS con un disco mecánico, creo que kaos es una solución al arranque rápido más barata que un ssd :p . Ni me quiero imaginar en cuanto arrancara con uno de esos.

  8.   B dijo

    La verdad es que el kernel tarda bastante en arrancar… para lo (teóricamente) poco que hace. Pero, bueno, creo que son cosas de kernels monolíticos 😛

    Lo del userspace sí que es impresionante.

  9.   Miguel dijo

    He intentado ejecutar el comando pero la respuesta que me da es:
    bash: systemd-analyze: no se encontró la orden
    Tengo instalado Debian Wheezy.
    Al no encontrarse la orden, ¿tengo que instalar algo previamente?
    Muchas gracias por la atención.

    1.    Yukiteru dijo

      Como bien dice el articulo, el comando es para sistemas que usen SystemD como init, en Debian Wheezy se usa SysVinit asi que este comando no te funcionará compañero.

      1.    Miguel dijo

        Muchas gracias por la aclaración Yukiteru . Una cosa más que aprende uno en este mundo fascinante de GNU/Linux

  10.   arios dijo

    7 segundos!!! tremendo. Una pregunta, hiciste algo especial para instalar arch en este ssd cache?

  11.   Jesus Perales dijo

    Algun consejo de como bajar estos tiempos ?

    Startup finished in 1.371s (kernel) + 4.005s (initrd) + 56.367s (userspace) = 1min 1.744s

  12.   NauTiluS dijo

    Como siempre, por aqui, se encuentran muy buenos tips.
    Segun el comando, esto es lo que me arroja:

    Startup finished in 2.395s (kernel) + 26.193s (userspace) = 28.588s

    Y lo que hace el cuello de botella, es esto:

    graphical.target @26.193s
    └─multi-user.target @26.193s
    └─pdnsd.service @26.192s
    └─network.target @26.192s

  13.   Joseba dijo

    Con un WD Blue 500GB
    Startup finished in 4.051s (kernel) + 11.885s (userspace) = 15.936s

    Mi cuello de botella son 3
    ntpd.service @11.487s +397ms
    NetworkManager.service @6.332s +5.153s
    dev-disk-by\x2duuid-357098a9\x2daf36\x2d456c\x2dabe4\x2d7576d1792dfa.swap @6.091s +205ms

    La verdad que este me preocupa :S
    NetworkManager.service @6.332s +5.153s

    1.    Joseba dijo

      Olvidaba mencionar la distro. Manjaro con Gnome (edición de comunidad). Y disco duro mecanico.

  14.   daviddoji dijo

    Startup finished in 3.266s (kernel) + 12.302s (userspace) = 15.568s

    y yo si que tengo un SSD! Aunque /home está en un disco mecánico.

    1.    edo dijo

      si lo tiene guardado en un cajon dudo mucho que vea alguna diferencia 😉

      1.    edo dijo

        lo digo pues no veo que sea muy rapido

        1.    NauTiluS dijo

          Y eso, que yo tengo el disco mecánico y ya con par de años cómodos de servicio. El disco en cuestión es: Maxtor 6L250S0

          Por un lado, cuando conseguí este disco y según tune2fs:
          Fue creado:
          Filesystem created: Tue Oct 12 11:28:03 2010

          Y ha movido en todo ese tiempo:
          Lifetime writes: 1353 GB

          Aunque, se porque el network-manager tiene ese tiempo, y el pdnsd depende de este ultimo para funcionar.

  15.   xxxgAboxxx dijo

    Hola! quisiera saber como hacer este testeo en Mint… Saludos!

  16.   cristianhcd dijo

    no disponible en elementaryOS, que pena, porque hicimos guerra de boteo hace tiempo con unos amigos en fedora :'(

  17.   marco dijo

    Startup finished in 2.111s (kernel) + 5.034s (userspace) = 7.145s

    alguna forma de mejorar el userspace (tengo que borrar archivos?? XD)

  18.   Fenriz dijo

    0.75 Segundos!!! WUAO

  19.   Grey dijo

    Gracias x el aporte amigo

  20.   clow_eriol dijo

    En linux mint como se haria?

  21.   AurosZx dijo

    Bueno, yo con un CPU Intel E2140, 2GB de RAM, GMA950 integrada y dos discos (SATA1 de 148GB donde está el sistema, IDE de 40GB), tengo esto:
    Startup finished in 2.794s (kernel) + 17.784s (userspace) = 20.578s
    Nada mal. Por cierto, Archlinux x86. Mi limitante es el disco.

  22.   arkan dijo

    $ systemd-analyze
    Startup finished in 1.731s (kernel) + 2.882s (initrd) + 4min 48.866s (userspace) = 4min 53.480s

    $ systemd-analyze blame
    4min 33.660s bumblebee-nvidia.service
    23.110s rsyslog.service

    :/

  23.   phb dijo

    Hey que tal… oye como puedo reducir el tiempo de userspace, ya que me aparece que son 34.151s aaaww ya sabia que tardaba mucho

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.