Re: [PLUG] Internet services with lowest packet latency

2022-08-22 Thread John Bartley K7AAY j...@503bartley.com
Ziply will increase your billed rate yearly. After they did it twice,
switched to T-Mobile 5G, and happy with the service and the $50 flat rate
lifetime prie fixeé. Be happy to run tests for folks who are curious.

On Mon, Aug 22, 2022, 20:44  wrote:

> Send PLUG mailing list submissions to
> plug@lists.pdxlinux.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://pdxlinux.org/mailman/listinfo/plug
> or, via email, send a message with subject or body 'help' to
> plug-requ...@lists.pdxlinux.org
>
> You can reach the person managing the list at
> plug-ow...@lists.pdxlinux.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of PLUG digest..."
>
>
> Today's Topics:
>
>1. Re: Internet services with lowest packet latency (Russell Senior)
>2. Re: Ubuntu 22.04.1, firefox snap, alternatives? (Russell Senior)
>3. Re: Internet services with lowest packet latency (Cy)
>4. Re: Ubuntu 22.04.1, firefox snap, alternatives? (Cy)
>5. Re: Internet services with lowest packet latency
>   (John Jason Jordan)
>
>
> --
>
> Message: 1
> Date: Mon, 22 Aug 2022 17:42:11 -0700
> From: Russell Senior 
> To: kei...@keithl.com, "Portland Linux/Unix Group"
> 
> Subject: Re: [PLUG] Internet services with lowest packet latency
> Message-ID:
>  vhf-mnvg4zuxpg+8vr-...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Some thoughts:
>
> 1) you are autonomous creatures, not required to do things random people
> pester you into.
>
> 2) the new name for former-GTE/Verizon/Frontier is "Ziply" (
> https://ziplyfiber.com/) not "Bitly".
>
> 3) I don't really trust "speed test" sites. I'd suggest measuring what you
> care about rather than care about things you can conveniently measure. If
> latency is what you care about, "ping" is the traditional tool.
>
> 4) performance through a network subject to congestion will depend on other
> traffic and changes over time. Any measurement should cover the period you
> care about.
>
> On Mon, Aug 22, 2022 at 5:27 PM Keith Lofstrom  wrote:
>
> > The comcast telemarketers are pestering my wife with offers
> > to "upgrade" our service from many streaming megabytes per
> > second to many more streaming megabytes per second.  That
> > way, we can watch 5 internet movies at once rather than 3.
> >
> > We don't watch movies on the net.  We could get by with
> > far less bandwidth if packet performance was better.
> >
> > My bandwidth use is packets to and from my external
> > server/firewall.  My M.D. wife's use is interactive
> > televisits with patients.  In both cases, we care about
> > is interactive first packet latency and packet rate,
> > not stream rate.
> >
> > The comcast marketdweeb told her that with the twice-
> > as-expensive service ("new and improved fiber AND
> > coax!") we could have 100 megabytes per second,
> > and transfer 100 packets a second!"  Probably idiot
> > noises from a marketing script, but what if that
> > dismal packet performance was actually true?
> >
> > When I use a service like "internet speed test", I see
> > the "needle" hovering near zero for about three seconds,
> > then it gently crawls towards 101% of our contracted
> > bandwidth.  I used to believe the slow climb was what
> > the app animation did for show, but now I suspect I am
> > actually watching streaming latency, packets bouncing
> > through servers in Finland and Brazil, but the bandwidth
> > THE WAY WE ACTUALLY USE IT is the less-than-megabyte-
> > per-second slow crawl at the beginning.
> >
> > Decades ago, I designed and sold chips that went into
> > internet routers ... until our VC demanded that we move
> > from routers to ethernet chipsets, because the internet
> > wasn't real.  Money doesn't talk, it babbles.  So, I
> > understand how streaming routers can be optimized VERY
> > DIFFERENTLY than random packet routers.
> >
> > Perhaps there are linux tools that a small group of us can
> > use to characterize what our internet providers actually
> > provide, especially first-packet latency.  Suggestions?
> >
> > Keith
> >
> > P.S. We can also move to Bitly - the former Verizon fiber
> > modem is still in the garage.  Is Bitly any better?
> >
> > --
> > Keith Lofstrom  kei...@keithl.com
> >
> >
>
>
> --
>
> Message: 2
> Date: Mon, 22 Aug 2022 17:45:48 -0700
> From: Russell Senior 
> To: "Portland Linux/Unix Group" 
> Subject: Re: [PLUG] Ubuntu 22.04.1, firefox snap, alternatives?
> Message-ID:
> <
> cahp3wfnywr+zyz01rqcvz_dqxv5e+dlmpb-s2pqwtjnoyh_...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Another option is outlined here:
>
>
>
> https://www.omgubuntu.co.uk/2022/04/how-to-install-firefox-deb-apt-ubuntu-22-04
>
> On Mon, Aug 22, 2022 at 5:22 PM Bill Barry  wrote:
>
> > On Mon, Aug 22, 2022 at 3:05 PM Keith Lofstrom  wrote:
> 

Re: [PLUG] Internet services with lowest packet latency

2022-08-22 Thread John Jason Jordan
On Tue, 23 Aug 2022 02:14:57 +
Cy  dijo:

>Oh, you could run i2p!
>https://geti2p.net

How is i2p different from using a VPN?

From the above page: "I2P recommends that you use Tor Browser or a
trusted VPN when you want to browse the Internet privately." OK, if I
use a VPN (and I do), what more do I get with i2p?


Re: [PLUG] Ubuntu 22.04.1, firefox snap, alternatives?

2022-08-22 Thread Cy
On Mon, 22 Aug 2022 13:00:05 -0700
Keith Lofstrom  wrote:

> Note: I use some obscure command-line-only applications
> that are only available as DEB and RPM.  I'm glad there
> are other distro communities out there, but many do not
> have the obscure stuff, and building large apps from
> source will soon be beyond my skill set. 

Ehh, building large apps from source doesn't take a lot of skill, persay. The 
hard part
is having a powerful enough system to actually build it. It does take some 
skill, but
Gentoo at least is easier to use than ever. But C++ and Rust devs routinely 
require 8 or
even 16 gigabytes of RAM to compile their software. Most computers today can 
handle it,
but I've had lower end ones struggle to keep up with compiling the most gigantic
applications like Firefox, Rust, and Webkit-GTK.


Re: [PLUG] Internet services with lowest packet latency

2022-08-22 Thread Cy
On Mon, 22 Aug 2022 17:21:58 -0700
Keith Lofstrom  wrote:

> When I use a service like "internet speed test", I see
> the "needle" hovering near zero for about three seconds,
> then it gently crawls towards 101% of our contracted
> bandwidth.

This maybe isn't so helpful, but I remember hearing the other day that there's 
an
official FCC speed test.

https://www.fcc.gov/measuring-broadband-america

I wouldn't trust the FCC far as I can spit, as they're basically a department 
of Verizon,
Inc. now, but far as reliable speed tests... that might help?

I dunno any Linux tools that would help. Ultimately you'll always have to deal 
with at
least 3 organizations, your ISP, their ISP, and Google who bought all the 
Internet
backbone so they could steal it for Youtube. Passing through several different 
routers,
and that is what determines what your b/w is going to be like.

So, traceroute/tracepath, ping, and then just have a bunch of people download 
something
from you using
$ time curl $yoururl
and you can get an idea of what sort of upload speed you have various places. I
definitely don't know how to test a back/forth bandwidth situation (outside of 
you both
doing the curl thing for each other at the same time), or non-streaming stuff, 
but...

Oh, you could run i2p!
https://geti2p.net

That's an anonymizing mixnet, but it also uses streaming *and* packet based 
protocols, and
collects statistics on how well different peers are performing. There's a lot of
back/forth, even if you aren't serving anything, because you'll be relaying 
stuff
that other people are serving. (The very low risk file sharing is a nice bonus 
on top of
that.)


Re: [PLUG] Ubuntu 22.04.1, firefox snap, alternatives?

2022-08-22 Thread Russell Senior
Another option is outlined here:


https://www.omgubuntu.co.uk/2022/04/how-to-install-firefox-deb-apt-ubuntu-22-04

On Mon, Aug 22, 2022 at 5:22 PM Bill Barry  wrote:

> On Mon, Aug 22, 2022 at 3:05 PM Keith Lofstrom  wrote:
> >
> > I have been slowly transitioning some systems away from
> > increasingly-open-source-unfriendly Redhat derivatives
> > (and RPM distros) to Ubuntu 20.04.x (and APT/DEB, or so
> > I thought).   My goal is a maximum-stable malware-free
> > environment, not the shiniest-latest dancing-bearware.
> >
> > Today I migrated a test machine to Ubuntu 22.04.1.
> > I expected all the upgrades to be DEB packages.
> >
> > Surprise!  Canonical provides Firefox as a SNAP package,
> > their own walled-garden flavor (like RPM).  I had hoped
> > to escape jails of that kind.
> >
> > There are many Debian and Ubuntu (and derivatives) adepts
> > on this list.  Is there a painless way to configure Ubuntu
> > to use only DEB files, with alternate repositories for
> > Firefox and similar apps?  Repositories to use, or avoid?
> > Well written tutorials?
>
> I find that Firefox works best if installed directly with the FIrefox
> official installation. It updates itself and in general behaves better
> than any of the packages I have tried. It is always as up to date as
> possible and that is more important with browsers than most programs.
> Just install from https://www.mozilla.org/en-US/firefox/new/
>
>
> BIll
>


Re: [PLUG] Internet services with lowest packet latency

2022-08-22 Thread Russell Senior
Some thoughts:

1) you are autonomous creatures, not required to do things random people
pester you into.

2) the new name for former-GTE/Verizon/Frontier is "Ziply" (
https://ziplyfiber.com/) not "Bitly".

3) I don't really trust "speed test" sites. I'd suggest measuring what you
care about rather than care about things you can conveniently measure. If
latency is what you care about, "ping" is the traditional tool.

4) performance through a network subject to congestion will depend on other
traffic and changes over time. Any measurement should cover the period you
care about.

On Mon, Aug 22, 2022 at 5:27 PM Keith Lofstrom  wrote:

> The comcast telemarketers are pestering my wife with offers
> to "upgrade" our service from many streaming megabytes per
> second to many more streaming megabytes per second.  That
> way, we can watch 5 internet movies at once rather than 3.
>
> We don't watch movies on the net.  We could get by with
> far less bandwidth if packet performance was better.
>
> My bandwidth use is packets to and from my external
> server/firewall.  My M.D. wife's use is interactive
> televisits with patients.  In both cases, we care about
> is interactive first packet latency and packet rate,
> not stream rate.
>
> The comcast marketdweeb told her that with the twice-
> as-expensive service ("new and improved fiber AND
> coax!") we could have 100 megabytes per second,
> and transfer 100 packets a second!"  Probably idiot
> noises from a marketing script, but what if that
> dismal packet performance was actually true?
>
> When I use a service like "internet speed test", I see
> the "needle" hovering near zero for about three seconds,
> then it gently crawls towards 101% of our contracted
> bandwidth.  I used to believe the slow climb was what
> the app animation did for show, but now I suspect I am
> actually watching streaming latency, packets bouncing
> through servers in Finland and Brazil, but the bandwidth
> THE WAY WE ACTUALLY USE IT is the less-than-megabyte-
> per-second slow crawl at the beginning.
>
> Decades ago, I designed and sold chips that went into
> internet routers ... until our VC demanded that we move
> from routers to ethernet chipsets, because the internet
> wasn't real.  Money doesn't talk, it babbles.  So, I
> understand how streaming routers can be optimized VERY
> DIFFERENTLY than random packet routers.
>
> Perhaps there are linux tools that a small group of us can
> use to characterize what our internet providers actually
> provide, especially first-packet latency.  Suggestions?
>
> Keith
>
> P.S. We can also move to Bitly - the former Verizon fiber
> modem is still in the garage.  Is Bitly any better?
>
> --
> Keith Lofstrom  kei...@keithl.com
>
>


[PLUG] Internet services with lowest packet latency

2022-08-22 Thread Keith Lofstrom
The comcast telemarketers are pestering my wife with offers
to "upgrade" our service from many streaming megabytes per
second to many more streaming megabytes per second.  That
way, we can watch 5 internet movies at once rather than 3.

We don't watch movies on the net.  We could get by with
far less bandwidth if packet performance was better.

My bandwidth use is packets to and from my external
server/firewall.  My M.D. wife's use is interactive
televisits with patients.  In both cases, we care about
is interactive first packet latency and packet rate,
not stream rate.  

The comcast marketdweeb told her that with the twice-
as-expensive service ("new and improved fiber AND
coax!") we could have 100 megabytes per second,
and transfer 100 packets a second!"  Probably idiot
noises from a marketing script, but what if that
dismal packet performance was actually true?

When I use a service like "internet speed test", I see
the "needle" hovering near zero for about three seconds,
then it gently crawls towards 101% of our contracted
bandwidth.  I used to believe the slow climb was what
the app animation did for show, but now I suspect I am
actually watching streaming latency, packets bouncing
through servers in Finland and Brazil, but the bandwidth
THE WAY WE ACTUALLY USE IT is the less-than-megabyte-
per-second slow crawl at the beginning.

Decades ago, I designed and sold chips that went into
internet routers ... until our VC demanded that we move
from routers to ethernet chipsets, because the internet
wasn't real.  Money doesn't talk, it babbles.  So, I
understand how streaming routers can be optimized VERY
DIFFERENTLY than random packet routers.

Perhaps there are linux tools that a small group of us can
use to characterize what our internet providers actually
provide, especially first-packet latency.  Suggestions?

Keith

P.S. We can also move to Bitly - the former Verizon fiber
modem is still in the garage.  Is Bitly any better?

--
Keith Lofstrom  kei...@keithl.com



Re: [PLUG] Ubuntu 22.04.1, firefox snap, alternatives?

2022-08-22 Thread Bill Barry
On Mon, Aug 22, 2022 at 3:05 PM Keith Lofstrom  wrote:
>
> I have been slowly transitioning some systems away from
> increasingly-open-source-unfriendly Redhat derivatives
> (and RPM distros) to Ubuntu 20.04.x (and APT/DEB, or so
> I thought).   My goal is a maximum-stable malware-free
> environment, not the shiniest-latest dancing-bearware.
>
> Today I migrated a test machine to Ubuntu 22.04.1.
> I expected all the upgrades to be DEB packages.
>
> Surprise!  Canonical provides Firefox as a SNAP package,
> their own walled-garden flavor (like RPM).  I had hoped
> to escape jails of that kind.
>
> There are many Debian and Ubuntu (and derivatives) adepts
> on this list.  Is there a painless way to configure Ubuntu
> to use only DEB files, with alternate repositories for
> Firefox and similar apps?  Repositories to use, or avoid?
> Well written tutorials?

I find that Firefox works best if installed directly with the FIrefox
official installation. It updates itself and in general behaves better
than any of the packages I have tried. It is always as up to date as
possible and that is more important with browsers than most programs.
Just install from https://www.mozilla.org/en-US/firefox/new/


BIll


Re: [PLUG] Ubuntu 22.04.1, firefox snap, alternatives?

2022-08-22 Thread John Jason Jordan
On Mon, 22 Aug 2022 13:00:05 -0700
Keith Lofstrom  dijo:

>Today I migrated a test machine to Ubuntu 22.04.1.
>I expected all the upgrades to be DEB packages.
>
>Surprise!  Canonical provides Firefox as a SNAP package,
>their own walled-garden flavor (like RPM).  I had hoped
>to escape jails of that kind.

There are fans of snap and many who don't like it. I would like it
better if it wouldn't keep popping up messages about programs installed
with snap. I hate popups when I am trying to get some work done.

Some of Ubuntu's required utilities can now only be installed with
snap. But for most optional stuff there still exist .deb packages, that
you can most easily find with Synaptic. On the other hand, I read
recently somewhere that Synaptic's days were numbered.

And if you've got a program installed with snap, I don't know if you
can uninstall it and then reinstall it with a .deb. My big problem is
Chromium, installed with snap, and I don't know how that happened,
because I didn't voluntarily install it with snap. I can uninstall it,
and maybe reinstall it with a .deb, but what happens then to the
zillions of settings and configurations? Maybe I just need to spend a
day migrating everything from Chromium to a different browser, then
kiss Chromium goodbye and never look back.

All this reminds me of Alien,  a command line program that used to come
with all Debian based distros. With Alien you could convert an .rpm
instantly into a .deb, and I did so numerous times, and never had a
problem. Maybe what we need is a similar utility to convert a snap into
a .deb. Or maybe even better yet - a non-snap version of Ubuntu.


[PLUG] Ubuntu 22.04.1, firefox snap, alternatives?

2022-08-22 Thread Keith Lofstrom
I have been slowly transitioning some systems away from
increasingly-open-source-unfriendly Redhat derivatives
(and RPM distros) to Ubuntu 20.04.x (and APT/DEB, or so
I thought).   My goal is a maximum-stable malware-free
environment, not the shiniest-latest dancing-bearware.

Today I migrated a test machine to Ubuntu 22.04.1. 
I expected all the upgrades to be DEB packages.

Surprise!  Canonical provides Firefox as a SNAP package,
their own walled-garden flavor (like RPM).  I had hoped
to escape jails of that kind.

There are many Debian and Ubuntu (and derivatives) adepts
on this list.  Is there a painless way to configure Ubuntu
to use only DEB files, with alternate repositories for
Firefox and similar apps?  Repositories to use, or avoid?
Well written tutorials?

Or perhaps .DEB-flavor long-term-support alternatives to
Ubuntu?  I would rather become adept with a new environment
before I turn 70 next year, because it may be too difficult
to learn and make major transitions when/if I am 80. 

Note: I use some obscure command-line-only applications
that are only available as DEB and RPM.  I'm glad there
are other distro communities out there, but many do not
have the obscure stuff, and building large apps from
source will soon be beyond my skill set. 

So, DEB distros with long term support, please. 

Keith

-- 
Keith Lofstrom  kei...@keithl.com