Fronthaul networks, preferably fiber, to a 20+ year concentrator (not a
802.3 switch) at the same location of an electrical panel. Get rid of the
SoC and AP which is basically a Sun workstation with NICs and use remote
radio heads (or in switch speak, port ASICs.) This design will work for
50+
it has been a long time since I cleaned out the backlog of email in
the cake mailboxes.
I am hoping at least some of that did not wind up in a spam folder?
Particularly to gmail?
--
https://www.youtube.com/watch?v=BVFWSyMp3xg=1098s Waves Podcast
Dave Täht CSO, LibreQos
On Sun, Apr 07, 2024 at 06:10:04PM +0200, Toke Høiland-Jørgensen wrote:
> Kuan-Wei Chiu writes:
>
> > Improve the max-heap construction process by reducing unnecessary
> > heapify operations. Specifically, adjust the starting condition from
> > n / 2 to n / 2 - 1 in the loop that iterates over
When constructing a heap, heapify operations are required on all
non-leaf nodes. Thus, determining the index of the first non-leaf node
is crucial. In a heap, the left child's index of node i is 2 * i + 1
and the right child's index is 2 * i + 2. Node CAKE_MAX_TINS *
CAKE_QUEUES / 2 has its left
CAKE is in! Great job, Dave.
All the best,
Frank
Frantisek (Frank) Borsik
https://www.linkedin.com/in/frantisekborsik
Signal, Telegram, WhatsApp: +421919416714
iMessage, mobile: +420775230885
Skype: casioa5302ca
frantisek.bor...@gmail.com
-- Forwarded message -
From:
Dave,
thanks for asking - I'm not an NQB author, and my know-how on Linux QoS / Cake
is fairly zero. Did you want to address Greg?
I myself am still struggling to understand how NQB operates. I understand the
idea behind it, but questions on operation still remain.
NQB has been designed for
Improve the max-heap construction process by reducing unnecessary
heapify operations. Specifically, adjust the starting condition from
n / 2 to n / 2 - 1 in the loop that iterates over all non-leaf
elements.
Signed-off-by: Kuan-Wei Chiu
---
net/sched/sch_cake.c | 2 +-
1 file changed, 1
Great episode featuring LibreQoS, Preseem and a few ISPs.
You all will love it!
http://thebrotherswisp.com/index.php/the-brothers-wisp-181-the-cake-is-not-a-lie-for-isps/
Lots of additional links to study in the description.
--
All the best,
Frank
Frantisek (Frank) Borsik
iperf 2 uses responses per second and also provides the bounce back
times as well as one way delays.
The hypothesis is that network engineers have to fix KPI issues,
including latency, ahead of shipping products.
Asking companies to act on consumer complaints is way too late. It's
also
Our current WiFi designs, at least in residential, are like garden hoses
attached to rectangular sprinklers - flexible and suboptimal. What's
needed is an irrigation system approach where physical dimensions and
spray patterns are designed in by a qualified designer. (I was 16 when I
got my
for completeness, here is a concurrent "working load" example:
[root@ryzen3950 iperf2-code]# iperf -c 192.168.1.58%enp4s0 -i 1 -e
--bounceback --working-load=up,4 -t 3
Client connecting to 192.168.1.58, TCP port 5001 with pid
Al,
I am not aware of the payload generation.
-Luis
On Thu, Jan 12, 2023 at 11:43 AM MORTON JR., AL wrote:
> Dave and Luis,
>
> Do you know if any of these tools are using ~random payloads, to defeat
> compression?
>
> UDPST has a CLI option:
> (m)-X Randomize datagram payload
Dave and Luis,
Do you know if any of these tools are using ~random payloads, to defeat
compression?
UDPST has a CLI option:
(m)-X Randomize datagram payload (else zeroes)
When I used this option testing shipboard satellite access, download was about
115kbps.
Al
> -Original
Quick note from reading your blog entry.
Last night, I played with the Cloudflare Speedtest a little. It downloads
25MB and a 50MB (or 100MB, can’t remember) as well on a “speedier” network
after it does the 10MB file.
I was getting 1.2Gbs down and 760Mbs up, 4ms of LUL, and seeing those
larger
yeah, I'd prefer not to output CLT sample groups at all but the
histograms aren't really human readable and users constantly ask for
them. I thought about providing a distance from the gaussian as output
too but so far few would understand it and nobody I found would act upon
it. The tool
See below .
-Original Message-
From: Starlink [mailto:starlink-boun...@lists.bufferbloat.net] On Behalf Of
rjmcmahon via Starlink
Sent: Friday, January 6, 2023 12:39 PM
To: MORTON JR., AL
Cc: Dave Taht via Starlink; IETF IPPM WG; libreqos; Cake List; Rpm; bloat
Subject: Re: [Starlink]
For responsiveness, the bounceback seems reasonable even with upstream
competition. Bunch more TCP retries though.
[rjmcmahon@ryzen3950 iperf2-code]$ iperf -c *** --hide-ips -e
--trip-times -i 1 --bounceback -t 3
Client connecting
Some thoughts are not to use UDP for testing here. Also, these speed
tests have little to no information for network engineers about what's
going on. Iperf 2 may better assist network engineers but then I'm
biased ;)
Running iperf 2 https://sourceforge.net/projects/iperf2/ with
--trip-times.
HNY to all!
Seems to me that we often get distracted by nomenclature needlessly.
Perhaps it's time to agree on the lexicon that should be used going forward
so as to avoid such distractions.
Perhaps a place to start is "the technical facts":
1)"capacity" is a property of a link (or
Curious to why people keep calling capacity tests speed tests? A semi at
55 mph isn't faster than a porsche at 141 mph because its load volume is
larger.
Bob
HNY Dave and all the rest,
Great to see yet another capacity test add latency metrics to the
results. This one looks like a good
-Original Message-
From: Starlink [mailto:starlink-boun...@lists.bufferbloat.net] On Behalf Of
Sebastian Moeller via Starlink
Sent: Thursday, January 5, 2023 3:12 AM
To: rjmcmahon
Cc: Dave Taht via Starlink; IETF IPPM WG; j...@jonathanfoulkes.com; libreqos;
Cake List; Rpm; bloat
_[RR] ... IMO, a more useful concept of latency is the
excess transit time over the theoretical minimum that results from all
the real-world "interruptions" in the transmission path(s) including
things like regeneration of optical signals in long cables, switching
of network layer protocols in
Hi Sebastian,
>
> [SM] Just an observation, using Safari I see large maximal delays (like a
> small group of samples far out to the right of the bulk) for both down-
> and upload that essentially disappear when I switch to firefox. Now I tend
> to have a ton of tabs open in Safari while I only
>
>
>
> I can't help but wonder tho... are you collecting any statistics, over
> time, as to how much better the problem is getting?
>
>
>
We are collecting anonymized data, but we haven't analyzed it yet. If we get a
bit of time we'll look at that hopefully.
>
>
>
> And any chance
On 20 Oct 2022, at 02:36, Sebastian Moeller wrote:
> Hi Stuart,
>
> [SM] That seems to be somewhat optimistic. We have been there before, short
> of mandating actually-working oracle schedulers on all end-points,
> intermediate hops will see queues some more and some less transient. So we
>
Stuart Cheshire via Bloat wrote:
>> I think the person with the cheetos pulling out a gun and shooting
>> everyone in front of him (AQM) would not go down well.
> Which is why starting with a bad analogy (people waiting in a grocery
> store) inevitably leads to bad conclusions.
I think Tech Quickie is part of Linus Tech Tips (Linus Media Group), not
iFixit, FWIW.
On Sun, Oct 9, 2022 at 6:15 AM Dave Taht via Bloat <
bl...@lists.bufferbloat.net> wrote:
> This was so massively well done, I cried. Does anyone know how to get
> in touch with the ifxit folk?
>
>
On Mon, Oct 17, 2022 at 5:02 PM Stuart Cheshire wrote:
> Accuracy be damned. The analogy to common experience resonates more.
I feel it is not an especially profound insight to observe that, “people don’t
like waiting in line.” The conclusion, “therefore privileged people should get
to go to
> Better is that network engineers "design bloat out" from the beginning
> starting by properly sizing queues to service jitter, and for WiFi, to also
> enable aggregation techniques that minimize TXOP consumption.
Maybe – like ‘security by design’ and ‘privacy by design’ – we need ‘low
Positive or negative, I can claim a bit of credit for this video :). We've
been working with LTT on a few projects and we pitched them on doing
something around bufferbloat. We've seen more traffic to our Waveforn test
than ever before, which has been fun!
On Mon, Oct 17, 2022 at 7:45 PM Dave
On 9 Oct 2022, at 06:14, Dave Taht via Make-wifi-fast
wrote:
> This was so massively well done, I cried. Does anyone know how to get in
> touch with the ifxit folk?
>
> https://www.youtube.com/watch?v=UICh3ScfNWI
I’m surprised that you liked this video. It seems to me that it repeats all the
G'day,
Just a small update on the Unifi security gateway stuff. They have a new
range of devices which are a lot more powerful.
(
https://store.ui.com/us/en/collections/cloud-gateway-ultra/products/ucg-ultra
)
The good news is that the limits set in the GUI now match exactly the
"rate" set in
I did my usual bufferbloat rap on this pretty excellent podcast. What
I am most proud of however,
was showing off my mom´s art in this segment here, including her most
powerful piece "Sad Sam".
https://www.youtube.com/watch?v=BVFWSyMp3xg=1098s
--
https://www.youtube.com/watch?v=N0Tmvv5jJKs Epik
33 matches
Mail list logo