Re: Using rdtsc to timestamp RTT of packets

2023-03-06 Thread fwefew 4t4tg
Using rdtsc to timestamp RTT of packets Stephen/Gabor/Harry: Gents thanks for the guidance; this mailing list is great. The message is rdtsc is just fine. Got it. The command line (from Harry): >lscpu | egrep "constant_tsc|nonstop_tsc" is operationally ideal: specific, easy, and answers the

Re: Using rdtsc to timestamp RTT of packets

2023-03-06 Thread Stephen Hemminger
On Sun, 5 Mar 2023 20:01:15 -0500 fwefew 4t4tg <7532ya...@gmail.com> wrote: > I think rdtsc does all this. But then I read [1]: > >- The TSC is not always invariant >- And of course context switches (if a thread is not pinned to a core) >will invalidate any time difference >- The

RE: Using rdtsc to timestamp RTT of packets

2023-03-06 Thread Van Haaren, Harry
> From: fwefew 4t4tg <7532ya...@gmail.com> > Sent: Monday, March 6, 2023 1:01 AM > To: users@dpdk.org > Subject: Using rdtsc to timestamp RTT of packets > I convinced myself that a viable way to measure timestamps between a request > packet and its response packet can be the difference between

Re: Using rdtsc to timestamp RTT of packets

2023-03-05 Thread Gabor LENCSE
Please see my comments inline. On 3/6/2023 2:01 AM, fwefew 4t4tg wrote: I convinced myself that a viable way to measure timestamps between a request packet and its response packet can be the difference between two Intel rdtsc calls I think it is a good solution:  computationally inexpensive