fix: allocate more huge pages for performance tests

On m6a/6.1, post_populate with fault_all handler and 2M pages fails
because of the UFFD handler panicking during faulting, returning
`PartiallyCopied(1022MB)`. This is because we are depleting the huge
pages pool. Thus, allocate some more.

Admittedly, I do not understand why thisd only happens on m6a/6.1.

Signed-off-by: Patrick Roy <[email protected]>

Author: roypat

tools/devtool

@@ -743,9 +743,9 @@ cmd_test() {
       # It seems that even if the tests using huge pages run sequentially on ag=1 agents, right-sizing the huge pages
       # pool to the total number of huge pages used across all tests results in spurious failures with pool depletion
       # anyway (something else on the host seems to be stealing our huge pages, and we cannot "ear mark" them for
-      # Firecracker processes). Thus, just allocate 4GB of them and call it a day.
+      # Firecracker processes). Thus, just allocate 8GB of them and call it a day.
       say "Setting up huge pages pool"
-      num_hugetlbfs_pages=2048
+      num_hugetlbfs_pages=4096
 
       huge_pages_old=$(cat /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages)
       huge_pages_new=$(echo $num_hugetlbfs_pages |sudo tee /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages)