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

xentrace buffer size, maxcpus and online cpus


  • To: xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: Olaf Hering <olaf@xxxxxxxxx>
  • Date: Tue, 30 May 2023 09:58:59 +0200
  • Arc-authentication-results: i=1; strato.com; arc=none; dkim=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1685433547; s=strato-dkim-0002; d=strato.com; h=Message-ID:Subject:To:From:Date:Cc:Date:From:Subject:Sender; bh=48SLYBKwuJ1qGErn4ucN0izxxjzjGz4onuRxZLQh++Q=; b=TuaDSn6oj3ELd7ichlbzvvscVHYrJ4f5qISLA47HHrb9kk6WlCbmiUUDii9YyGoQI/ 54TI5xiF8pdUetPo9zlH0JyR40ZXnY+mNGaEMSIbyoC2lopGaPiBI+BKGfy8k6TWA7OT zHRRQvTqa0lgZfX1XudYwQO4S8eRSe1CZii56NyOU780asNMxs+coplraLzHjW9G1VBI BwT980FsXdDDpGZJAlTy8zdJyrDB0THLP4GD6SCGZK9mPnIX3xM5G/iiviq+sD7a5IUy GE/wcqN9fkxZL062WZAdgbx5vBdYpA05PyBRo4RtkzCjZYE53VAKZ+/biNBHyIySbUfr Ho1g==
  • Arc-seal: i=1; a=rsa-sha256; t=1685433547; cv=none; d=strato.com; s=strato-dkim-0002; b=Uk3c7AFdFuaLjxlaw1li65Z5pN+m1Vxmd75qBMXxEcGu3Ni6SJFUyzeN5i0OPaDcNG dD7ykNkenSFcz2jDBzLENQNfBxWgjc0P1E35cYnviS+41zc8l7SK+/AbWkNUw10d9Q8g UJTtgr9VZsKk+prRnJaQADqbcPclpqmLwUSa7tJaGgLQEBQ9A1xYvhvlqHIRkzjF173P eB1zVaINdLHXUvyYj6ITVuKK/xObmph+zDaw2geK6lGqSQ7UPfxm3aAY2lcaoMhv2Qte 4HUtlKfi6TpRy11rb0AgE03g9pfrKLNnIWIZRyA0QCHHMnoNqvi/s+xr5taJXUOBeXFN 9pBg==
  • Delivery-date: Tue, 30 May 2023 07:59:18 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

While looking again through calculate_tbuf_size after a very long time,
I was wondering why the code uses nr_cpu_ids instead of num_online_cpus.
In case Xen was booted with maxcpus=N, would it be safe to use N as
upper limit? I think this would increase the per-cpu buffer size for
each active pcpu, and as a result more events could be captured.


Olaf

Attachment: pgpXGCG8q7W0c.pgp
Description: Digitale Signatur von OpenPGP


 


Rackspace

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