Wen Gong <wgong@xxxxxxxxxxxxxxxx> writes: >> -----Original Message----- >> From: Toke Høiland-Jørgensen <toke@xxxxxxx> >> Sent: Monday, August 13, 2018 7:18 PM >> To: Wen Gong <wgong@xxxxxxxxxxxxxxxx>; Wen Gong >> <wgong@xxxxxxxxxxxxxx>; ath10k@xxxxxxxxxxxxxxxxxxx; >> johannes@xxxxxxxxxxxxxxxx >> Cc: linux-wireless@xxxxxxxxxxxxxxx >> Subject: RE: [PATCH v2 2/2] ath10k: Set sk_pacing_shift to 6 for 11AC WiFi >> chips >> >> Wen Gong <wgong@xxxxxxxxxxxxxxxx> writes: >> >> > Hi Toke, >> > >> > I have tested with your method for shift 6/8/10/7 all twice time in >> > open air environment. >> >> Great, thanks! >> >> > Shift 6: >> > wgong@wgong-Latitude-E5440-1:~/flent$ flent -H 192.168.1.7 -t >> > "sk_pacing_shift6" tcp_nup --test-parameter upload_streams=1 >> >> Just to be sure: You are running this on your laptop? And that laptop has the >> ath10k and the modified kernel you are testing? Is 192.168.1.7 the AP or >> another device? > Hi Toke, > Yes, I run on my laptop(Dell LATITUDE E5440 + QCA6174 PCI wireless card) in open air environment, > Kernel is 4.18.0-rc2-wt-ath+ #2 SMP which is built myself. > The mac80211.ko/ath10k is built with the 2 patches. > 192.168.1.7 is another device(PC installed with 4.4.0-116-generic #140~14.04.1-Ubuntu) >> >> I'd like to see what happens when the link is fully saturated my multiple >> streams as well. Could you repeat the tests with upload_streams=5, please? >> And if you could share the .flent.gz files (upload them somewhere, or email >> me off-list), that would be useful as well :) > > Test result with upload_streams=5: Sorry for the delay in looking at this, I've been terribly busy this week; will get back to it in more detail next week. One question for now: In the results you quote below the total throughput is way lower than the up to 600 mbps you quoted in the patch description. How did you run your original tests to achieve that high a throughput? -Toke