[pve-devel] [PATCH v2 qemu-server 6/9] memory: use 64 slots && static dimm size when max is defined
DERUMIER, Alexandre
Alexandre.DERUMIER at groupe-cyllene.com
Fri Jan 27 16:52:03 CET 2023
>
> Question about the existing code: The loops below can count up to
> $dimm_id 255, but in the commit message you say that there are at
> most
> 255 slots (so the highest ID is 254?). But yeah, it only becomes
> relevant when going all the way to approximately 4 TiB.
yes, the max slot is 255 (id0->id254).
If I remember (2015 ^_^), the last iteration (dimm id 255) of the 8x32
loop, was over the value supported by qemu or the conf (because of the
static memory), so it always return .
>
> > @@ -209,7 +216,7 @@ sub foreach_dimm{
> > &$func($conf, $vmid, $name, $dimm_size, $numanode,
> > $current_size, $memory);
> > return $current_size if $current_size >= $memory;
> > }
> > - $dimm_size *= 2;
> > + $dimm_size *= 2 if !$confmem->{max};
> > }
> > }
> >
> > @@ -220,7 +227,12 @@ sub foreach_reverse_dimm {
>
> Question about the existing code: There is
> my $dimm_id = 253;
> Shouldn't that start at 254 (highest valid ID we can count up to?).
> Again only becomes relevant with a lot of memory.
>
mmm, I really didn't remember. I need to double check, but I think it
should 254 indeed.
> > my $current_size = 0;
> > my $dimm_size = 0;
> >
> > - if($conf->{hugepages} && $conf->{hugepages} == 1024) {
> > + my $confmem = parse_memory($conf->{memory});
> > + if ($confmem->{max}) {
> > + $dimm_id = $MAX_SLOTS - 1;
> > + $current_size = $confmem->{max};
>
> Does this need to be $confmem->{max} + $static_size? See below for a
> description of the issue. Didn't think about it in detail, so please
> double check ;)
mmm, I wonder if I don't lower the number of slots, as "max" option
from config, is "static + x dimm slots", but in this case it should
depend of the number of sockets.
> > + $dimm_size = $confmem->{max} / $MAX_SLOTS;
> > + } elsif ($conf->{hugepages} && $conf->{hugepages} == 1024) {
> > $current_size = 8355840;
> > $dimm_size = 131072;
> > } else {
>
> Nit: the loops below here are
> for (my $j = 0; $j < 8; $j++) {
> for (my $i = 0; $i < 32; $i++) {
> so it looks like potentially iterating more often than $MAX_SLOTS and
> reaching negative $dimm_ids. I know that we should always return from
> the loop earlier than that, but maybe it can be improved by
> extracting
> the inner part in a sub/closure and using different loops depending
> on
> how many slots there are? Same applies to foreach_dimm().
>
>
Yes, I think it should be better.
> Real issue: something is wrong with the calculation for unplugging in
> combination with 'max' (it uses the wrong dimm IDs):
>
>
I have verify myself, indeed , it's really buggy.
I'll work on it this weekend, thanks for the review !
More information about the pve-devel
mailing list