Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #225591
| From | john doe <johndoe65534@mail.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: VMs on external storage CPU overloading |
| Date | 2020-07-31 10:40 +0200 |
| Message-ID | <AyyK6-8bp-3@gated-at.bofh.it> (permalink) |
| References | <Ayhzz-6hY-5@gated-at.bofh.it> <AynOI-1qa-7@gated-at.bofh.it> <Aywff-6B3-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Answering here to Stefanand Deloptes.
On 7/31/2020 7:54 AM, deloptes wrote:
> Stefan Monnier wrote:
>
>> What makes you think so? Does it overheat? Is the "load average" too
>> high? Where is the CPU time spent (i.e. e.g. what does `top` say, is it
>> mostly in "wait"? "kernel"? "user"?)?
>>
Load avrage as shown by 'uptime' and my CPU was at full speed when using
the usbkey ('lscpu').
>> Have you tried to install a similar (tho probably smaller) VM on your
>> internal storage just in order to see if the problem comes from the
>> external storage or from the VM itself?
>
I can confirm that the issue is only when using the usbkey (external
storage).
> IMO, allthose question as irrelevant - the problem is the IO. You can try it
> easily. get USB 2.0 and put a VM on it - try to start it - you will know
> what OP means. Obviously also USB3 are not always USB3 :D
Thanks to DSR, I know that I have a slow device (lacking 'UASP' support)
and this is most likely the issue as everything works fine when using
internal storage.
As uptime takes IO into consideration, what's the best way to
demonstrate that fact?
In other words, what command can I use to ensure that it is a IO issue.
To Deloptes,
I have a single board with only USB 3.0 but thanks for your thoughts.
--
John Doe
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
VMs on external storage CPU overloading john doe <johndoe65534@mail.com> - 2020-07-30 16:20 +0200
Re: VMs on external storage CPU overloading john doe <johndoe65534@mail.com> - 2020-07-30 16:50 +0200
Re: VMs on external storage CPU overloading Dan Ritter <dsr@randomstring.org> - 2020-07-30 17:30 +0200
Re: VMs on external storage CPU overloading john doe <johndoe65534@mail.com> - 2020-07-30 17:50 +0200
Re: VMs on external storage CPU overloading john doe <johndoe65534@mail.com> - 2020-08-03 22:30 +0200
Re: VMs on external storage CPU overloading Michael Stone <mstone@debian.org> - 2020-08-03 23:10 +0200
Re: VMs on external storage CPU overloading john doe <johndoe65534@mail.com> - 2020-08-04 08:50 +0200
Re: VMs on external storage CPU overloading David Christensen <dpchrist@holgerdanske.com> - 2020-08-03 23:30 +0200
Re: VMs on external storage CPU overloading Dan Ritter <dsr@randomstring.org> - 2020-07-30 16:50 +0200
Re: VMs on external storage CPU overloading deloptes <deloptes@gmail.com> - 2020-07-30 22:10 +0200
Re: VMs on external storage CPU overloading Stefan Monnier <monnier@iro.umontreal.ca> - 2020-07-30 23:00 +0200
Re: VMs on external storage CPU overloading deloptes <deloptes@gmail.com> - 2020-07-31 08:00 +0200
Re: VMs on external storage CPU overloading john doe <johndoe65534@mail.com> - 2020-07-31 10:40 +0200
Re: VMs on external storage CPU overloading Andrei POPESCU <andreimpopescu@gmail.com> - 2020-08-02 09:40 +0200
Re: VMs on external storage CPU overloading Stefan Monnier <monnier@iro.umontreal.ca> - 2020-07-31 15:00 +0200
Re: VMs on external storage CPU overloading deloptes <deloptes@gmail.com> - 2020-08-01 01:30 +0200
Re: VMs on external storage CPU overloading Stefan Monnier <monnier@iro.umontreal.ca> - 2020-08-03 06:00 +0200
Re: VMs on external storage CPU overloading john doe <johndoe65534@mail.com> - 2020-08-01 10:50 +0200
Re: VMs on external storage CPU overloading Andrew Cater <amacater@gmail.com> - 2020-08-01 11:50 +0200
Re: VMs on external storage CPU overloading john doe <johndoe65534@mail.com> - 2020-08-01 12:10 +0200
Re: VMs on external storage CPU overloading Stefan Monnier <monnier@iro.umontreal.ca> - 2020-08-03 06:00 +0200
csiph-web