Hey Mike, It sounds like Karl is using a public speedtest server rather than btest locally. Perhaps that's where the confusion is here... Regards, Dirk Bermingham -----Original Message----- From: Mike Everest via Public <public@talk.mikrotik.com.au> Sent: Thursday, 11 December 2025 4:54 PM To: 'MikroTik Australia Public List' <public@talk.mikrotik.com.au> Cc: Mike Everest <mike@duxtel.com> Subject: [MT-AU Public] Re: Bandwidth oddity/problem Hey Karl, I wasn't implying that the AP or client itself could be a problem (unless they are one of the endpoints of the test - I mean quite specifically the device that is running either the btest server or btest client - often, when folks try to test wifi throughput, they run it between the cpe (eg. SXT) and AP (e.g omnitik) which will often struggle with CPU load from the test, and, for that matter, potentially firewall. Due to the latter reason (firewall and filters etc) then it can also be 'instructive' to check all the intermediary devices too - you may have a whole bunch of logging rules or address list lookups in there that are causing cpu overhead. If so, then you'll see it as high percent usage on firewall (or other) in the profile tool. That's why I suggest to check profile tool rather than just 'system resource', as the latter only shows you load, and not what's using it all up : ) Cheers! Mike.
-----Original Message----- From: Karl Auer via Public <public@talk.mikrotik.com.au> Sent: Thursday, 11 December 2025 1:41 PM To: MikroTik Australia Public List <public@talk.mikrotik.com.au> Cc: Karl Auer <kauer@nullarbor.com.au> Subject: [MT-AU Public] Re: Bandwidth oddity/problem
On Thu, 2025-12-11 at 12:44 +1100, Mike Everest via Public wrote:
Watch out for CPU load caused by the test running! (look at cpu profile tool while you're observing unusually low results to make sure you're not pegging a cpu at 100%)
OK, will do. But it has no problem filling both directions when wired, would a wifi connection use more CPU? BTW it's the same with Windows and Linux, so probably not drivers.
You don't mean the Mikrotik's (access point's) CPU do you? Say it isn't so!
Regards, K.
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~ Karl Auer (kauer@nullarbor.com.au, he/him) work +61 2 64957435 https://c.tfmcloud.au/zku1oe/PJdOiMu9gP1T75cQ mobile +61 428 957160
Please feel free to deal with this email during your own working hours.
_______________________________________________ Public mailing list -- public@talk.mikrotik.com.au To unsubscribe send an email to public-leave@talk.mikrotik.com.au
_______________________________________________ Public mailing list -- public@talk.mikrotik.com.au To unsubscribe send an email to public-leave@talk.mikrotik.com.au