¿Cómo puedo mejorar mi tiempo de arranque / apagado?

29

Tengo una computadora portátil bastante decente (CPU Intel Core i7-3520M a 2.90GHz, SataII SSD de Samsung, 8GB Ram), pero no estoy satisfecho con mis tiempos de arranque y apagado ... He instalado el diagrama de arranque y estoy tratando de interpretarlo , pero no entiendo algunas partes.

Salida del diagrama de arranque

En particular, no entiendo lo que sucede durante los primeros 10 segundos, cuando casi no hay utilización de la CPU, ni E / S. ¿Qué está pasando entonces? (parece que solo hay udevd, modprobe y plymouth en ejecución).

En el otro extremo de mi trabajo diario, también experimenté un apagado lento. No hay cuadro de derribo aquí, así que estoy aún más despistado ...

Actualización He encontrado una pista que dice que presionar la tecla arriba mientras se apaga da acceso a la consola (antes había estado luchando con F1 / Alt F1). Así que he visto que el tiempo de apagado prolongado parece tener que ver con que rpcbind y modem-manager no pueden salir limpiamente ... ¿Alguna idea?

Actualización 2 He desinstalado rpcbind, así como modemmanager. Esto mejoró las cosas para el apagado, pero todavía tengo varios segundos esperando entre el mensaje 'Todos los procesos terminaron en 1 segundo' y el apagado real. En ese momento, recibo un mensaje rápido que no pude leer todavía, pero sospecho que se producirá algún tipo de tiempo de espera ...

Actualización 3 Ok, creo que he reducido las cosas a la ejecución de resume y wait-for-root durante los primeros 10 segundos del proceso de arranque. Esto lleva más de 5 segundos, sin disco ni actividad de CPU notable. Noté que el UUID de intercambio en /etc/initramfs/conf.d/resume no coincide con el UUID real de mi partición de intercambio, que resulta estar ... encriptado. Tal vez ese es el punto? ¿Alguna pista sobre initramfs-tools y cryptswap?

alci
fuente
Sé que esto no está relacionado. Pero aún así no quiero dejar de sugerirle que use suspender (para ram / a disco) como alternativa. Desde "fuera de estado" a "-estado de ejecución" esto es menos de 3 segundos para mi más débil del sistema
humanityANDpeace
1
Suspender en el disco de alguna manera no se recomienda cuando se usa SSD, ya que implica escribir la memoria en el disco cada vez ... pero tiene razón que reanudar desde la suspensión hasta el ram es rápido.
alci
1
Esperaría unos 15 segundos, tal vez 10. Mi SSD es realmente rápido y mi CPU no está mal, creo que puedo sacar lo mejor de ella. Para ser sincero, el tiempo de arranque no es tan malo, pero el tiempo de apagado sí. Dicho esto, haber eliminado rpcbind y modem-manager (lo hice hoy) ha mejorado mucho las cosas. También creo que entiendo los primeros 10 segundos de arranque: parece ser el momento que ocurre en initramfs, con udev cargando controladores y / dev poblados. No sé si puede ser mucho más rápido ... (ver www.debian-administration.org/articles/620)
alci el
1
es bueno que hayas progresado con el cierre. ¿Has tenido suerte con el proceso de arranque? ¿Es UDEV el culpable?
humanityANDpeace
1
Gracias, rpcbind y modem-manager hicieron el truco para mí, y también rngd: bugs.launchpad.net/ubuntu/+source/rng-tools/+bug/1425036 Ahora finalmente toma mi máquina (Lenovo W530 con un SSD, tan potente) menos tiempo para apagarse y luego arrancar (ambos en menos de 10 segundos)
sup

Respuestas:

12

Ok, he encontrado el problema. Como estaba sintiendo, los 5 segundos de espera en la reanudación y la espera de root no son normales.

Buscando en Google, finalmente encontré este informe de error: 5 segundos de retraso en espera de root

Básicamente, establece que la espera de 5 segundos se debe a una entrada incorrecta /etc/initramfs-tools/conf.d/resume.

Resulta que mi intercambio está encriptado, y tuve el UUID de instalación inicial /etc/initramfs-tools/conf.d/resume. Traté de poner el dado por blkid para / dev / mapper / cryptswap1, pero no funcionó ...

Finalmente acabo de comentar la entrada en el archivo, y el retraso de 5 segundos se ha ido. De cualquier manera, la hibernación no está habilitada en mi sistema (creo que está deshabilitada por defecto en Ubuntu). Observe el # al comienzo de la entrada.

#RESUME=UUID=3835540d-0cb4-46fc-b39a-de9ff88dcefd

entonces corre:

sudo update-initramfs -u

Así que aquí está mi último diagrama de arranque:

diagrama de arranque

Mucho mejor. Con respecto al apagado, eliminar rpcbind y modemmanager hizo el truco. Ahora tengo excelentes tiempos de arranque y apagado.

alci
fuente
Es muy agradable ver que ha descubierto este problema relacionado con el intercambio wait_for_root, etc. y ha logrado reducir el tiempo de arranque. @alci con respecto a usted "8GB bastante grande" Me preguntaba para qué utiliza su PC para que tenga sentido usar un intercambio después de todo. ¿Alguna vez usó la partición de intercambio, por lo tanto, alguna aplicación suya está usando> 8GB de ram? ¿Guau? de lo contrario, podría haber evitado los problemas de intercambio al no usarlo en primer lugar.
humanityANDpeace
1
Mi intercambio está aquí porque ... Siempre tuve un intercambio con mis instalaciones de Linux. Y siempre apliqué la antigua regla general: tamaño de intercambio = tamaño de ram :-). ¿Alguna vez uso más de 8 Gb de RAM? Normalmente no. Pero, ¿qué pasaría si lo hago y no tengo intercambio? ¿Y cuál es el costo de tener un intercambio?
alci
-6

¿Quizás quiera considerar instalar su sistema operativo en la RAM? Si lo que buscas es velocidad real, entonces eso sería todo. La diferencia entre el tiempo de carga SSD y el tiempo de carga RAM es enorme.

Kaspar
fuente
17
Enfriar idea, pero creo que sería un poco incomodo tener que volver a instalar mi sistema operativo cada vez que PowerOFF la RAM ... :-)
alci
Técnicamente hablando, un sistema instalado en RAM desaparecerá una vez que apague la máquina
Ed Villegas
Por supuesto, es por eso que compra un UPS y nunca deja que se apague.
Kaspar
Instalar su sistema operativo en la RAM? memcache ya lo está presionando, pero ¿está instalando su sistema operativo?
Linuxios
@ Linuxios Lo hice una vez, copiando una imagen de mi partición <2.5GB / root a una partición tmpfs en ram. Después de la larga copia inicial de datos de 2.5GB, se ejecuta bastante rápido. Aún así, como dice @ Linuxios, el almacenamiento en caché de Linux alcanza velocidades similares. Este comentario es solo para decir: No es una locura tener un linux ejecutado en RAM. Es factible. al copiar de nuevo la imagen antes del apagado, incluso puede convertirse en algo persistente :)
humanidad y