Skip to content

providers/virtualbox: cache VirtualBox version [GH-6468]#6552

Merged
mitchellh merged 3 commits intomasterfrom
f-cache-vbox
Nov 19, 2015
Merged

providers/virtualbox: cache VirtualBox version [GH-6468]#6552
mitchellh merged 3 commits intomasterfrom
f-cache-vbox

Conversation

@mitchellh
Copy link
Contributor

Fixes #6468

Apparently just reading the VirtualBox version on some systems can be SUPER slow. Let's cache that as recommended in #6468 to speed that up since its unlikely to change.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we need a lock around this?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, VirtualBox doesn't parallelize, but lets just do it to avoid any issues in the future.

@sethvargo
Copy link
Contributor

LGTM

mitchellh added a commit that referenced this pull request Nov 19, 2015
providers/virtualbox: cache VirtualBox version [GH-6468]
@mitchellh mitchellh merged commit 270c072 into master Nov 19, 2015
@mitchellh mitchellh deleted the f-cache-vbox branch November 19, 2015 19:20
legal90 added a commit to legal90/vagrant-parallels that referenced this pull request Nov 23, 2015
Actually, Parallels Desktop version is not changing during the Vagrant run.
So, we can cache it on the class level to speed up the execution and avoid extra `prlctl --version` calls.

This is a port of upstream PR: hashicorp/vagrant#6552
@ghost ghost locked and limited conversation to collaborators Apr 6, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

More than 5s for vagrant status command with multi-machine conf

2 participants