Skip to content

Long boot time #792

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
caoruidong opened this issue Dec 25, 2018 · 7 comments
Closed

Long boot time #792

caoruidong opened this issue Dec 25, 2018 · 7 comments
Labels
Type: Question Indicates that an issue, pull request, or discussion needs more information

Comments

@caoruidong
Copy link

I boot firecracker with 2 cpus and 256M memory in a bare metal with Xeon(R) CPU E5-2620. From logs, I see Guest-boot-time is about 290ms. How do you achieve <125 ms?

@alxiord alxiord added the Type: Question Indicates that an issue, pull request, or discussion needs more information label Dec 25, 2018
@alxiord
Copy link

alxiord commented Dec 25, 2018

Hi @caoruidong, the 125ms time was achieved on an i3.metal host with a custom 4.14 kernel built with this config.

@alxiord alxiord closed this as completed Dec 25, 2018
@caoruidong
Copy link
Author

I use the kernel download from guide doc

@acatangiu
Copy link
Contributor

@caoruidong make sure you are booting without UART as that slows down the boot significantly.
Please see https://github.com/firecracker-microvm/firecracker-demo/blob/master/start-firecracker.sh as a configuration example for fast boot-times.

@andreeaflorescu
Copy link
Member

Hi, to debug this problem we will need some additional info. Can you share the Firecracker logs with us? Also, what rootfs are you using? Can you check the boot time using the both the kernel & the rootfs from our S3 bucket spec.ccfc.min?

@caoruidong
Copy link
Author

@andreeaflorescu Yes, I truly use the kernel and rootfs from S3 bucket.
@acatangiu It really makes sense. I try the boot args in that script, and get 126 ms. So it is better to interact with vm by sshd?

@acatangiu
Copy link
Contributor

@caoruidong yes, definitely better to use ssh to interact with your VM if you have networking enabled in it.
The UART/Serial Console is an old and inefficient device 😄

@caoruidong
Copy link
Author

OK thank you all for answering

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Question Indicates that an issue, pull request, or discussion needs more information
Projects
None yet
Development

No branches or pull requests

4 participants