public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Matthias Heiserer <m.heiserer@proxmox.com>
To: Fabian Ebner <f.ebner@proxmox.com>, pve-devel@lists.proxmox.com
Subject: Re: [pve-devel] [PATCH v3 manager 1/2] HDEdit: check iothread by default and move it from advanced section
Date: Fri, 27 May 2022 13:53:04 +0200	[thread overview]
Message-ID: <1da1ddc6-bc41-80ad-8120-21984d512a70@proxmox.com> (raw)
In-Reply-To: <dda7fd8f-0b3f-879c-e39c-bbc9cddcfb73@proxmox.com>

On 20.05.2022 08:52, Fabian Ebner wrote:
> Am 19.05.22 um 15:35 schrieb Matthias Heiserer:
>> On 18.05.2022 11:40, Fabian Ebner wrote:
>>> Am 12.05.22 um 11:24 schrieb Matthias Heiserer:
>>>> Existing disks are not changed by this.
>>>> Especially in benchmarks, iothreads significantly improve IO
>>>> performance.
>>>>
>>>>
>>>> Signed-off-by: Matthias Heiserer <m.heiserer@proxmox.com>
>>>> ---
>>>>
>>>> Changes from v2:
>>>> * also check iothread when adding a disk to an existing VM and
>>>>    scsi single
>>>> * use bind instead of hardcoded true
>>>
>>> This feels like to much automagic to me, because changes to the checkbox
>>> (even if checkbox is for a virtio disk) will change the controller type
>>> and vice versa. This also makes it impossible to only set iothread on
>>> certain disks or use the "Virtio SCSI single" controller type without
>>> setting iothread.
>>>
>>> Is it possible to instead have the checkbox be invalid with an
>>> appropriate error for the user when it's a bad configuration?
>>
>> Changes to the checkbox already change the Controller to Virtio SCSI
>> (single), regardless of what was selected before. Anyways, the automatic
>> change only happens in the wizard.
>>
> 
> You're right, and I'd argue that the current behavior isn't ideal either
> ;). I guess with only a single scsi disk it makes sense to automatically
> switch, because the iothread setting would be invalid otherwise. It also
> happens for a virtio disk though, where the scsi controller type isn't
> even visible in the disk edit tab. One can still argue that it's just
> not relevant there. But we switched to using a multi-disk panel some
> time ago, and in that context it's just confusing, because changes to
> each iothread checkbox will affect the scsi controller type.
> 
I send in a v4, please take a look.
There is still no warning for bad configurations, rather, I removed the 
bin. Now, you can configure all disks individually, with SCSI single and 
iothread enabled still being the default. The iothread are still binded 
to the scsi controller, so if someone were to change some iothread 
settings, go back to the controller, set it to something other than SCSI 
single, then change it back to scsi single, the iothread configuration 
would be lost/all enabled.

Please let me know what you think about it, if it's closer to what you 
have in mind.




      reply	other threads:[~2022-05-27 11:53 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-12  9:24 Matthias Heiserer
2022-05-12  9:24 ` [pve-devel] [PATCH v3 qemu-server 1/2] bump pve-common Matthias Heiserer
2022-05-12  9:24 ` [pve-devel] [PATCH v3 manager 2/2] OS defaults: use SCSI single as default controller Matthias Heiserer
2022-05-12  9:24 ` [pve-devel] [PATCH v3 qemu-server 2/2] Warn in GUI for unlikely iothread config - fixes #3890 Matthias Heiserer
2022-05-18  9:44   ` Fabian Ebner
2022-05-18  9:40 ` [pve-devel] [PATCH v3 manager 1/2] HDEdit: check iothread by default and move it from advanced section Fabian Ebner
2022-05-19 13:35   ` Matthias Heiserer
2022-05-20  6:52     ` Fabian Ebner
2022-05-27 11:53       ` Matthias Heiserer [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1da1ddc6-bc41-80ad-8120-21984d512a70@proxmox.com \
    --to=m.heiserer@proxmox.com \
    --cc=f.ebner@proxmox.com \
    --cc=pve-devel@lists.proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal