Bagaimana saya dapat meningkatkan waktu boot / shutdown saya?


29

Saya memiliki laptop yang lumayan bagus (Intel Core i7-3520M CPU @ 2.90GHz, SataII SSD dari Samsung, Ram 8GB), tetapi saya tidak puas dengan waktu boot dan shutdown saya ... Saya telah menginstal bootchart, dan saya mencoba menafsirkannya , tapi saya tidak mengerti beberapa bagian.

Keluaran bagan boot

Secara khusus, saya tidak mendapatkan apa yang terjadi selama 10 detik pertama, ketika hampir tidak ada utilisasi CPU, atau I / Os. Lalu apa yang terjadi? (Tampaknya hanya ada udevd, modprobe, dan plymouth running).

Di ujung lain pekerjaan saya sehari-hari, saya juga mengalami shutdown yang lambat. Tidak ada grafik shotdown di sini, jadi saya lebih tidak mengerti ...

Pembaruan Saya telah menemukan petunjuk yang mengatakan menekan tombol atas sementara mematikan memberikan akses ke konsol (saya telah berkelahi dengan F1 / Alt F1 sebelum itu). Jadi saya telah melihat bahwa waktu shutdown yang lama tampaknya ada hubungannya dengan rpcbind dan modem-manager tidak dapat berhenti dengan bersih ... Ada ide?

Pembaruan 2 Saya telah menghapus rpcbind, serta modemmanager. Ini membuat segalanya lebih baik untuk shutdown, tetapi saya masih memiliki beberapa detik menunggu antara pesan 'Semua proses berakhir dalam 1 detik', dan shutdown nyata. Saat itu, saya mendapatkan pesan singkat yang belum dapat saya baca, tetapi saya menduga ada semacam timeout yang terjadi ...

Perbarui 3 Ok, saya pikir saya telah mempersempit hal-hal untuk pelaksanaan resume dan menunggu-root selama 10 detik pertama dari proses boot. Ini memakan waktu lebih dari 5 detik, tanpa disk atau aktivitas CPU yang nyata. Saya perhatikan bahwa swap UUID di /etc/initramfs/conf.d/resume tidak cocok dengan UUID nyata dari partisi swap saya, yang kebetulan ... crypted. Mungkin itu intinya? Adakah petunjuk tentang initramfs-tools dan cryptswap?


Saya tahu ini tidak berhubungan. Tapi tetap saja saya tidak mau ketinggalan menyarankan Anda untuk menggunakan suspend (to ram / to disk) sebagai alternatif. Dari "off-state" ke "running-state" ini kurang dari 3 detik untuk sistem saya yang lebih lemah
humanityANDpeace

1
Menangguhkan ke disk entah bagaimana tidak disarankan saat menggunakan SSD, karena ini menyiratkan menulis memori ke disk setiap kali ... tetapi Anda benar daripada melanjutkan dari penangguhan ke ram adalah cepat.
alci

1
Saya harapkan sekitar 15 detik, mungkin 10. SSD saya sangat cepat, dan CPU saya tidak buruk, saya pikir saya bisa mendapatkan yang terbaik dari itu. Sejujurnya, waktu boot tidak terlalu buruk, tetapi waktu shutdown tidak. Yang mengatakan, setelah menghapus rpcbind dan modem-manager (melakukannya hari ini) telah membuat segalanya lebih baik. Saya juga pikir saya mengerti 10 detik pertama boot: sepertinya itu adalah waktu yang terjadi di initramfs, dengan udev mendapatkan driver yang dimuat dan / dev dihuni. Tidak tahu apakah ini bisa lebih cepat ... (lihat www.debian-administration.org/articles/620)
alci

1
ada baiknya Anda membuat kemajuan dengan shutdown. Sudahkah Anda beruntung dengan proses boot? Apakah UDEV pelakunya?
humanityANDpeace

1
Terima kasih, rpcbind dan modem-manager melakukan trik untuk saya - dan juga rngd: bugs.launchpad.net/ubuntu/+source/rng-tools/+bug/1425036 Sekarang akhirnya saya dapat menggunakan mesin saya (Lenovo W530 dengan SSD, jadi masih kuat) lebih sedikit waktu untuk mematikan kemudian boot (keduanya di bawah 10 detik).
sup

Jawaban:


12

Ok, saya sudah menemukan masalahnya. Seperti yang saya rasakan, 5 detik menunggu untuk melanjutkan dan menunggu root tidak normal.

Googling sekitar, saya akhirnya menemukan laporan bug ini: keterlambatan 5 detik menunggu-untuk-root

Pada dasarnya, ini menyatakan bahwa 5 detik menunggu adalah karena entri yang salah /etc/initramfs-tools/conf.d/resume.

Ternyata swap saya dienkripsi, dan saya memiliki instalasi awal UUID di /etc/initramfs-tools/conf.d/resume. Saya mencoba untuk meletakkan yang diberikan oleh blkid untuk / dev / mapper / cryptswap1, tetapi tidak berhasil ...

Saya akhirnya hanya berkomentar entri dalam file, dan penundaan 5 detik hilang. Bagaimanapun, hibernasi tidak diaktifkan pada sistem saya (saya pikir itu dinonaktifkan secara default di Ubuntu). Perhatikan tanda # di awal entri.

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

lalu lari:

sudo update-initramfs -u

Jadi inilah bootchart terbaru saya:

bootchart

Jauh lebih baik. Mengenai shutdown, menghapus rpcbind dan modemmanager berhasil. Saya sekarang memiliki waktu boot dan shutdown yang hebat.


Sangat menyenangkan melihat Anda telah menemukan masalah terkait swap wait_for_root dll ini dan berhasil menurunkan waktu booting Anda. @ alci tentang Anda "8GB cukup besar" Saya bertanya-tanya apa yang Anda gunakan untuk PC Anda sehingga masuk akal bagi Anda untuk menggunakan swap setelah semua? Apakah Anda pernah menggunakan partisi swap, karenanya beberapa aplikasi Anda menggunakan ram> 8GB? Wow? Selain itu, Anda mungkin menghindari masalah swap dengan tidak menggunakannya di tempat pertama.
humanityANDpeace

1
Swap saya ada di sini karena ... Saya selalu melakukan swap dengan menginstal Linux saya. Dan saya selalu menerapkan aturan praktis: swap size = ram size :-). Apakah saya pernah menggunakan lebih dari 8Gb RAM? Biasanya tidak. Tetapi apa yang akan terjadi jika saya melakukan dan tidak memiliki swap? Dan berapa biaya memiliki swap?
alci

-6

Mungkin Anda ingin mempertimbangkan untuk menginstal OS pada RAM? Jika kecepatan sebenarnya adalah apa yang Anda cari maka itu akan menjadi itu. Perbedaan antara waktu buka SSD dan waktu buka RAM sangat besar.


17
Ide yang keren, tapi saya akan merasa agak tidak nyaman harus menginstal ulang OS saya setiap kali saya mematikan RAM ... :-)
alci

Secara teknis, sistem yang terpasang pada RAM akan lenyap begitu Anda mematikan mesin
Ed Villegas

Tentu, itu sebabnya Anda membeli UPS dan tidak pernah membiarkannya mati.
Kaspar

Instal OS Anda dalam RAM? memcache sudah mendorongnya, tetapi menginstal OS Anda?
Linuxios

@ Linuxios Saya agak melakukan itu sekali, menyalin gambar dari partisi <2.5GB / root saya ke partisi tmpfs di ram. Setelah salinan data panjang 2.5GB awal itu berjalan cukup cepat. Masih seperti @ Linuxios mengatakan caching jenis linux mencapai kecepatan yang sama. Komentar ini hanya untuk mengatakan: Tidak sepenuhnya gila menjalankan linux di RAM. Itu bisa dilakukan. ketika menyalin kembali gambar sebelum dimatikan bahkan dapat menjadi hal yang gigih :)
humanityANDpeace
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.