| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
698337f6
|
| 06-Jun-2010 |
Robert Watson <rwatson@FreeBSD.org> |
Rework tcpp output so that it generates a comma-delimited list of values, optionally with a header if "-h" is passed. Toast CPU time measurement in the server for now. Remove -C and -T, since we no
Rework tcpp output so that it generates a comma-delimited list of values, optionally with a header if "-h" is passed. Toast CPU time measurement in the server for now. Remove -C and -T, since we now always report both connections/sec and Gb/sec.
MFC after: 1 week Sponsored by: Juniper Networks
show more ...
|
| #
73dd1f43
|
| 05-Jun-2010 |
Robert Watson <rwatson@FreeBSD.org> |
Although we currently don't compile in CPU-pinning support by default, add a -P to enable it if it were.
MFC after: 1 week Sponsored by: Juniper Networks
|
| #
10b3b545
|
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
| #
1829d5da
|
| 12-Mar-2009 |
Warner Losh <imp@FreeBSD.org> |
Update the projects tree to a newer FreeBSD current.
|
| #
b860cb26
|
| 10-Mar-2009 |
Robert Watson <rwatson@FreeBSD.org> |
Add tcpp -- TCP parallelism microbenchmark.
This tool creates large numbers of TCP connections, each of which will transmit a fixed amount of data, between client and server hosts. tcpp can use mul
Add tcpp -- TCP parallelism microbenchmark.
This tool creates large numbers of TCP connections, each of which will transmit a fixed amount of data, between client and server hosts. tcpp can use multiple workers (typically up to the number of hardware cores), and can use multiple source IPs in order to use an expanded port/IP 4-tuple space to avoid problems from reusing 4-tuples too quickly. Aggregate bandwidth use will be reported after a client run.
While by no means a perfect tool, it has proven quite useful in generating and optimizing TCP stack lock contention by easily generating high-intensity workloads. It also proves surprisingly good at finding device driver bugs.
show more ...
|
| #
b3e76948
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
| #
698337f6
|
| 06-Jun-2010 |
Robert Watson <rwatson@FreeBSD.org> |
Rework tcpp output so that it generates a comma-delimited list of values, optionally with a header if "-h" is passed. Toast CPU time measurement in the server for now. Remove -C and -T, since we no
Rework tcpp output so that it generates a comma-delimited list of values, optionally with a header if "-h" is passed. Toast CPU time measurement in the server for now. Remove -C and -T, since we now always report both connections/sec and Gb/sec.
MFC after: 1 week Sponsored by: Juniper Networks
show more ...
|
| #
73dd1f43
|
| 05-Jun-2010 |
Robert Watson <rwatson@FreeBSD.org> |
Although we currently don't compile in CPU-pinning support by default, add a -P to enable it if it were.
MFC after: 1 week Sponsored by: Juniper Networks
|
| #
10b3b545
|
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
| #
1829d5da
|
| 12-Mar-2009 |
Warner Losh <imp@FreeBSD.org> |
Update the projects tree to a newer FreeBSD current.
|
| #
b860cb26
|
| 10-Mar-2009 |
Robert Watson <rwatson@FreeBSD.org> |
Add tcpp -- TCP parallelism microbenchmark.
This tool creates large numbers of TCP connections, each of which will transmit a fixed amount of data, between client and server hosts. tcpp can use mul
Add tcpp -- TCP parallelism microbenchmark.
This tool creates large numbers of TCP connections, each of which will transmit a fixed amount of data, between client and server hosts. tcpp can use multiple workers (typically up to the number of hardware cores), and can use multiple source IPs in order to use an expanded port/IP 4-tuple space to avoid problems from reusing 4-tuples too quickly. Aggregate bandwidth use will be reported after a client run.
While by no means a perfect tool, it has proven quite useful in generating and optimizing TCP stack lock contention by easily generating high-intensity workloads. It also proves surprisingly good at finding device driver bugs.
show more ...
|
| #
698337f6
|
| 06-Jun-2010 |
Robert Watson <rwatson@FreeBSD.org> |
Rework tcpp output so that it generates a comma-delimited list of values, optionally with a header if "-h" is passed. Toast CPU time measurement in the server for now. Remove -C and -T, since we no
Rework tcpp output so that it generates a comma-delimited list of values, optionally with a header if "-h" is passed. Toast CPU time measurement in the server for now. Remove -C and -T, since we now always report both connections/sec and Gb/sec.
MFC after: 1 week Sponsored by: Juniper Networks
show more ...
|
| #
73dd1f43
|
| 05-Jun-2010 |
Robert Watson <rwatson@FreeBSD.org> |
Although we currently don't compile in CPU-pinning support by default, add a -P to enable it if it were.
MFC after: 1 week Sponsored by: Juniper Networks
|
| #
10b3b545
|
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
| #
1829d5da
|
| 12-Mar-2009 |
Warner Losh <imp@FreeBSD.org> |
Update the projects tree to a newer FreeBSD current.
|
| #
b860cb26
|
| 10-Mar-2009 |
Robert Watson <rwatson@FreeBSD.org> |
Add tcpp -- TCP parallelism microbenchmark.
This tool creates large numbers of TCP connections, each of which will transmit a fixed amount of data, between client and server hosts. tcpp can use mul
Add tcpp -- TCP parallelism microbenchmark.
This tool creates large numbers of TCP connections, each of which will transmit a fixed amount of data, between client and server hosts. tcpp can use multiple workers (typically up to the number of hardware cores), and can use multiple source IPs in order to use an expanded port/IP 4-tuple space to avoid problems from reusing 4-tuples too quickly. Aggregate bandwidth use will be reported after a client run.
While by no means a perfect tool, it has proven quite useful in generating and optimizing TCP stack lock contention by easily generating high-intensity workloads. It also proves surprisingly good at finding device driver bugs.
show more ...
|