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 <[email protected]> wrote: > Send PLUG mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > To: [email protected], "Portland Linux/Unix Group" > <[email protected]> > Subject: Re: [PLUG] Internet services with lowest packet latency > Message-ID: > <CAHP3WfO4yczTx5VkGJa2o0VmcBq= > [email protected]> > 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 <[email protected]> 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 [email protected] > > > > > > > ------------------------------ > > Message: 2 > Date: Mon, 22 Aug 2022 17:45:48 -0700 > From: Russell Senior <[email protected]> > To: "Portland Linux/Unix Group" <[email protected]> > 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 <[email protected]> wrote: > > > On Mon, Aug 22, 2022 at 3:05 PM Keith Lofstrom <[email protected]> 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 > > > > > ------------------------------ > > Message: 3 > Date: Tue, 23 Aug 2022 02:14:57 +0000 > From: Cy <[email protected]> > To: [email protected] > Cc: [email protected] > Subject: Re: [PLUG] Internet services with lowest packet latency > Message-ID: <[email protected]> > Content-Type: text/plain; charset=US-ASCII > > On Mon, 22 Aug 2022 17:21:58 -0700 > Keith Lofstrom <[email protected]> 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.) > > > ------------------------------ > > Message: 4 > Date: Tue, 23 Aug 2022 02:22:42 +0000 > From: Cy <[email protected]> > To: [email protected] > Subject: Re: [PLUG] Ubuntu 22.04.1, firefox snap, alternatives? > Message-ID: <[email protected]> > Content-Type: text/plain; charset=US-ASCII > > On Mon, 22 Aug 2022 13:00:05 -0700 > Keith Lofstrom <[email protected]> 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. > > > ------------------------------ > > Message: 5 > Date: Mon, 22 Aug 2022 20:43:40 -0700 > From: John Jason Jordan <[email protected]> > To: [email protected] > Subject: Re: [PLUG] Internet services with lowest packet latency > Message-ID: <20220822204340.1c44ad47@Devil-Thinkpad> > Content-Type: text/plain; charset=US-ASCII > > On Tue, 23 Aug 2022 02:14:57 +0000 > Cy <[email protected]> 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? > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > PLUG: https://pdxlinux.org > PLUG mailing list > [email protected] > https://pdxlinux.org/mailman/listinfo/plug > > > ------------------------------ > > End of PLUG Digest, Vol 215, Issue 21 > ************************************* >
