update the quic defaults in default.toml and use the rust test_quic_t…

…xn (only works on my box right now)

src/app/fdctl/config/default.toml

@@ -375,7 +375,7 @@ dynamic_port_range = "8000-10000"
 
         # Maximum number of simultaneous QUIC connections which can be open. New
         # connections which would exceed this limit will not be accepted.
-        max_concurrent_connections = 32
+        max_concurrent_connections = 1000
 
         # While in TCP a connection is identified by (Source IP, Source Port,
         # Dest IP, Dest Port) in QUIC a connection is uniquely identified by a
@@ -391,7 +391,7 @@ dynamic_port_range = "8000-10000"
         #
         # Currently this option does nothing, as we do not support creating
         # additional connection IDs.
-        max_concurrent_connection_ids_per_connection = 16
+        max_concurrent_connection_ids_per_connection = 1000
 
         # QUIC allows for multiple streams to be multiplexed over a single
         # connection. This option sets the maximum number of simultaneous
@@ -407,7 +407,7 @@ dynamic_port_range = "8000-10000"
         # constrained by this option rather than the underlying link bandwidth.
         # Supporting more streams per connection currently has a memory
         # footprint cost on the order of kilobytes per stream, per connection.
-        max_concurrent_streams_per_connection = 64
+        max_concurrent_streams_per_connection = 16
 
         # QUIC has a handshake process which establishes a secure connection
         # between two endpoints. The structures for this can be expensive, so in
@@ -418,7 +418,7 @@ dynamic_port_range = "8000-10000"
         # same value as the `max_concurrent_connections` above.
         #
         # TODO: This should be removed.
-        max_concurrent_handshakes = 32
+        max_concurrent_handshakes = 1000
 
         # QUIC has a concept of a "QUIC packet", there can be multiple of these
         # inside a UDP packet. Each QUIC packet we send to the peer needs to be
@@ -430,7 +430,7 @@ dynamic_port_range = "8000-10000"
         # throughput could be constrained by this option rather than the
         # underlying link bandwidth. If you have a lot of memory available and
         # are constrained by this, it can make sense to increase.
-        max_inflight_quic_packets = 1024
+        max_inflight_quic_packets = 4096
 
         # TODO: This should be removed. We never transmit stream data so this
         # should be unused.

test-transactions-parallel.sh

@@ -9,6 +9,7 @@ NUM_TRANSACTIONS=${1:-1000}
 TX_FILE=${2:-tx}
 NUM_JOBS=${3:-64}
 set +e
-head -n $NUM_TRANSACTIONS $TX_FILE | parallel -j $NUM_JOBS "sudo nsenter --net=/var/run/netns/veth_test_xdp_1 ./build/native/gcc/unit-test/test_quic_txn --payload-base64-encoded {} > /tmp/run-{#} 2>&1"
+head -n $NUM_TRANSACTIONS $TX_FILE | parallel -j $NUM_JOBS "sudo nsenter --net=/var/run/netns/veth_test_xdp_1 /home/llamb/code/firedancer-playground/test_quic_txn/target/debug/test_quic_txn --payload-base64-encoded {} > /tmp/run-{#} 2>&1"
+#head -n $NUM_TRANSACTIONS $TX_FILE | parallel -j $NUM_JOBS "sudo nsenter --net=/var/run/netns/veth_test_xdp_1 ./build/native/gcc/unit-test/test_quic_txn --payload-base64-encoded {} > /tmp/run-{#} 2>&1"
 set -e
 echo " $(grep -E 'rc 1|rc 2|rc 3' /tmp/run* | wc -l) / $NUM_TRANSACTIONS successfully transmitted by clients ($NUM_JOBS at a time)"