From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 859803B2A4 for ; Thu, 6 Jun 2024 06:18:25 -0400 (EDT) Received: from e-emp-b0.extra.cea.fr (e-emp-b0.extra.cea.fr [132.167.198.36]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 456AIOgA021240 for ; Thu, 6 Jun 2024 12:18:24 +0200 Received: from pps.filterd (e-emp-b0.extra.cea.fr [127.0.0.1]) by e-emp-b0.extra.cea.fr (8.18.1.2/8.18.1.2) with ESMTP id 4569HuvD011410 for ; Thu, 6 Jun 2024 12:18:24 +0200 Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by e-emp-b0.extra.cea.fr (PPS) with ESMTP id 3yjsg8mdqj-1 for ; Thu, 06 Jun 2024 12:18:23 +0200 (MEST) Received: from [10.8.32.70] (is156570.intra.cea.fr [10.8.32.70]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 456AINS0014293 for ; Thu, 6 Jun 2024 12:18:23 +0200 Message-ID: <2bbb7c1f-f8bc-44eb-9348-7d82af8b4309@gmail.com> Date: Thu, 6 Jun 2024 12:18:23 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: starlink@lists.bufferbloat.net References: Content-Language: fr From: Alexandre Petrescu In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Proofpoint-GUID: w8sDrGJuGIV2pPpA47_SGA2Y54QczvAS X-Proofpoint-ORIG-GUID: w8sDrGJuGIV2pPpA47_SGA2Y54QczvAS Subject: Re: [Starlink] The "reasons" that bufferbloat isn't a problem X-BeenThere: starlink@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Starlink has bufferbloat. Bad." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2024 10:18:25 -0000 Le 05/06/2024 à 16:46, David Fernández via Starlink a écrit : > "quantum entanglement may be a path to beat the speed of light" > > It seems that is not going anywhere. Maybe better warp drives. > > Faster than light comms as a target for 7G mentioned here: > https://imageio.forbes.com/specials-images/imageserve/653fee7b042dc92df0919930/MnM-Trends-Wheel/960x0.jpg?format=jpg&width=1440 > > > https://www.forbes.com/sites/sarwantsingh/2023/10/30/the-mega-trends-that-will-shape-our-future-world > > So, maybe that means that 6G will be the last G, after all, as faster > than light comms seem to be impossible, because paradoxes could be > created. It can be an interesting discussion whether or not 6G, and 5G for that matter, is the last G, as we know these Gs. Some take a prudent stance and talk about a _next_ G, as it might always be possible to plan about a next version. The latency decrease in these Gs (mobile comm generations) will continue, forever chasing the Ethernet latencies, maybe in a nano-second class today.  At the current speed of latency decrease (500ms 2.5G, 100ms 3G, 50ms 4G, 10ms 5G)  one can safely assume a 250micro-second 9G in year 2040 or so. The decrease of latency in Gs is not a matter of physics limitations such as distance or energy.   The typical G latency happens mostly between a 'tower' and a smartphone on the 'air interface'.  The way the bits are stuffed in there is what makes that latency higher or lower.  There can be very much additional simultaneity beyond what MIMO does, smarter error correction, interference avoidance and so on.   In theory, one might even reach an almost infinitely low (epsilon) latency, i.e. a latency that is that low that goes beyond the imediateness that we feel when sensing the nature. The breaks in the G sequence  might arise from voluntary decrease in energy consumption to reduce climate change, human-generated but hard to understand catastrophic events, or personal inability to settle on standards because of beliefs or ideology.    But there is no physics limitation in the G increase. > > The end of comms engineering could be in the horizon of our lifetime. In a sense,  one would be happy to have all the communication standards frozen so all is settled and universal interoperability is ensured for years.   A little bit like bridges are there for hundreds of years, except some, of course. Alex > > > Date: Wed, 5 Jun 2024 07:16:16 -0700 (PDT) > From: David Lang > To: Alexandre Petrescu > Cc: Gert Doering , starlink@lists.bufferbloat.net > Subject: Re: [Starlink] The "reasons" that bufferbloat isn't a problem > Message-ID: <1r928s39-s5o3-q44n-804n-11ro432210s8@ynat.uz> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Alexandre Petrescu wrote: > > > Le 05/06/2024 à 15:40, Gert Doering a écrit : > >> Hi, > >> > >> On Wed, Jun 05, 2024 at 03:28:45PM +0200, Alexandre Petrescu via > Starlink > > wrote: > >>> well, ok.  One day the satcom latency will be so low that we will > not have > >>> enough requirements for its use :-) > >> Your disbelief in physics keeps amazing me :-) > > > > sorry :-)  Rather than simply 'satcom' I should have said > > satcom-haps-planes-drones.  I dont have a name for that. > > you would be better off with plans that don't require beating the > speed of > light. Yes, quantum entanglement may be a path to beat the speed of > light, but > you still need the electronics to handle it, and have the speed of > sound at > temperatures and pressures that humans can live at as a restriction. > > by comparison to your 1ms latency goals, extensive AT&T phone testing > decades > ago showed that 100ms was the threshold where people could start to > detect a > delay. > > David Lang > > _______________________________________________ > Starlink mailing list > Starlink@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/starlink