[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2 09/13] xen/arm: Reduce struct membank size on static shared memory


  • To: Luca Fancellu <Luca.Fancellu@xxxxxxx>
  • From: Michal Orzel <michal.orzel@xxxxxxx>
  • Date: Wed, 10 Apr 2024 13:23:05 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=arm.com smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0)
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=nbGA5iRZ5pXlMn3s3WZS8If/pZJn3fhxbuHxWXnDtAI=; b=VmNc28exBNvWHBZ9osvpC7qPgVMkK56YAB5TcBP/jGWhvYms+wgE7Wfa9ZpRe6sfAH5OZbwX4X3skzEPJ6U0D1BcVfTUZVCdRsSrMHViMvnbC+otd4wgYuOJk/LgCxVjejOV8o6tkdk8LYQM0PAAsSbwMhzmBNK8mAKRx/+sIXtfCyQo4rg15F1YE9IvvtE45W+fmPbYZEgqQ9hw/nufbqVKrOLfTsq9DBrqEq94cHawQ950QC3fHMCOZSsnRVui9h+/Tmy/TdtXLNnM/WNSWdk6NBNN+TavuxBRfXbsuKrVW80JoJ1Jndo/gg3q+xtbBNLY/p9/wcIVzcbNR3UpTQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=guKMcE1Yfb//Lo38t9iKQkjqvyjAwQ9FmbjnwAqb5NLBIOucexZw2zONuLNZwUyzRCNR/tAugHc3STi6ugwtVpIXP7hhX54x0yKaH5HKj/8qTxkndjU/RfBkREBIZRiUTXl9q/gCKgisIuDdJBrdWcP4mkd7y6zsQGjuerZFY9q1HKFTBJMQkXeRTFsu5b9vHVsGqaHyrzsdWkmJbyEWb49DHNKH4d8eNKPTJkk/YuehqID9d96Kzo3lfTuzQcfwBJjHqi/+QLBUFhYOxscUnCK8md8z1oUFubBoVzqniy0hYexHz4BaZa8DDKj/buoJnx+vC95c3bSVp7ZAcyzMgw==
  • Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Wed, 10 Apr 2024 11:23:16 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>


On 10/04/2024 13:19, Luca Fancellu wrote:
> 
> 
>>>>>
>>>>> Afterwards, create a new structure 'struct shared_meminfo' which
>>>>> has the same interface of 'struct meminfo', but requires less
>>>> I would expect some justification for selecting 32 as the max number of 
>>>> shmem banks
>>>
>>> So I have to say I picked up a value I thought was ok for the amount of 
>>> shared memory
>>> Banks, do you think it is too low? The real intention here was to decouple 
>>> the number
>>> of shared memory banks from the number of generic memory banks, and I felt 
>>> 32 was enough,
>>> but if you think it might be an issue I could bump it, or we could have a 
>>> Kconfig...
>> No need for Kconfig. 32 is enough for now but I expect a paragraph in commit 
>> msg that you select
>> 32 which should be enough for current use cases and can be bumped in the 
>> future in case there is a need.
> 
> What do you think of this proposal:
> 
> [...]
> hence the 'struct membank' won't grow in size.
> 
> Afterwards, create a new structure 'struct shared_meminfo' which
> has the same interface of 'struct meminfo', but requires less
> banks, defined by the number in NR_SHMEM_BANKS, which is 32 at the
> moment and should be enough for the current use cases, the value
> might be increased in te future if needed.
> Finally, this structure hosts also the extra information for the
> static shared memory banks.
> The fields 'bank' and 'extra' of this structure are meant to be
> [...]
reads ok

~Michal



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.