My own experiments with this, in the past (5+ years ago), was that you
absolutely had to use cabled setups for repeatability, but then didn't have
enough randomness in the variability to really test anything that was
problematic. We could create hidden nodes, or arbitrary meshes of devices,
but
With the disclaimer that I'm not as strong in statistics and modelling as
I'd like to be
I think it's not useful to attempt to stochastically model the behavior of
what are actually active (well, reactive) components. The responses of
each piece are deterministic, but the inputs (users) are
On Mon, Jul 12, 2021 at 1:32 PM Ben Greear wrote:
> UDP is better for getting actual packet latency, for sure. TCP is
> typical-user-experience-latency though,
> so it is also useful.
>
> I'm interested in the test and visualization side of this. If there were
> a way to give engineers
> a
On Tue, Jul 6, 2021 at 7:26 PM Dave Taht wrote:
> On Tue, Jul 6, 2021 at 3:32 PM Aaron Wood wrote:
> >
> > I'm running an Odyssey from Seeed Studios (celeron J4125 with dual
> i211), and it can handle Cake at 1Gbps on a single core (which it needs to,
> because OpenWRT's i
, and if bandwidth suffers as a result.
Pretty happy with it so far, though.
On Sun, Apr 26, 2020 at 7:46 PM Dave Taht wrote:
> anyone got around to hacking on this board yet?
>
> On Sat, Apr 4, 2020 at 9:27 AM Aaron Wood wrote:
> >
> > The comparison of chipset performance link (to Opem
pr 4, 2020 at 7:47 AM David P. Reed wrote:
> >
> > Thanks! I ordered one just now. In my experience, this company does
> rather neat stuff. Their XMOS based microphone array (ReSpeaker) is really
> useful. What's the state of play in Linux/OpenWRT for Intel 9560
> capabiliti
https://www.seeedstudio.com/ODYSSEY-X86J4105800-p-4445.html
quad-core Celeron J4105 1.5-2.5 GHz x64
8GB Ram
2x i211t intel ethernet controllers
intel 9560 802.11ac (wave2) wifi/bluetooth chipset
intel built-in graphics
onboard ARM Cortex-M0 and RPi & Arduino headers
m.2 and PCIe adapters
<$200
The approach that's in all of the Cisco documentation (FWIW) about such
things for wired networks is that the higher-priority traffic classes for
VoIP and video are also bandwidth limited to a fraction of the total (and
less than a majority, at that). But that's in an environment where you
> - Yeah, as you note Flent has a batch facility. Did you not use this
> simply because you couldn't find it, or was there some other reason?
> Would love some feedback on what I can do to make that more useful to
> people... While I have no doubt that your 'flenter.py' works, wrapping
> a
On Fri, Dec 23, 2016 at 6:24 PM, Dave Taht <dave.t...@gmail.com> wrote:
> On Fri, Dec 23, 2016 at 6:22 PM, Aaron Wood <wood...@gmail.com> wrote:
> > On Fri, Dec 23, 2016 at 6:07 PM, Dave Taht <dave.t...@gmail.com> wrote:
> >>
> >> your 3800
I'm looking at DPDK for a project, but I think I can make substantial gains
with just AF_PACKET + FANOUT and SO_REUSEPORT. It's not clear to my yet
how much DPDK is going to gain over those (and those can go a long way on
higher-powered platforms).
On lower-end systems, I'm more suspicious of
11 matches
Mail list logo