microsoft / microsoft/ntttcp-for-linux

Intermittent Issue: NTTTCP on server side does not exit after test completes

Open
#103 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
426
Forks
108
PR merge metrics
No merged PRs in 30d

Description

Hi Team,

I noticed an intermittent issue while using ntttcp-for-linux for one of my benchmark tests.

Requirement

I wanted to collect TCP throughput for 192 cores VM. I wanted to run ntttcp for 10 iterations. Each Iteration is a test of 60 seconds with 10 seconds warmup.

Following are the commands used:
Server command: ntttcp -r -p 7101 -t 60 -m 1,*,10.1.0.4 -b 1M -W 10 --show-nic-packets eth0 --show-tcp-retrans
Client command: ntttcp -s 10.1.0.4 -p 7101 -t 60 -m 1,*,10.1.0.4 -b 1M -W 10 --show-nic-packets eth0 --show-tcp-retrans

Issue

I noticed that sometimes (intermittently) that server side ntttcp got hung after the test execution time and publishing the server result and didn't return to the command line. The client side ntttcp exited properly. I had to perform Ctrl+C to exit NTTTCP and recover the command line on the server VM.

Though very intermittent, I have seen the issue with other combinations such as 32 threads and 64 threads as well. Issue is noticed for both TCP and UDP protocol tests, majorly on VMs with higher number of cores.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No source file, test, or entry point is named. Start by reproducing the paired server and client commands from the report, varying TCP/UDP and thread counts on higher-core VMs, then compare completion behavior. Done means the server publishes its result and returns to the command line without requiring Ctrl+C.

Written by the indexing model from the issue text.

Assessment

Tech stack
c, linux
Domain
cli, networking, performance
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.